Josh Poimboeuf
unread,Sep 14, 2020, 12:49:38 PM9/14/20Sign in to reply to author
Sign in to forward
You do not have permission to delete messages in this group
Sign in to report message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Thomas Gleixner, syzbot, alexandr...@oracle.com, b...@alien8.de, h...@zytor.com, linux-...@vger.kernel.org, lu...@kernel.org, mi...@redhat.com, pet...@infradead.org, syzkall...@googlegroups.com, x...@kernel.org
0000000000000cd0 <asm_sysvec_call_function_single>:
cd0: 90 nop
cd1: 90 nop
cd2: 90 nop
cd3: 6a ff pushq $0xffffffffffffffff
cd5: e8 b6 03 00 00 callq 1090 <error_entry>
cda: 48 89 e7 mov %rsp,%rdi
cdd: e8 00 00 00 00 callq ce2 <asm_sysvec_call_function_single+0x12>
cde: R_X86_64_PLT32 sysvec_call_function_single-0x4
ce2: e9 69 04 00 00 jmpq 1150 <error_return>
ce7: 66 0f 1f 84 00 00 00 nopw 0x0(%rax,%rax,1)
cee: 00 00
This is a head scratcher. The ORC data looks ok, at least when I build
it on my system. It's expecting to find pt_regs at the top of the stack
after returning from sysvec_call_function_single(). But it can't
dereference the regs for some reason.
So either it's a bug in ORC data or unwinder (not likely) or the stack
pointer got corrupted somehow (also seems unlikely)...
--
Josh