[RFC PATCH 6/7] x86/kexec: Debugging support: Dump registers on exception

[Woodhouse, David]

On Sun, 2024-11-03 at 05:35 +0000, David Woodhouse wrote:
> 
> +
> +/* Print the byte in %bl, clobber %rax */
> +SYM_CODE_START_LOCAL_NOALIGN(pr_byte)
> +       movb    %bl, %al
> +       nop
> +       andb    $0x0f, %al
> +       addb    $0x30, %al
> +       cmpb    $0x3a, %al
> +       jb      1f
> +       addb    $('a' - '0' - 10), %al
> +1:     pr_char
> +       ANNOTATE_UNRET_SAFE
> +       ret
> +SYM_CODE_END(pr_byte)
> +

Obviously that function name (and comment) are wrong; fixed in my tree.
at
https://git.infradead.org/users/dwmw2/linux.git/shortlog/refs/heads/kexec-debug

This function (and also pr_qword) are also what objtool is complaining
about:

vmlinux.o: warning: objtool: relocate_range+0x2f6: unreachable instruction
vmlinux.o: warning: objtool: relocate_range+0x305: unreachable instruction

I don't quite see why, because pr_qword() quite blatantly calls
pr_nyblle(), as it's now named. And exc_handler() repeatedly calls
pr_qword().

But most of the objtool annotations I've added here were just to make
it shut up and build, without much though. Peter, Josh, any chance you
can help me fix it up please?

It would also be really useful if objtool would let me have data inside
a "code" segment, without complaining that it can't decode it as
instructions — and without also failing to decode the first instruction
of the *subsequent* function. I've put the GDT at the end to work
around that, but it's a bit nasty.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5957 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/kexec/attachments/20241105/3f3f08c5/attachment-0001.p7s>
-------------- next part --------------



Amazon Development Centre (London) Ltd. Registered in England and Wales with registration number 04543232 with its registered office at 1 Principal Place, Worship Street, London EC2A 2FA, United Kingdom.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/kexec/attachments/20241105/3f3f08c5/attachment-0001.htm>