sputnik_ has quit [Remote host closed the connection]
sputnik_ has joined #linux-amlogic
sputnik_ has quit [Ping timeout: 240 seconds]
Darkmatter66_ has joined #linux-amlogic
Darkmatter66 has quit [Ping timeout: 256 seconds]
sputnik_ has joined #linux-amlogic
vagrantc has quit [Quit: leaving]
buzzmarshall has quit [Remote host closed the connection]
GNUtoo has quit [Ping timeout: 256 seconds]
Barada has joined #linux-amlogic
wildea01 has quit [Read error: Connection reset by peer]
wildea01 has joined #linux-amlogic
<narmstrong>
Darkmatter66_: is it specific to v5.7 ?
GNUtoo has joined #linux-amlogic
Darkmatter66 has joined #linux-amlogic
Darkmatter66_ has quit [Ping timeout: 250 seconds]
Barada has quit [Quit: Barada]
<Darkmatter66>
narmstrong, I think so, i didn't have that issue in 5.6 if i recall correctly
<Darkmatter66>
narmstrong, I can git bisect the "drivers/gpu/drm/" path, but i don't know of a guaranteed way to reproduce the crah each time, but I might try it later anyway
<Darkmatter66>
crash*
<narmstrong>
Darkmatter66: you can do a few runs per bisect step, if you have 1 fail you consider it’s a bad commit
<Darkmatter66>
narmstrong, yes that was my thinking, but it might take a bit of a long time
<narmstrong>
I did this to bisect a panfrost crash, I automated 10 runs via our LAVA lab per bisect step to find the offending commit, it was long (2h) but worth it !
<Darkmatter66>
narmstrong, should i bisect "drivers/gpu/drm/meson" or the whole "drivers/gpu/drm/"
<narmstrong>
Better bisect the whole, you will have almost the same number of steeps anyway and it could be an issue out of drm
sputnik_ has quit [Remote host closed the connection]
chewitt has joined #linux-amlogic
buzzmarshall has joined #linux-amlogic
<Darkmatter66>
narmstrong, It seems that the drm issue has existed for ever
<Darkmatter66>
narmstrong, I tested 5.7 5.6 and 5.5 and they all had the issue
<Darkmatter66>
i didn't bisect in-between though i was just trying to find a good commit to start with
<Darkmatter66>
narmstrong, the crash can be reproduced at my end as follows
<Darkmatter66>
1- the board is booted while pluged-in to the screen and the screen is powered on
<Darkmatter66>
2- the screen is powered of from it's remote
<Darkmatter66>
3- power on the screen from the remote again, as soon as i press the power on button the crash happens,before even the screen backlight is on
<Darkmatter66>
the crash at this point is without the "flip_done timed out" lines at the end
<Darkmatter66>
4- at this point the screen is fully powered on but shows no signal, and now the "flip_done timed out" starts appearing one by one
<Darkmatter66>
5- as soon as the last line "[PLANE:35:meson_primary_plane] flip_done timed out" appears in the dmesg the screen detects the signal and shows the hdmi output of the box
<Darkmatter66>
narmstrong, I can test older kernels if it helps, but i think it's fair to say that the issue is old(maybe from the begining) but no testing has caught it
The_Coolest has quit [Ping timeout: 240 seconds]
<narmstrong>
Darkmatter66: strange since you're the first one reportig this
The_Coolest has joined #linux-amlogic
<narmstrong>
maybe your screen is doing funky stuff with HPD
<narmstrong>
can you try with another screen/monitor ?
zkrx has quit [Ping timeout: 256 seconds]
zkrx has joined #linux-amlogic
commavir has quit [Remote host closed the connection]
commavir has joined #linux-amlogic
Darkmatter66_ has joined #linux-amlogic
Linnaea has quit [Ping timeout: 256 seconds]
Linnaea has joined #linux-amlogic
Darkmatter66 has quit [Ping timeout: 258 seconds]
vagrantc has joined #linux-amlogic
sputnik_ has joined #linux-amlogic
sputnik_ has quit [Remote host closed the connection]