After the F38 kernel update to 6.5.5-200.fc38.aarch64, on a login screen, when I type my password and hit enter I'm actually logged in, but the system is kind of freezed. After a couple of seconds, I'm thrown back to the login screen. Booting back to the old kernel from the Fedora-Workstation-38-1.6.aarch64.raw.xz image (6.2.9-300.fc38.aarch64) I can login as before the update. Тhe same applies to F37, respectively for 6.5.5-100.fc37.aarch64 and 6.0.7-301.fc37.aarch64. Reproducible: Always Steps to Reproduce: 1. Install Fedora Workstation 37 or 38 on Raspberry Pi 4 2. Upgrade system, or just the kernel to 6.5.5 3. Reboot Actual Results: Unable to login on GNOME login screen Expected Results: I can log into my account Raspberry Pi 4 Model B, Rev 1.4, Firmware Version 2023.04, 8GB
Created attachment 1992234 [details] shows journal.log
Test results for Kernel 6.5.5-100.fc37.aarch64 default: https://apps.fedoraproject.org/kerneltest/logs/65388 destructive: https://apps.fedoraproject.org/kerneltest/logs/65387 performance: https://apps.fedoraproject.org/kerneltest/logs/65389
*** Bug 2246442 has been marked as a duplicate of this bug. ***
The journal log shows that kernel is initialized with only 64MiB of CMA. That is the memory used for dumb buffers for display. So when mutter tries to allocate its display buffers it has already been exhausted so it crashes and goes back to GDM. Oct 23 20:00:00 fedora kernel: Reserved memory: created CMA memory pool at 0x0000000038800000, size 64 MiB Oct 23 20:00:00 fedora kernel: OF: reserved mem: initialized node linux,cma, compatible id shared-dma-pool Oct 23 20:00:00 fedora kernel: OF: reserved mem: 0x0000000038800000..0x000000003c7fffff (65536 KiB) map reusable linux,cma As I commented here https://bugzilla.redhat.com/show_bug.cgi?id=2250996#c4 it seems that there has been a regression and Fedora kernel is not honouring the config.txt for allocating 256Mb of CMA in the RPi4.
> As I commented here https://bugzilla.redhat.com/show_bug.cgi?id=2250996#c4 > it seems that there has been a regression and Fedora kernel is not honouring > the config.txt for allocating 256Mb of CMA in the RPi4. Have you followed this: https://fedoraproject.org/w/index.php?title=Architectures/ARM/Raspberry_Pi/HATs#General_configuration
(In reply to Peter Robinson from comment #5) > > As I commented here https://bugzilla.redhat.com/show_bug.cgi?id=2250996#c4 > > it seems that there has been a regression and Fedora kernel is not honouring > > the config.txt for allocating 256Mb of CMA in the RPi4. > > Have you followed this: > https://fedoraproject.org/w/index.php?title=Architectures/ARM/Raspberry_Pi/ > HATs#General_configuration Thanks, enabling the Firmware just makes it work as it now uses the config.txt, so I would expect that this what happened to the reported. From the default 64Mb of CMA (that is not usable for desktops usages of the RPI4) now we get the expected 256Mb with. [ 0.000000] Reserved memory: created CMA memory pool at 0x0000000016400000, size 256 MiB [ 0.000000] OF: reserved mem: initialized node linux,cma, compatible id shared-dma-pool [ 0.000000] OF: reserved mem: 0x0000000016400000..0x00000000263fffff (262144 KiB) map reusable linux,cma [ 0.000000] Memory: 3549688K/4050948K available (19840K kernel code, 5380K rwdata, 16228K rodata, 12480K init, 10508K bss, 239116K reserved, 262144K cma-reserved)
Fedora Linux 39 entered end-of-life (EOL) status on 2024-11-26. Fedora Linux 39 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora Linux please feel free to reopen this bug against that version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see the version field. If you are unable to reopen this bug, please file a new report against an active release. Thank you for reporting this bug and we are sorry it could not be fixed.