Description of problem: On an M1 macbook air (aarch64) Running Xorg results in a coredump due to libunwind [root@fedora ~]# coredumpctl info 1249 PID: 1249 (Xorg) UID: 0 (root) GID: 0 (root) Signal: 11 (SEGV) Timestamp: Tue 2022-11-15 21:18:19 CET (5h 44min ago) Command Line: /usr/libexec/Xorg -core -noreset :0 -seat seat0 -auth /run/lightdm/root/:0 -nolisten tcp vt1 -novtswitch Executable: /usr/libexec/Xorg Control Group: /system.slice/lightdm.service Unit: lightdm.service Slice: system.slice Boot ID: e2acd2f73eff41da99537ec1f68a4387 Machine ID: 505c7b96e87c4fd2928ad7f478591b81 Hostname: fedora Storage: /var/lib/systemd/coredump/core.Xorg.0.e2acd2f73eff41da99537ec1f68a4387.1249.1668543499000000.zst (present) Disk Size: 489.2K Package: xorg-x11-server/1.20.14-8.fc37 build-id: f672c7d0c14b20222e762ac1b8bb052638b2072c Message: Process 1249 (Xorg) of user 0 dumped core. .... Module Xorg with build-id f672c7d0c14b20222e762ac1b8bb052638b2072c Metadata for module Xorg owned by FDO found: { "type" : "rpm", "name" : "xorg-x11-server", "version" : "1.20.14-8.fc37", "architecture" : "aarch64", "osCpe" : "cpe:/o:fedoraproject:fedora:37" } Stack trace of thread 1249: #0 0x0000fffec1ff35a8 access_mem (libunwind.so.8 + 0x35a8) #1 0x001bfffec1ff90cc n/a (n/a + 0x0) #2 0x001bfffec1ff90cc n/a (n/a + 0x0) #3 0x0041aaab2fe1fc9c n/a (n/a + 0x0) #4 0x0050aaab2fe21a44 n/a (n/a + 0x0) #5 0x0048fffec25b080c n/a (n/a + 0x0) #6 0x0071fffec1ff90cc n/a (n/a + 0x0) #7 0x0071fffec1ff90cc n/a (n/a + 0x0) #8 0x0025fffec1ff9590 n/a (n/a + 0x0) #9 0x0014aaab2fe240ec n/a (n/a + 0x0) #10 0x007baaab2fcbb81c n/a (n/a + 0x0) #11 0x0059fffec1a7b588 n/a (n/a + 0x0) #12 0x0036fffec1a7b660 n/a (n/a + 0x0) #13 0x0060aaab2fcbc6f0 n/a (n/a + 0x0) ELF object binary architecture: AARCH64 # backtrace (gdb) bt #0 0x0000fffec1ff35a8 in ?? () #1 0x0000fffec2010280 in ?? () #2 0x0050aaab2fe21a44 in ?? () Version-Release number of selected component (if applicable): Fedora 37 libunwind-1.6.2-4 How reproducible: Always Steps to Reproduce: 1. systemctl start lightdm.service Actual results: Xorg Crash. Coredump Expected results: That Xorg wouldn't crash. Additional info: Rebuilding the libunwind-1.6.2-5.fc38.src.rpm for f37 resolves the issue.
Have you enabled PAC on your system? What happens if you disable it? Thanks.
Yes PAC is enabled and the issue still occurs after disabling it.
So the issue with the F37 SRPM is that Patch3 is not being applied. Patch1: libunwind-arm-default-to-exidx.patch # Make libunwind.h multilib friendly Patch2: libunwind-1.3.1-multilib-fix.patch Patch3: libunwind-1.6.2-dynamic-page-size.patch ... %prep %setup -q %patch1 -p1 -b .default-to-exidx %patch2 -p1 -b .multilib-fix
FEDORA-2022-fdb2b841f1 has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-fdb2b841f1
FEDORA-2022-fdb2b841f1 has been pushed to the Fedora 37 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-fdb2b841f1` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-fdb2b841f1 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-fdb2b841f1 has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report.