[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.