Hi Salvatore, Thanks for helping keeping the bug alive. Am Mi den 27. Dez 2023 um 21:24 schrieb Salvatore Bonaccorso: > > That would take many time to recompile kernel, test it for several hours > > and try again. > > I do realize, but given we have nobody else reporting similar > behaviour we need to rely on you bisecting the breaking change so it > might be reported upstream. But that said, in meanwhile we have > 6.6.8-1 uploaded to unstable. It would be great if you can report back > if that version resolves the issue. Unfortunately it is not fixed. But the bug did show up after longer sleep only. > If it's still reproducibe, check first that it's as well reproducible > with an untained kernel because othwerise an upstream report might not > be accepted. > > Can you check that? It is reproducible with an untainted kernel but not easily. I have no way to reliable trigger the bug but it happens always after longer sleeps. With the new (6.6.8) kernel I see also two further "bugs": - Drawing on the screen sometimes create artefacts for lines that stay on the screen for some time. Maybe that is related as I think it happens on AMDGPU... - The second bug is not related. I connect a logitech MX Anywhere 3 via bluetooth. With that the rate of the mouse wheel did switch to a very unusable low rate. I can switch the wheel to high speed but when I go back to the working kernel, that is unusable fast. Also with the broken kernel, even with high speed, it delay the mouse wheel somewhat. As there are many stacks in between, I have no idea, which part of the stack produces that error. Maybe you might help? Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen <Klaus@Ethgen.ch> Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C
Attachment:
signature.asc
Description: PGP signature