Display corruption with Kernel 5.10 and 5.12

AmigaOne X5000 platform specific issues related to Linux only.
Post Reply
Roland
Posts: 824
Joined: Tue May 02, 2017 7:23 am

Display corruption with Kernel 5.10 and 5.12

Post by Roland »

I have experienced constant but irregularly appearing display corruption problems with both Kernel 5.10 and 5.12 (I use both with version spcific uInitrd). The corruption has appeared with different tools (e.g. VLC, Browsers, Gparted). Sometimes even moving a window on the dekstop triggers the issue. The corrupted elements stay usually 'active', so you can e.g. close a window if you just find the correct point to click in the graphical mess.

Due to these problems I have switched back to Kernel 5.5 (with uInitrd 5.5) which seems to be totally devoid of these isues. And if I remember correctly, I have used the uInitrd 5.5 also with other 5.x Kernels and has not seen the corruption problem.
- Roland -
User avatar
xeno74
Posts: 9319
Joined: Fri Mar 23, 2012 7:58 am

Re: Display corruption with Kernel 5.10 and 5.12

Post by xeno74 »

Roland wrote: Sat May 22, 2021 5:40 pm I have experienced constant but irregularly appearing display corruption problems with both Kernel 5.10 and 5.12 (I use both with version spcific uInitrd). The corruption has appeared with different tools (e.g. VLC, Browsers, Gparted). Sometimes even moving a window on the dekstop triggers the issue. The corrupted elements stay usually 'active', so you can e.g. close a window if you just find the correct point to click in the graphical mess.

Due to these problems I have switched back to Kernel 5.5 (with uInitrd 5.5) which seems to be totally devoid of these isues. And if I remember correctly, I have used the uInitrd 5.5 also with other 5.x Kernels and has not seen the corruption problem.
Hi Roland,

I tested some uInitrds very intensively and I don't have these issues with my X5000. Have you seen any error messages in the log files?

BTW, I have released a new uInitrd for the stable longterm kernel 5.10. You can find it in the kernel 5.10.39 package.

Download: linux-image-5.10.39-X1000_X5000.tar.gz

Screenshot:

Image

Cheers,
Christian
http://www.amigalinux.org
http://www.supertuxkart-amiga.de

Running Linux on AmigaONEs can require some tinkering.
Roland
Posts: 824
Joined: Tue May 02, 2017 7:23 am

Re: Display corruption with Kernel 5.10 and 5.12

Post by Roland »

xeno74 wrote: Thu May 27, 2021 9:09 am
I tested some uInitrds very intensively and I don't have these issues with my X5000. Have you seen any error messages in the log files?
I have been using my X5000 several days with a totally different expansion card and DIMM composition than before, and so far I have not seen the display corruption issue with kernel 5.10.

My earlier card selection was:
Radeon HD 5450
Dawicontrol DC-2976 UW SCSI controller (PCI)
SoundBlaster Live! SB0060 (PCI)
RTL 3468 1G ethernet (PCIe)
(RAM composition 2x4GB)

Is there possibly some change in newer kernels like 5.10 (compared to 5.5) that might cause this kind of problems with one of the boards listed? Isn't this kind of display corruption usually a sign of a memory leakage...?

As you probably remember, in the kernels before 5.5 there was a memory allocation problem which forced to limit the RAM size to 3.5 GB with some PCI cards, but it was then fixed. I hope the issue has not reappeared later in a new form...
- Roland -
User avatar
xeno74
Posts: 9319
Joined: Fri Mar 23, 2012 7:58 am

Re: Display corruption with Kernel 5.10 and 5.12

Post by xeno74 »

Roland wrote: Wed Jun 23, 2021 10:06 am My earlier card selection was:
Radeon HD 5450
Dawicontrol DC-2976 UW SCSI controller (PCI)
SoundBlaster Live! SB0060 (PCI)
RTL 3468 1G ethernet (PCIe)
(RAM composition 2x4GB)
Could you please test your earlier card selection with the boot argument mem=3500M?

- Christian
http://www.amigalinux.org
http://www.supertuxkart-amiga.de

Running Linux on AmigaONEs can require some tinkering.
Roland
Posts: 824
Joined: Tue May 02, 2017 7:23 am

Re: Display corruption with Kernel 5.10 and 5.12

