Created attachment 172976 [details] plasmashell kcrash SUMMARY After openjph installation SDDM has black screen. I then switch to GDM and then Plasma fails with coredump (attached). Appears to work fine in GNOME. [KCrash Handler] #4 0x00007f4e640bd295 in _sub_I_65535_0.0 () at /lib64/libopenjph.so.0.15 #5 0x00007f4ea9d76437 in call_init (l=<optimized out>, argc=2, argv=0x7ffddc116e38, env=0x5561b168f430) at dl-init.c:74 #6 call_init (l=<optimized out>, argc=2, argv=0x7ffddc116e38, env=0x5561b168f430) at dl-init.c:26 #7 0x00007f4ea9d7652d in _dl_init (main_map=0x7f4e240380d0, argc=2, argv=0x7ffddc116e38, env=0x5561b168f430) at dl-init.c:121 #8 0x00007f4ea9d725c2 in __GI__dl_catch_exception (exception=exception@entry=0x0, operate=operate@entry=0x7f4ea9d7d560 <call_dl_init>, args=args@entry=0x7f4e655feed0) at dl-catch.c:211 #9 0x00007f4ea9d7d4fc in dl_open_worker (a=a@entry=0x7f4e655ff080) at dl-open.c:829 #10 0x00007f4ea9d72523 in __GI__dl_catch_exception (exception=exception@entry=0x7f4e655ff060, operate=operate@entry=0x7f4ea9d7d460 <dl_open_worker>, args=args@entry=0x7f4e655ff080) at dl-catch.c:237 #11 0x00007f4ea9d7d904 in _dl_open (file=0x7f4e2400e400 "/usr/lib64/libheif/libheif-jphenc.so", mode=<optimized out>, caller_dlopen=0x7f4e721c17bd <PluginLibrary_Unix::load_from_file(char const*)+29>, nsid=<optimized out>, argc=2, argv=0x7ffddc116e38, env=0x5561b168f430) at dl-open.c:905 STEPS TO REPRODUCE Install openjph OBSERVED RESULT Plasma crash EXPECTED RESULT Normal operation Operating System: Fedora Linux 40 KDE Plasma Version: 6.1.4 KDE Frameworks Version: 6.5.0 Qt Version: 6.7.2 Kernel Version: 6.10.6-200.fc40.x86_64 (64-bit) Graphics Platform: Wayland Processors: 8 × AMD FX(tm)-8350 Eight-Core Processor Memory: 31.2 GiB of RAM Graphics Processor: AMD Radeon HD 7800 Series ADDITIONAL INFORMATION Upstream bug for openjph here: https://github.com/aous72/OpenJPH/issues/152 Fedora bugzilla here: https://bugzilla.redhat.com/show_bug.cgi?id=2307795
It's an illegal instruction, so a packaging issue in the openjph package (compiled with march=native)
(In reply to Antonio Rojas from comment #1) > It's an illegal instruction, so a packaging issue in the openjph package > (compiled with march=native) Hi Antonio, Do you know what the illegal instruction is that is causing the problem? Also, what is the CPU the code is running on? Pointers on how to identify the problem from my side. OpenJPH has multiple code paths, supporting different SIMD instructions. It looks like the problem is happening during the loading of the library, so it it the library initializing code. Am I correct? Thank you. Aous.
(In reply to Aous Naman from comment #2) > > (In reply to Antonio Rojas from comment #1) > > It's an illegal instruction, so a packaging issue in the openjph package > > (compiled with march=native) > > Hi Antonio, > > Do you know what the illegal instruction is that is causing the problem? > Also, what is the CPU the code is running on? > Pointers on how to identify the problem from my side. > > OpenJPH has multiple code paths, supporting different SIMD instructions. > It looks like the problem is happening during the loading of the library, so > it it the library initializing code. Am I correct? > > Thank you. > Aous. Gerald Cox closed the case. Thank you.