iommu page fault causes blank screen under Manjaro 20.04?
#1
Hello, I used the emmc installer image to put Manjaro 20.04 on my PBP and was happily setting it up as a system I'd use for many months. I was running out of things to change when the screen started to go blank during use. The PBP runs for about an hour longer until it won't respond to SSH any more. I searched dmesg and journalctl for errors and warnings or things to do with the display, but didn't find anything that looked like a problem to me. This installation is using Gnome, mesa-git, Panfrost, and is using GDM to get Wayland sessions. The problem may have started after switching to GDM and Wayland.

Once this had happened a few times, I realized closing the lid would put something in the journal to show where it happened. Here is the results of 'journalctl -r --no-hostname'. You can see just before I closed the lid, rk_iommu said quite a bit, including page faults And before that Tracker was core dumping, which is all over the journal so doesn't appear to be causing the the blank screen. Does anyone have ideas on tracking the problem down?

Code:
Apr 10 16:44:11 systemd-logind[835]: Lid closed.
Apr 10 16:44:02 kernel: rk_iommu ff8f3f00.iommu: mmu_dte_addr: 0x00000000ec804000 dte@0x00000000ec80401c: 0xae156001 valid: 1 pte@0x0000000>
Apr 10 16:44:02 kernel: rk_iommu ff8f3f00.iommu: iova = 0x0000000001cf6000: dte_index: 0x7 pte_index: 0xf6 page_offset: 0x0
Apr 10 16:44:02 kernel: rk_iommu ff8f3f00.iommu: Page fault at 0x0000000001cf6000 of type read
Apr 10 16:44:02 kernel: rk_iommu ff8f3f00.iommu: mmu_dte_addr: 0x00000000ec804000 dte@0x00000000ec80401c: 0xae156001 valid: 1 pte@0x0000000>
Apr 10 16:44:02 kernel: rk_iommu ff8f3f00.iommu: iova = 0x0000000001cf6000: dte_index: 0x7 pte_index: 0xf6 page_offset: 0x0
Apr 10 16:44:02 kernel: rk_iommu ff8f3f00.iommu: Page fault at 0x0000000001cf6000 of type read
Apr 10 16:44:02 kernel: rk_iommu ff8f3f00.iommu: mmu_dte_addr: 0x00000000ec804000 dte@0x00000000ec80401c: 0xae156001 valid: 1 pte@0x0000000>
Apr 10 16:44:02 kernel: rk_iommu ff8f3f00.iommu: iova = 0x0000000001cf6000: dte_index: 0x7 pte_index: 0xf6 page_offset: 0x0
Apr 10 16:44:02 kernel: rk_iommu ff8f3f00.iommu: Page fault at 0x0000000001cf6000 of type read
Apr 10 16:44:02 kernel: rk_iommu ff8f3f00.iommu: mmu_dte_addr: 0x00000000ec804000 dte@0x00000000ec80401c: 0xae156001 valid: 1 pte@0x0000000>
Apr 10 16:44:02 kernel: rk_iommu ff8f3f00.iommu: iova = 0x0000000001cf6000: dte_index: 0x7 pte_index: 0xf6 page_offset: 0x0
Apr 10 16:44:02 kernel: rk_iommu ff8f3f00.iommu: Page fault at 0x0000000001cf6000 of type read
Apr 10 16:44:02 kernel: rk_iommu ff8f3f00.iommu: mmu_dte_addr: 0x00000000ec804000 dte@0x00000000ec80401c: 0xae156001 valid: 1 pte@0x0000000>
Apr 10 16:44:02 kernel: rk_iommu ff8f3f00.iommu: iova = 0x0000000001cf6000: dte_index: 0x7 pte_index: 0xf6 page_offset: 0x0
Apr 10 16:44:02 kernel: rk_iommu ff8f3f00.iommu: Page fault at 0x0000000001cf6000 of type read
Apr 10 16:44:02 kernel: rk_iommu ff8f3f00.iommu: mmu_dte_addr: 0x00000000ec804000 dte@0x00000000ec80401c: 0xae156001 valid: 1 pte@0x0000000>
Apr 10 16:44:02 kernel: rk_iommu ff8f3f00.iommu: iova = 0x0000000001cf6000: dte_index: 0x7 pte_index: 0xf6 page_offset: 0x0
Apr 10 16:44:02 kernel: rk_iommu ff8f3f00.iommu: Page fault at 0x0000000001cf6000 of type read
Apr 10 16:42:57 systemd[1219]: Failed to start Tracker metadata extractor.
Apr 10 16:42:57 systemd[1219]: tracker-extract.service: Failed with result 'signal'.
Apr 10 16:42:57 systemd[1219]: tracker-extract.service: Start request repeated too quickly.
Apr 10 16:42:57 dbus-daemon[1360]: [session uid=1000 pid=1360] Activating via systemd: service name='org.freedesktop.Tracker1.Miner.Extract>
Apr 10 16:42:56 kernel: audit: type=1334 audit(1586551376.228:23789): prog-id=6769 op=UNLOAD
Apr 10 16:42:56 kernel: audit: type=1334 audit(1586551376.228:23788): prog-id=6770 op=UNLOAD
Apr 10 16:42:56 audit: AUDIT1334 prog-id=6769 op=UNLOAD
Apr 10 16:42:56 audit: AUDIT1334 prog-id=6770 op=UNLOAD
Apr 10 16:42:56 kernel: audit: type=1131 audit(1586551375.988:23787): pid=1 uid=0 auid=4294967295 ses=4294967295 subj==unconfined msg='unit>
Apr 10 16:42:55 audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj==unconfined msg='unit=systemd-coredump@3370-244834-0>
Apr 10 16:42:55 systemd[1]: systemd-coredump@3370-244834-0.service: Succeeded.
Apr 10 16:42:55 systemd-coredump[244835]: Process 244805 (tracker-extract) of user 1000 dumped core
#2
I've found lots of instances on the web of people having tracker using a tremendous amount of CPU and memory. Can you try disabling tracker to see if that is the problem. Or perhaps also ask this in the Manjaro arm forum.... . I believe tracker and tracker-miner packages are installed with GNOME. I am running the KDE Plasma version of 20.04, and don't have tracker running, nor am I seeing the problem you are having.
#3
(04-11-2020, 02:18 PM)belfastraven Wrote: I've found lots of instances on the web of people having tracker using a tremendous amount of CPU and memory. Can you try disabling tracker to see if that is the problem. Or perhaps also ask this in the Manjaro arm forum.... . I believe tracker and tracker-miner packages are installed with GNOME. I am running the KDE Plasma version of 20.04, and don't have tracker running, nor am I seeing the problem you are having.

