Stat_headcrabed has quit [Ping timeout: 264 seconds]
Stat_headcrabed1 is now known as Stat_headcrabed
franoosh has quit [Ping timeout: 264 seconds]
Livio has joined #linux-rockchip
crabbedhaloablut has quit []
crabbedhaloablut has joined #linux-rockchip
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<Kwiboo>
mmind00: Thanks! :-)
franoosh has joined #linux-rockchip
franoosh has quit [Ping timeout: 260 seconds]
crabbedhaloablut has quit []
crabbedhaloablut has joined #linux-rockchip
raster has joined #linux-rockchip
<qschulz>
rtp: Kwiboo: ok thanks, i'll just disable video in U-Boot until a client requests it and I'll have to dig into this mess :)
warpme has joined #linux-rockchip
<rtp>
qschulz: fwiw, when I pushed the changes into u-boot, it was working fine. I've used it with grub efi and it was fine. It's when I tried to update to newer kernels and uboot (in january?) that I got the vopl issue when booting linux reproductibly. didn't try newer kernels/uboot
<qschulz>
rtp: define "working fine", I have two issues. One is that there are artifacts on HDMI right after the U-Boot logo is shown, when the kernel boots up.
<qschulz>
Then for some reason, if I have both DSI and HDMI connected, DSI isn't working until I disconnect HDMI (or reorder probe order of HDMI/DSI in rockchip-drm driver)
<qschulz>
ad 1) but HDMI works in kernel after the artifacts FYI
<naoki>
strange, microSD card detect is not working on mainline. it seems it's working on vendor kernel
<naoki>
oops. CD is not working on ROCK 3A
<phh>
`broken-cd;` ftw
<naoki>
I know workaround
<naoki>
I don't know why it doesn't work on mainline
<rtp>
qschulz: on my pbp, I've only a edp display and I don't remember seeing arctifacts. So can't test HDMI/DSI. my roc-rk3399-pc is not connected to any display.
<qschulz>
rtp: oh, I thought the pbp had an HDMI output but only DP altmode it seems?
<rtp>
yeah, only dp alt mode
<qschulz>
wise, wise :)
<rtp>
I tried different usb c adapters and only the altmode dp worked
Stat_headcrabed1 has joined #linux-rockchip
Stat_headcrabed has quit [Ping timeout: 264 seconds]
Stat_headcrabed1 is now known as Stat_headcrabed
Helenah has joined #linux-rockchip
Hypfer6 has quit [Ping timeout: 272 seconds]
Hypfer6 has joined #linux-rockchip
<qschulz>
Kwiboo: I tried https://lore.kernel.org/all/20240615170417.3134517-14-jonas@kwiboo.se/ and it indeed fixes the issue with me... but I got a hunch that this wasn't enough... so I swapped the order of HDMI and DSI probing in the rockchip-drm (which is what I needed initially without that patch to make DSI work) and it broke the same way it's currently broken for me
<qschulz>
Kwiboo: looks like HDMI needs to be forced to VOPB maybe?
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<naoki>
it seems rock-3a was added in v5.19
<naoki>
should I try v5.19...?
<mmind00>
qschulz: likely ... some people do in their device-specific kernels remove the link between vopl and hdmi ... from the upstream side, vopl is supposed to work with hdmi it just has less resolution available (no 4k I think), so that would need to be solved in the driver
<qschulz>
mmind00: yeah, in a way HDMI does work with both vopl and vopb, it's just that when it uses vopl, it breaks DSI :)
warpme has joined #linux-rockchip
<naoki>
I confirmed that microSD CD is not working on ROCK 3A with v5.19 kernel
<naoki>
it didn't work from the beginning, really?
<qschulz>
naoki: check the CD pin works in GPIO mode with sysfs?
<qschulz>
ah, nvm you said it works in vendor kernel
<naoki>
as far as I can see, dts in vendor kernel doesn't use polling mode...
franoosh has joined #linux-rockchip
<naoki>
strange
<naoki>
if microSD is inserted during boot, it's recognized (it's ok, common behavior), and if I remove microSD, kernel detect it "mmc0: card 1234 removed". I think it's strange