ChanServ changed the topic of #linux-sunxi to: Allwinner/sunxi development - Did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait for an answer! - This channel is logged at https://oftc.irclog.whitequark.org/linux-sunxi
Schimsalabim has quit [Read error: Connection reset by peer]
apritzel has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
oliv3r[m] has quit []
ftg has quit [Read error: Connection reset by peer]
<kjn260> @robot nice find on the T113-S4
<kjn260> Assuming that this die is actually produced for ArtInChip and the parts falling off the side are being remarked as T113-S4?
<kjn260> because its definitely not an "Allwinner" part - but they have some oddities - like the X3 which never went anywhere becoming an ArtInChip product
freemangordon has quit [Remote host closed the connection]
freemangordon has joined #linux-sunxi
cperon has quit []
gsz has joined #linux-sunxi
gsz_ has joined #linux-sunxi
gsz has quit [Ping timeout: 480 seconds]
gsz has joined #linux-sunxi
gsz_ has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
gsz has quit [Quit: leaving]
apritzel has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
Robot_ has joined #linux-sunxi
colinsane has quit []
colinsane has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
<kjn260> anyone able to help me with this good looking mipi-dsi error?
<kjn260> [ 1.973041] ------------[ cut here ]------------
<kjn260> [ 1.973050] WARNING: CPU: 0 PID: 25 at drivers/gpu/drm/drm_atomic_helper.c:1679 drm_atomic_helper_wait_for_vblanks.part.0+0x25c/0x264
<kjn260> [ 1.973082] [CRTC:41:crtc-0] vblank wait timed out
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
<kjn260> I am able to consistently generate this on mainline (any allwinner DSI) using the panel vendor timings
<kjn260> if I use a timing calculator, I don
<kjn260> don't get the error, but I can't make the panel behave
chuang[m] has quit []
<Jookia> hmm
error2[m] has quit []
JuniorJPDJ has quit []
<kjn260> full bootlog
apritzel has joined #linux-sunxi
sajattack[m]1 has quit []
mripard has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
t4h4[m] has quit []
warpme has quit []
cyrevolt has quit []
<Robot_> any simple solution to add multiple possible ports per function to sunxi pinctrl ?
<Robot_> uart1 is function 3 on PE and function 2 and 7 on PG, function 4 on PD port
<Robot_> (t113 + d1)
vveapon has quit []
vveapon has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
bauen1 has joined #linux-sunxi
Schimsalabim has joined #linux-sunxi
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
sh1 has quit [Ping timeout: 480 seconds]
sh1 has joined #linux-sunxi
vveapon has quit []
Namidairo has quit [Quit: ZNC - https://znc.in]
vveapon has joined #linux-sunxi
Namidairo has joined #linux-sunxi
warpme has joined #linux-sunxi
indy_ is now known as indy
ShaneonShitnapse[m] has quit []
JohnDoe_71Rus has joined #linux-sunxi
dsimic is now known as Guest185
dsimic has joined #linux-sunxi
Guest185 has quit [Ping timeout: 480 seconds]
Schimsalabim has quit [Ping timeout: 480 seconds]
fraolt has quit [Quit: Client limit exceeded: 20000]
Schimsalabim has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
<apritzel> Robot_: not really, but in general we try to only expose the pins we need for the supported boards, and not just everything possible
<apritzel> so for UARTs that would mean only those pins that are actually used for the debug console
<apritzel> which is typically UART0, with some exceptions
<apritzel> Robot_: if per-port muxes are *really* needed: there is a comment at the top of the driver file that sketches a solution
warpme has quit []
warpme has joined #linux-sunxi
bauen1 has joined #linux-sunxi
asriel has quit [Quit: Don't drink the water. They put something in it to make you forget.]
Danct12 has quit [Quit: ZNC 1.9.0 - https://znc.in]
Danct12 has joined #linux-sunxi
asriel has joined #linux-sunxi
warpme has quit []
mripard has quit [Quit: mripard]
apritzel has quit [Ping timeout: 480 seconds]
farhan has joined #linux-sunxi
ity has joined #linux-sunxi
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
ftg has joined #linux-sunxi
apritzel has joined #linux-sunxi
<Robot_> apritzel: i have seen that comment, but its not really doable just by adding another element to the table. It would need bigger refactor.
<Robot_> I will just modify my board, swap uart3 and uart1, uart3 is some kind of standard for console on t113/d1
hentai has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 5.2.4 Quasar http://www.kvirc.net/]
<apritzel> Robot_: bigger refactor> sure, guess why it's just a comment ;-)
<apritzel> and yeah, if you can change things otherwise, that might be best. As mentioned, most boards use UART0, but unfortunately other T113/d1 boards seemed to create bad precedent here alreadyu
<Robot_> ill try to fit into already existing configuration
<Robot_> because i would end up rewriting 1/2 of sunxi pinctrl
<Robot_> apritzel: i got another question, can uboot spl load from SPI flash ? I see that as option
<Robot_> ok, so spl_spi_sunxi.c should do it, no need for full spi flash support + DM + malloc
<apritzel> yes, you just need to activate it in the defconfig, see OrangePi Zero3 for an example
<Robot_> it works :)
Schimsalabim has quit [Read error: Connection reset by peer]
Robot_ has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
alikates has quit [Remote host closed the connection]
<swiftgeek> is there something bogus I could add to DT to safely prove devicetree modification, without actually changing anything in hw config?
<Jookia> swiftgeek: you could add a property that isn't defined
<swiftgeek> so I guess something like this somewhere: dt_modification = "2024-07-02T00+02:00;"
<Jookia> yeah
<Jookia> this is for development right?
<swiftgeek> yep
<apritzel> swiftgeek: a simple thing to hack is to change the top level "model" property, the kernel shows that early: [ 0.000000] Machine model: OrangePi Zero3
ftg has quit [Read error: Connection reset by peer]
flyback has quit []
apritzel has quit [Ping timeout: 480 seconds]