I can try disabling tracker, but I had been watching resource use, it never got too close to max and the PBP didn't appear to be grinding to a halt. The other info I have now is that it only happens under Wayland. Describing the problem clearly for the post made me think more systematically and realize that the change to GDM+Wayland was around the time the problem started and I hadn't tried Xorg again. Since I posted I have been using GNOME on Xorg without problem. Enough uptime has passed that I'm sure the problem would have occurred in a Wayland session. So unless tracker or other programs are acting differently in the two sessions, it seems related to Wayland so I can now poke around in that direction (without fear of the screen going blank in the middle of something!)
#4
The 2020-04-17 stable update from Manjaro appeared to solve this. The kernel, Wayland, and mesa-git were all updated among more than 90 other packages so I don't know what was going on or what fixed it.


Possibly Related Threads…
Thread Author Replies Views Last Post
  PineBook Pro-Problems with ARCH-Manjaro. Ice-O-Star 0 236 10-22-2022, 10:46 AM
Last Post: Ice-O-Star
  newer ""emmc-installer" images (manjaro xfce) magistral 1 281 10-10-2022, 06:22 AM
Last Post: maxjrh
  Webcam not working in Manjaro with Cheese, but works in Armbian petaramesh 1 251 09-30-2022, 10:09 AM
Last Post: crazyquark
  when i close my laptop lid the screen doesn't turn on? (debian bullseye based) computerc 3 485 09-23-2022, 08:37 PM
Last Post: computerc
  manjaro on pinebook pro low audio quality over jack alcck 1 303 09-22-2022, 11:31 AM
Last Post: petersen77
  Manjaro update: wxgtk dependency issue Vinay 5 548 09-09-2022, 12:03 PM
Last Post: Vinay
  Error trying to update Manjaro software boosterh 5 695 08-31-2022, 10:28 PM
Last Post: shulamy
  Help with Kali Linux wifi not working but works with Manjaro PineSupporter 2 971 08-25-2022, 02:15 PM
Last Post: Niko
  Manjaro Gnome 22.06 pamac update fail/soft-bricked-OS u974615 5 565 08-21-2022, 12:00 PM
Last Post: u974615
  Fresh Manjaro does not boot from eMMC pentamassiv 7 2,200 08-18-2022, 11:47 AM
Last Post: Bemo

Forum Jump:


Users browsing this thread: 1 Guest(s)