[Bug 269792] 13.2-BETA2: sigILL: lzma does not compile to westmere
- In reply to: bugzilla-noreply_a_freebsd.org: "[Bug 269792] 13.2-BETA2: sigILL: lzma does not compile to westmere"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sat, 25 Feb 2023 01:14:26 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269792 --- Comment #3 from Peter Much <pmc@citylink.dinoex.sub.org> --- Sure I can make a coredump (lldb) bt * thread #1, name = 'xz', stop reason = signal SIGILL * frame #0: 0x0000206b53f99114 liblzma.so.5`lzma_stream_encoder_mt_memusage + 308 frame #1: 0x0000206b53f98d67 liblzma.so.5`___lldb_unnamed_symbol445 + 663 frame #2: 0x0000206b53f8dc70 liblzma.so.5`lzma_str_to_filters + 1440 frame #3: 0x0000206b53f906d4 liblzma.so.5`lzma_filters_update + 212 frame #4: 0x0000206b53f890d8 liblzma.so.5 frame #5: 0x00002063314013be xz`___lldb_unnamed_symbol238 + 1534 frame #6: 0x000020633140573c xz`___lldb_unnamed_symbol272 + 828 frame #7: 0x00002063313ff602 xz (lldb) disassemble [...] 0x206b53f990bd <+221>: callq 0x31360 ; symbol stub for: lzma_outq_memusage 0x206b53f990c2 <+226>: cmpq $-0x1, %rax 0x206b53f990c6 <+230>: je 0x1f10c ; <+300> 0x206b53f990c8 <+232>: imulq -0xf8(%rbp), %r15 0x206b53f990d0 <+240>: movl 0x4(%rbx), %ecx 0x206b53f990d3 <+243>: imulq $0x1d8, %rcx, %rcx ; imm = 0x1D8 0x206b53f990da <+250>: movq $-0x81f1, %rdx ; imm = 0xFFFF7E0F 0x206b53f990e1 <+257>: subq %rcx, %rdx 0x206b53f990e4 <+260>: cmpq %r15, %rdx 0x206b53f990e7 <+263>: jb 0x1f10c ; <+300> 0x206b53f990e9 <+265>: imulq -0xf8(%rbp), %r12 0x206b53f990f1 <+273>: leaq 0x81f0(%r15,%rcx), %rcx 0x206b53f990f9 <+281>: addq %r12, %rcx 0x206b53f990fc <+284>: jb 0x1f10c ; <+300> 0x206b53f990fe <+286>: addq %rax, %rcx 0x206b53f99101 <+289>: movq $-0x1, %r14 0x206b53f99108 <+296>: cmovaeq %rcx, %r14 0x206b53f9910c <+300>: movq (%r13), %rax 0x206b53f99110 <+304>: cmpq -0x30(%rbp), %rax -> 0x206b53f99114 <+308>: jne 0x1f12b ; <+331> 0x206b53f99116 <+310>: movq %r14, %rax 0x206b53f99119 <+313>: addq $0xd8, %rsp 0x206b53f99120 <+320>: popq %rbx 0x206b53f99121 <+321>: popq %r12 0x206b53f99123 <+323>: popq %r13 0x206b53f99125 <+325>: popq %r14 0x206b53f99127 <+327>: popq %r15 0x206b53f99129 <+329>: popq %rbp 0x206b53f9912a <+330>: retq 0x206b53f9912b <+331>: callq 0x30540 ; symbol stub for: __stack_chk_fail Is this suitable? (I don't get a clue of it) -- You are receiving this mail because: You are the assignee for the bug.