You are not logged in.
Hello there!
I have a problem about opening libreoffice, as it seems to stall/crash my whole system.
Most of the time on opening libreoffice, I get panics in the kernel log and several tasks begin to hang.
Sometimes opening libreoffice is successful, but on closing it, the upper behaviour occurs.
System is a Framework 13 Laptop with AMD Ryzen 7 7840U w/ Radeon 780M Graphics on BIOS 3.09, 64GB of RAM and 4TB of SN850X.
Arch is booted using UKI and Systemd with Secureboot (own keys) enabled.
cmdline despite neccesary stuff is: lockdown=integrity lsm=landlock,lockdown,yama,integrity,apparmor,bpf rw quiet splash rtc_cmos.use_acpi_alarm=1
Kernel is 6.15.9-arch1-1
Using Gnome on Wayland
3 dmesg on opening libreoffice:
https://paste.systemli.org/?9d885b8003d … pQ6mmWzFgv
Any help debugging this is greatly appreciated!
EDIT: A BIOS Update seems to have resolved the issue. see last post
Last edited by JannF (2025-08-19 22:25:15)
Offline
[ 1440.449415] RIP: 0010:mmu_notifier_unregister+0xcf/0xf0
[14119.369207] RIP: 0010:_raw_spin_lock+0x17/0x30
[ 240.525183] RIP: 0010:interval_tree_iter_first+0x2c/0x60memory related, pointing towards amdgpu and amdxdna => Does https://wiki.archlinux.org/title/LibreO … or_crashes stabilize things?
Do you *only* have this w/ libreoffice or also other EGL/GPGPU clients?
Offline
Thank you!
STarting libreoffice with the env to disable OpenCL (SAL_DISABLE_OPENCL=1 and SAL_DISABLEGL=1) does not crash or stall the system.
I also seem to have forgotten to install opencl-mesa, but after installing it the symptoms are the same.
I am not aware of other EGL/GPGPU clients that have problems on my system, do you have any suggestions to test?
I also noticed some log entry in the kernel buffer upon running clinfo:
"amdgpu: Freeing queue vital buffer 0x7f42cf400000, queue evicted"
whereas the address changes with every occurrence/run of clinfo.
Output of clinfo:
https://paste.systemli.org/?9fbe9e33004 … S4F3gxL8qA
Output of eglinfo:
https://paste.systemli.org/?28749cce864 … yZQ9e8CUGF
Offline
Starting libreoffice with RUSTICL_ENABLE=radeonsi to use rusticl instead of AMD Accelerated Parallel Processing from mesa results in the same behavior.
dmesg of that try:
https://paste.systemli.org/?ef967eb81e2 … rExNQY42cG
also something of interest when using AMD APP:
[ 198.973915] BUG: kernel NULL pointer dereference, address: 0000000000000010
[ 198.973922] #PF: supervisor read access in kernel mode
[ 198.973925] #PF: error_code(0x0000) - not-present pageOffline
Do you need to disable both features or do you get away w/ disabling only one? (So we know where to look specifically)
Do you get the same errors when booting w/ "processor.max_cstate=1 iommu=soft", https://wiki.archlinux.org/title/Kernel_parameters ?
Offline
Hey,
bisected it further and only starting LibreOffice with SAL_DISABLE_OPENCL=1 keeps it from crashing.
Besides that, using the soft IOMMU but keeping the full range of cstates also resolves the issue, so that SAL_DISABLE_OPENCL=1 is not necessary anymore.
Guess theres a problem with the AMD HW IOMMU then?
Offline
Updated the BIOS from 3.9 to the recently released 3.16 and removed the "iommu=soft" from kernel cmdline to test if the issue had something to do with it.
The issue no longer occurs upon opening LibreOffice.
Last edited by JannF (2025-08-19 22:26:31)
Offline