Post by Roland »

xeno74 wrote: Wed Jun 23, 2021 5:17 pm
Could you please test your earlier card selection with the boot argument mem=3500M?
Those cards are now in different place than I am currently.. I have a vague image that I did test that argument and it did not have effect. But I have to recheck that when I have again access to those cards.
- Roland -
User avatar
xeno74
Posts: 9319
Joined: Fri Mar 23, 2012 7:58 am

Re: Display corruption with Kernel 5.10 and 5.12

Post by xeno74 »

Roland wrote: Fri Jun 25, 2021 10:10 am Those cards are now in different place than I am currently.. I have a vague image that I did test that argument and it did not have effect. But I have to recheck that when I have again access to those cards.
I am looking forward to your test results. Have a nice weekend.
http://www.amigalinux.org
http://www.supertuxkart-amiga.de

Running Linux on AmigaONEs can require some tinkering.
Roland
Posts: 824
Joined: Tue May 02, 2017 7:23 am

Re: Display corruption with Kernel 5.10 and 5.12

Post by Roland »

xeno74 wrote: Sun Jun 27, 2021 4:19 pm
Roland wrote: Fri Jun 25, 2021 10:10 am Those cards are now in different place than I am currently.. I have a vague image that I did test that argument and it did not have effect. But I have to recheck that when I have again access to those cards.
I am looking forward to your test results. Have a nice weekend.
I got finally the opportunity to test further this issue... The kernels from 5.5 to 5.9 work without problems. The problem seems to appear in 5.10, and is still present in 5.15. Using the 'mem=3500' option in Uboot helps, screen corruption does appear if it is used.

So, the question is now, what happened in kernel 5.10 which cause this problem, needing again to limit the RAM size?
- Roland -
User avatar
xeno74
Posts: 9319
Joined: Fri Mar 23, 2012 7:58 am

Re: Display corruption with Kernel 5.10 and 5.12

Post by xeno74 »

Roland wrote: Wed Sep 15, 2021 10:11 am Using the 'mem=3500' option in Uboot helps, screen corruption does appear if it is used.
Good to know. Thanks for testing!
Roland wrote: Wed Sep 15, 2021 10:11 am So, the question is now, what happened in kernel 5.10 which cause this problem, needing again to limit the RAM size?
I don't know. Please test the alphas and release canditates. I don't have these issues but it is interesting to see since which alpha or release candidate are these issues exist.

Downloads of the 5.10 alphas and release candidates: supertuxkart-amiga.de
http://www.amigalinux.org
http://www.supertuxkart-amiga.de

Running Linux on AmigaONEs can require some tinkering.
Roland
Posts: 824
Joined: Tue May 02, 2017 7:23 am

Re: Display corruption with Kernel 5.10 and 5.12

Post by Roland »

xeno74 wrote: Wed Sep 15, 2021 12:10 pm
I don't know. Please test the alphas and release canditates. I don't have these issues but it is interesting to see since which alpha or release candidate are these issues exist.

Downloads of the 5.10 alphas and release candidates: supertuxkart-amiga.de
The problem is that I have not found a sequence of actions which would reproduce the issue each time. It would take a huge amount of time to test all those versions and see if the issue appears...

Edit: I got now the issue visible with 5.10 alpha4! So, fortunately no need to go through all the RCs... I will now test alpha3.
- Roland -
User avatar
xeno74
Posts: 9319
Joined: Fri Mar 23, 2012 7:58 am

Re: Display corruption with Kernel 5.10 and 5.12

Post by xeno74 »

Roland wrote: Wed Sep 15, 2021 8:01 pm Edit: I got now the issue visible with 5.10 alpha4! So, fortunately no need to go through all the RCs... I will now test alpha3.
Thanks for testing. I don't see any important changes in the changelog of the alpha4.
xeno74 wrote: Tue Oct 20, 2020 1:15 pm Hi All,

I released the alpha4 of kernel 5.10 for the X1000 and X5000 today.

New:
Download: linux-image-5.10-alpha4-X1000_X5000.tar.gz

Image

Please test the kernels.

Thanks,
Christian
Please test the alpha3.
http://www.amigalinux.org
http://www.supertuxkart-amiga.de

Running Linux on AmigaONEs can require some tinkering.
Post Reply