Hi, I read the thread for this bug with attention. I use debian/sid. Digikam version is 8.1.0-3 from debian repository.
I encounter the same bug, on my pretty old dual core : $ lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Address sizes: 48 bits physical, 48 bits virtual Byte Order: Little Endian CPU(s): 2 On-line CPU(s) list: 0,1 Vendor ID: AuthenticAMD Model name: AMD Athlon(tm) II X2 220 Processor CPU family: 16 Model: 6 Thread(s) per core: 1 Core(s) per socket: 2 Socket(s): 1 Stepping: 3 CPU(s) scaling MHz: 88% CPU max MHz: 2800.0000 CPU min MHz: 800.0000 BogoMIPS: 5586.12 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt hw_pstate vmmcall npt lbrv svm_lock nrip_save … $ cpuid -1 -l1 CPU: version information (1/eax): processor type = primary processor (0) family = 0xf (15) model = 0x6 (6) stepping id = 0x3 (3) extended family = 0x1 (1) extended model = 0x0 (0) (family synth) = 0x10 (16) (model synth) = 0x6 (6) miscellaneous (1/ebx): process local APIC physical ID = 0x1 (1) maximum IDs for CPUs in pkg = 0x2 (2) CLFLUSH line size = 0x8 (8) brand index = 0x0 (0) brand id = 0x00 (0): unknown feature information (1/edx): x87 FPU on chip = true VME: virtual-8086 mode enhancement = true DE: debugging extensions = true PSE: page size extensions = true TSC: time stamp counter = true RDMSR and WRMSR support = true PAE: physical address extensions = true MCE: machine check exception = true CMPXCHG8B inst. = true APIC on chip = true SYSENTER and SYSEXIT = true MTRR: memory type range registers = true PTE global bit = true MCA: machine check architecture = true CMOV: conditional move/compare instr = true PAT: page attribute table = true PSE-36: page size extension = true PSN: processor serial number = false CLFLUSH instruction = true DS: debug store = false ACPI: thermal monitor and clock ctrl = false MMX Technology = true FXSAVE/FXRSTOR = true SSE extensions = true SSE2 extensions = true SS: self snoop = false hyper-threading / multi-core supported = true TM: therm. monitor = false IA64 = false PBE: pending break event = false feature information (1/ecx): PNI/SSE3: Prescott New Instructions = true PCLMULDQ instruction = false DTES64: 64-bit debug store = false MONITOR/MWAIT = true CPL-qualified debug store = false VMX: virtual machine extensions = false SMX: safer mode extensions = false Enhanced Intel SpeedStep Technology = false TM2: thermal monitor 2 = false SSSE3 extensions = false context ID: adaptive or shared L1 data = false SDBG: IA32_DEBUG_INTERFACE = false FMA instruction = false CMPXCHG16B instruction = true xTPR disable = false PDCM: perfmon and debug = false PCID: process context identifiers = false DCA: direct cache access = false SSE4.1 extensions = false SSE4.2 extensions = false x2APIC: extended xAPIC support = false MOVBE instruction = false POPCNT instruction = true time stamp counter deadline = false AES instruction = false XSAVE/XSTOR states = false OS-enabled XSAVE/XSTOR = false AVX: advanced vector extensions = false F16C half-precision convert instruction = false RDRAND instruction = false hypervisor guest status = false I run gdb to obtain a backtrace : $ export DEBUGINFOD_URLS="https://debuginfod.debian.net" $ gdb digikam (gdb) run Program received signal SIGILL, Illegal instruction. 0x00007ffff6cc2103 in operator* (m1=..., m2=...) at /usr/include/x86_64-linux-gnu/qt5/QtGui/qmatrix4x4.h:642 642 QMatrix4x4 m = m1; (gdb) bt #0 0x00007ffff6cc2103 in operator*(QMatrix4x4 const&, QMatrix4x4 const&) (m1=..., m2=...) at /usr/include/x86_64-linux-gnu/qt5/QtGui/qmatrix4x4.h:642 #1 0x00007ffff65b861d in __static_initialization_and_destruction_0() () at ./core/libs/video/qtav/utils/ColorTransform.cpp:59 #2 0x00007ffff7fcfe2e in call_init (env=0x7fffffffdf58, argv=0x7fffffffdf48, argc=1, l=<optimized out>) at ./elf/dl-init.c:70 #3 call_init (l=<optimized out>, argc=1, argv=0x7fffffffdf48, env=0x7fffffffdf58) at ./elf/dl-init.c:26 #4 0x00007ffff7fcff14 in _dl_init (main_map=0x7ffff7ffe2c0, argc=1, argv=0x7fffffffdf48, env=0x7fffffffdf58) at ./elf/dl-init.c:117 #5 0x00007ffff7fe5170 in _dl_start_user () at /lib64/ld-linux-x86-64.so.2 #6 0x0000000000000001 in () #7 0x00007fffffffe376 in () #8 0x0000000000000000 in () (gdb) disassemble … 0x00007ffff6cc20e8 <+136>: movaps %xmm8,%xmm4 0x00007ffff6cc20ec <+140>: mov %edx,-0x4c(%rsp) 0x00007ffff6cc20f0 <+144>: mov 0x38(%r9),%rdx 0x00007ffff6cc20f4 <+148>: mulss %xmm5,%xmm4 0x00007ffff6cc20f8 <+152>: movss 0x3c(%r9),%xmm10 0x00007ffff6cc20fe <+158>: movq %r10,%xmm7 => 0x00007ffff6cc2103 <+163>: extractps $0x3,%xmm12,%r11d 0x00007ffff6cc210a <+170>: mov %rdx,%r15 0x00007ffff6cc210d <+173>: mov 0x28(%rax),%rdx 0x00007ffff6cc2111 <+177>: movshdup %xmm7,%xmm7 0x00007ffff6cc2115 <+181>: extractps $0x2,%xmm12,%edi 0x00007ffff6cc211c <+188>: mulss %xmm6,%xmm2 0x00007ffff6cc2120 <+192>: movq %rdx,%xmm15 0x00007ffff6cc2125 <+197>: mov %rdx,-0x40(%rsp) … The instruction that leads to crash seems to be "extractps".According to <https://www.felixcloutier.com/x86/extractps> it is an instruction related to SSE4.1. I had to rebuild digikam from the package source with debuild as follow to get digikam working again: $ CFLAGS=-march=native CXXFLAGS=-march=native debuild -b -us -uc Maybe I could try to build with -march=x86-64. That should work. Well, I hope my investigation can help to solve this bug. Cheers. -- Karine