From: Chuck Ebbert <cebbert@redhat.com>
To: Andrew Morton <akpm@osdl.org>
Cc: linux-kernel <linux-kernel@vger.kernel.org>, Andi Kleen <ak@suse.de>
Subject: Re: [patch] i386: add option to show more code in oops reports
Date: Thu, 25 Jan 2007 18:56:39 -0500 [thread overview]
Message-ID: <45B943B7.8070500@redhat.com> (raw)
In-Reply-To: <20070125145504.c8c0a98a.akpm@osdl.org>
Andrew Morton wrote:
> On Wed, 24 Jan 2007 15:22:49 -0500
> Chuck Ebbert <cebbert@redhat.com> wrote:
>
>
>> Sometimes we may need to see more code than the default in an oops,
>> so add an option for that.
>>
>
> spose so, but some more justification would be nice. As would an x86_64
> version?
>
Can't think of a way to word the justification, but I've wanted to see more
code a few times.
As for x86_64, Andi doesn't want to print any code before the failure
and just
printing more afterwards didn't seem to make much sense.
>
>> Signed-off-by: Chuck Ebbert <cebbert@redhat.com>
>>
>
> ooh, congrats.
>
Thanks. Looks like I'll have plenty to do here...
>
>> --- 2.6.20-rc5-32.orig/arch/i386/kernel/traps.c
>> +++ 2.6.20-rc5-32/arch/i386/kernel/traps.c
>> @@ -94,6 +94,7 @@ asmlinkage void spurious_interrupt_bug(v
>> asmlinkage void machine_check(void);
>>
>> int kstack_depth_to_print = 24;
>> +int code_bytes = 64;
>>
>
> static scope, please. And I think it should be unsigned.
>
>
>> ATOMIC_NOTIFIER_HEAD(i386die_chain);
>>
>> int register_die_notifier(struct notifier_block *nb)
>> @@ -324,7 +325,7 @@ void show_registers(struct pt_regs *regs
>> */
>> if (in_kernel) {
>> u8 *eip;
>> - int code_bytes = 64;
>> + int code_prologue = code_bytes * 43 / 64;
>> unsigned char c;
>>
>> printk("\n" KERN_EMERG "Stack: ");
>> @@ -332,7 +333,7 @@ void show_registers(struct pt_regs *regs
>>
>> printk(KERN_EMERG "Code: ");
>>
>> - eip = (u8 *)regs->eip - 43;
>> + eip = (u8 *)regs->eip - code_prologue;
>> if (eip < (u8 *)PAGE_OFFSET ||
>> probe_kernel_address(eip, c)) {
>> /* try starting at EIP */
>>
>
> You missed this bit:
>
> if (eip < (u8 *)PAGE_OFFSET ||
> probe_kernel_address(eip, c)) {
> /* try starting at EIP */
> eip = (u8 *)regs->eip;
> code_bytes = 32;
> }
>
> Do we really want to be modifying the global variable here?
>
Oops.
>
>> @@ -1191,3 +1192,15 @@ static int __init kstack_setup(char *s)
>> return 1;
>> }
>> __setup("kstack=", kstack_setup);
>> +
>> +static int __init code_bytes_setup(char *s)
>> +{
>> + code_bytes = simple_strtoul(s, NULL, 0);
>> + if (code_bytes < 64)
>> + code_bytes = 64;
>> + if (code_bytes > 1024)
>> + code_bytes = 1024;
>> +
>> + return 1;
>> +}
>> +__setup("code_bytes=", code_bytes_setup);
>>
>
> I'm OK with the upper limit, but I'd sugegst that we remove the lower
> limit: someone might _want_ to be able to set code_bytes=0, who knows?
>
> And if code_bytes is unsigned, the single comparison with 1024 will suffice.
>
> OTOH, why have any checks at all in there? If the user sets
> code_bytes=0xfffffff0 and things break, he gets to own both pieces...
>
>
It's multiplying the number by 43 and dividing by 64, so we need to
avoid overflow.
(I couldn't think of an easy way to preserve current behavior.)
next prev parent reply other threads:[~2007-01-25 23:56 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-01-24 20:22 [patch] i386: add option to show more code in oops reports Chuck Ebbert
2007-01-25 22:55 ` Andrew Morton
2007-01-25 23:56 ` Chuck Ebbert [this message]
2007-01-29 3:44 ` Andi Kleen
2007-01-29 15:40 ` Chuck Ebbert
2007-01-29 18:03 ` Andi Kleen
-- strict thread matches above, loose matches on Subject: below --
2007-01-29 20:11 Chuck Ebbert
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=45B943B7.8070500@redhat.com \
--to=cebbert@redhat.com \
--cc=ak@suse.de \
--cc=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox