lkml.org 
[lkml]   [2006]   [Jul]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patches in this message
/
Date
From
SubjectRe: 2.6.17-mm4
On 6/30/06, Andrew Morton <akpm@osdl.org> wrote:
> "Jesse Brandeburg" <jesse.brandeburg@gmail.com> wrote:
> >
> > >
> > > I guess it has to be dying in timekeeping_init(). Have you tried
> > > earlyprintk=vga or, better, earlyprintk=serial,ttyS0,9600?
> >
> > wish you would have said that earlier, i looked in
> > kernel-parameters.txt and didn't find earlyprinkt when searching for
> > debug :-(
>
> sorry.
>
> > two traces follow, one with the stock 2.6.17-mm4 kernel and the other
> > with the bisect kernel.
> >
> >
> > Linux version 2.6.17-mm4-jesse (root@lindenhurst-2.jf.intel.com) (gcc version 3.
> > 4.4 20050721 (Red Hat 3.4.4-2)) #1 SMP Thu Jun 29 08:53:59 PDT 2006
> > BIOS-provided physical RAM map:
> > BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
> > BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
> > BIOS-e820: 00000000000ebaf0 - 0000000000100000 (reserved)
> > BIOS-e820: 0000000000100000 - 000000005ffd0000 (usable)
> > BIOS-e820: 000000005ffd0000 - 000000005ffdf000 (ACPI data)
> > BIOS-e820: 000000005ffdf000 - 0000000060000000 (ACPI NVS)
> > BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
> > BIOS-e820: 00000000ffc00000 - 0000000100000000 (reserved)
> > kernel direct mapping tables up to 100000000 @ 8000-d000
> > DMI not present or invalid.
> > No NUMA configuration found
> > Faking a node at 0000000000000000-000000005ffd0000
> > Bootmem setup node 0 0000000000000000-000000005ffd0000
> > ACPI: PM-Timer IO Port: 0x408
> > ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
> > Processor #0 15:3 APIC version 20
> > ACPI: LAPIC (acpi_id[0x02] lapic_id[0x06] enabled)
> > Processor #6 15:3 APIC version 20
> > ACPI: LAPIC (acpi_id[0x03] lapic_id[0x01] enabled)
> > Processor #1 15:3 APIC version 20
> > ACPI: LAPIC (acpi_id[0x04] lapic_id[0x07] enabled)
> > Processor #7 15:3 APIC version 20
> > ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
> > IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
> > ACPI: IOAPIC (id[0x09] address[0xfec80000] gsi_base[24])
> > IOAPIC[1]: apic_id 9, version 32, address 0xfec80000, GSI 24-47
> > ACPI: IOAPIC (id[0x0a] address[0xfec80400] gsi_base[48])
> > IOAPIC[2]: apic_id 10, version 32, address 0xfec80400, GSI 48-71
> > ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
> > ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
> > Setting APIC routing to flat
> > ACPI: HPET id: 0x8086a202 base: 0xfed00000
> > Using ACPI (MADT) for SMP configuration information
> > Allocating PCI resources starting at 68000000 (gap: 60000000:80000000)
> > Built 1 zonelists. Total pages: 386918
> > Kernel command line: ro root=LABEL=/1 rhgb hdc=none video=atyfb:1024x768M-32@70
> > console=ttyS0,115200n8 console=tty1 panic=30 earlyprintk=serial,ttyS0,115200 ini
> > tcall_debug debug
> > ide_setup: hdc=none
> > Initializing CPU#0
> > PID hash table entries: 4096 (order: 12, 32768 bytes)
> > time.c: Using 14.318180 MHz WALL HPET GTOD HPET/TSC timer.
> > time.c: Detected 3600.267 MHz processor.
> > Unable to handle kernel NULL pointer dereference at 0000000000000034 RIP:
> > [<ffffffff8103396a>] do_timer+0x40/0x556
> > PGD 0
> > Oops: 0000 [1] SMP
> > last sysfs file:
> > CPU 0
> > Modules linked in:
> > Pid: 0, comm: swapper Not tainted 2.6.17-mm4-jesse #1
> > RIP: 0010:[<ffffffff8103396a>] [<ffffffff8103396a>] do_timer+0x40/0x556
> > RSP: 0018:ffffffff8130ce80 EFLAGS: 00010002
> > RAX: 0000000000000000 RBX: 000000000036ef8b RCX: 0000005135618814
> > RDX: 0000000000000000 RSI: 00000000001233fd RDI: ffffffff813adec8
> > RBP: 0000000000000000 R08: 00000000fffffffe R09: 0000000000000000
> > R10: 0000000000000000 R11: 0000000000000246 R12: 00000000000019fb
> > R13: 0000000000000000 R14: ffffffff813adec8 R15: ffffffff813adec8
> > FS: 0000000000000000(0000) GS:ffffffff813a0000(0000) knlGS:0000000000000000
> > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
> > CR2: 0000000000000034 CR3: 0000000001001000 CR4: 00000000000006a0
> > Process swapper (pid: 0, threadinfo ffffffff813ac000, task ffffffff8128be00)
> > Stack: 0000000000000000 0000000000000000 0000000000000001 0000000000000000
> > 0000000000000000 000000000036ef8b 0000000000000000 00000000000019fb
> > 0000000000000000 ffffffff813adec8 ffffffff813adec8 ffffffff8100d442
> > Call Trace:
> > <IRQ> [<ffffffff8100d442>] main_timer_handler+0x1ed/0x3ad
> > [<ffffffff8100d614>] timer_interrupt+0x12/0x27
> > [<ffffffff8105076a>] handle_IRQ_event+0x29/0x5a
> > [<ffffffff81050837>] __do_IRQ+0x9c/0xfd
> > [<ffffffff8100bf27>] do_IRQ+0x63/0x71
> > [<ffffffff810098b8>] ret_from_intr+0x0/0xa
> > <EOI>
>
> Right. This kernel presumably has the shiny new stack unwinding code
> enabled, so we didn't get half the backtrace (dammit). Are you able to
> recall whether the 2.6.17-mm4 build had CONFIG_UNWIND_INFO enabled?

it was in my original .config in this thread, CONFIG_UNWIND_INFO not defined.

> > Code: 8b 4a 34 48 d3 e0 48 01 42 58 48 8b 2d b5 3b 31 00 4c 8b 6d
> > RIP [<ffffffff8103396a>] do_timer+0x40/0x556
> > RSP <ffffffff8130ce80>
> > CR2: 0000000000000034
> > <0>Kernel panic - not syncing: Aiee, killing interrupt handler!
> >
> > and with the bisect kernel, slightly different
> > Bootdata ok (command line is ro root=LABEL=/1 rhgb hdc=none video=atyfb:1024x768
> > M-32@70 console=ttyS0,115200n8 console=tty1 panic=30 earlyprintk=serial,ttyS0,11
> > 5200 initcall_debug debug)
> > Linux version 2.6.17-bisect (root@lindenhurst-2.jf.intel.com) (gcc version 3.4.4
> > 20050721 (Red Hat 3.4.4-2)) #15 SMP Fri Jun 30 16:09:50 PDT 2006
> > BIOS-provided physical RAM map:
> > BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
> > BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
> > BIOS-e820: 00000000000ebaf0 - 0000000000100000 (reserved)
> > BIOS-e820: 0000000000100000 - 000000005ffd0000 (usable)
> > BIOS-e820: 000000005ffd0000 - 000000005ffdf000 (ACPI data)
> > BIOS-e820: 000000005ffdf000 - 0000000060000000 (ACPI NVS)
> > BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
> > BIOS-e820: 00000000ffc00000 - 0000000100000000 (reserved)
> > kernel direct mapping tables up to 100000000 @ 8000-8000
> > DMI not present or invalid.
> > ACPI: PM-Timer IO Port: 0x408
> > ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
> > Processor #0 15:3 APIC version 20
> > ACPI: LAPIC (acpi_id[0x02] lapic_id[0x06] enabled)
> > Processor #6 15:3 APIC version 20
> > ACPI: LAPIC (acpi_id[0x03] lapic_id[0x01] enabled)
> > Processor #1 15:3 APIC version 20
> > ACPI: LAPIC (acpi_id[0x04] lapic_id[0x07] enabled)
> > Processor #7 15:3 APIC version 20
> > ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
> > IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
> > ACPI: IOAPIC (id[0x09] address[0xfec80000] gsi_base[24])
> > IOAPIC[1]: apic_id 9, version 32, address 0xfec80000, GSI 24-47
> > ACPI: IOAPIC (id[0x0a] address[0xfec80400] gsi_base[48])
> > IOAPIC[2]: apic_id 10, version 32, address 0xfec80400, GSI 48-71
> > ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
> > ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
> > Setting APIC routing to flat
> > ACPI: HPET id: 0x8086a202 base: 0xfed00000
> > Using ACPI (MADT) for SMP configuration information
> > Allocating PCI resources starting at 68000000 (gap: 60000000:80000000)
> > Checking aperture...
> > Built 1 zonelists. Total pages: 385592
> > Kernel command line: ro root=LABEL=/1 rhgb hdc=none video=atyfb:1024x768M-32@70
> > console=ttyS0,115200n8 console=tty1 panic=30 earlyprintk=serial,ttyS0,115200 ini
> > tcall_debug debug
> > ide_setup: hdc=none
> > Initializing CPU#0
> > PID hash table entries: 4096 (order: 12, 32768 bytes)
> > time.c: Using 14.318180 MHz WALL HPET GTOD HPET/TSC timer.
> > time.c: Detected 3600.266 MHz processor.
> > Unable to handle kernel NULL pointer dereference at 0000000000000020 RIP:
> > <ffffffff80236e71>{do_timer+49}
> > PGD 0
> > Oops: 0000 [1] SMP
> > CPU 0
> > Modules linked in:
> > Pid: 0, comm: swapper Not tainted 2.6.17-bisect #15
> > RIP: 0010:[<ffffffff80236e71>] <ffffffff80236e71>{do_timer+49}
> > RSP: 0018:ffffffff80564e98 EFLAGS: 00010002
> > RAX: 0000000000000000 RBX: 000000000036ef8a RCX: 00000064e38a4032
> > RDX: 0000000000000000 RSI: 00000000001233fe RDI: ffffffff805f3e48
> > RBP: ffffffff80564eb8 R08: 0000000000000036 R09: 0000000000000000
> > R10: ffffffff805f3e70 R11: 0000000000000000 R12: 0000000000000000
> > R13: 00000000000019fa R14: 0000000000000001 R15: ffffffff805f3e48
> > FS: 0000000000000000(0000) GS:ffffffff805e5000(0000) knlGS:0000000000000000
> > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
> > CR2: 0000000000000020 CR3: 0000000000201000 CR4: 00000000000006a0
> > Process swapper (pid: 0, threadinfo ffffffff805f2000, task ffffffff804adb00)
> > Stack: 000000000036ef8a 0000000000000000 00000000000019fa 0000000000000000
> > ffffffff80564ef8 ffffffff8020e1c3 0000000000000000 ffffffff804afb00
> > 0000000000000000 ffffffff805f3e48
> > Call Trace: <IRQ> <ffffffff8020e1c3>{main_timer_handler+547}
> > <ffffffff8020e445>{timer_interrupt+21} <ffffffff802569e3>{handle_IRQ_even
> > t+51}
> > <ffffffff80256ae2>{__do_IRQ+178} <ffffffff8020cd65>{do_IRQ+69}
> > <ffffffff8020a1aa>{ret_from_intr+0} <EOI> <ffffffff8043f7b3>{_spin_unlock
> > _irqrestore+19}
> > <ffffffff80256e8e>{setup_irq+222} <ffffffff805fc33e>{time_init+990}
> > <ffffffff805f577a>{start_kernel+250} <ffffffff805f5295>{_sinittext+661}
> >
> > Code: ff 50 20 4c 8b 2d 3d 2b 36 00 48 8b 15 3e 2b 36 00 49 89 c4
> > RIP <ffffffff80236e71>{do_timer+49} RSP <ffffffff80564e98>
> > CR2: 0000000000000020
> > <0>Kernel panic - not syncing: Aiee, killing interrupt handler!
>
> And this is the traditional backtrace which is actually useful.
>
> You've hit about seventeen bugs all at the same time here :(

:-) just trying to help.

>
> - There's something wrong in do_timer(). Everything's been inlined so
> it's hard to tell where it oopsed. If you're able to build with
> CONFIG_DEBUG_INFO and do
>
> gdb vmlinux
> (gdb) l *0xNNNNNNNNN
>
> where NNNNNNNN is the oopsing RIP address then it'll tell us the
> file-n-line.

this is from a kernel one build later (one that works)
(gdb) l *0xffffffff80236e71
0xffffffff80236e71 is in do_timer (include/linux/clocksource.h:128).
123 *
124 * Uses the clocksource to return the current cycle_t value
125 */
126 static inline cycle_t read_clocksource(struct clocksource *cs)
127 {
128 return cs->read();
129 }
130
131 /**
132 * cyc2ns - converts clocksource cycles to nanoseconds

> - Somebody enabled local interrupts. The early boot code is _supposed_ to
> hold interrupts off until start_kernel() does local_irq_eanble(). But we do
> heaps of things which make that unreliable.
>
> We don't know where this happened, and fixing that might make the oops go
> away.
>
> <thinks some more>
>
> I suspect that either local interrupts were enabled before you entered
> time_init(), or something under time_init() went and enabled interrupts, and
> the kernel will crash if it takes a timer interrupt before timekeeping_init()
> has run.
>
> As an experiment, try adding a local_irq_disable() in start_kernel(), just
> before it calls time_init().

see the other message where reordering the time_init seemed to fix the
issue. But to answer your question, local_irq_disable() before
time_init also fixes it.

diff --git a/init/main.c b/init/main.c
index 9a970d3..3768c80 100644
--- a/init/main.c
+++ b/init/main.c
@@ -489,6 +489,7 @@ asmlinkage void __init start_kernel(void
init_timers();
hrtimers_init();
softirq_init();
+ local_irq_disable();
time_init();
timekeeping_init();


> This stuff really really sucks.
>
> One guess would be that something under time_init()->setup_irq() is enabling
> interrupts. You could sprinkle
>
> if (!irqs_disabled() printk("%s:%d: BAD", __FILE__, __LINE__);
>
> throughout kernel/irq/manage.c:setup_irq().
time.c: Using 14.318180 MHz WALL HPET GTOD HPET/TSC timer.
time.c: Detected 3600.281 MHz processor.
kernel/irq/manage.c:188: BAD bc irqs_enabled
kernel/irq/manage.c:204: BAD bc irqs_enabled
Unable to handle kernel NULL pointer dereference at 0000000000000020 RIP:
<ffffffff80236e71>{do_timer+49}
here is the diff that printed the above
diff --git a/kernel/irq/manage.c b/kernel/irq/manage.c
index 1279e34..4a5b895 100644
--- a/kernel/irq/manage.c
+++ b/kernel/irq/manage.c
@@ -185,6 +185,7 @@ int setup_irq(unsigned int irq, struct i
* so we have to be careful not to interfere with a
* running system.
*/
+ if (!irqs_disabled()) printk("%s:%d: BAD bc irqs_enabled\n",
__FILE__, __LINE__);
if (new->flags & SA_SAMPLE_RANDOM) {
/*
* This function might sleep, we want to call it first,
@@ -200,6 +201,7 @@ int setup_irq(unsigned int irq, struct i
/*
* The following block of code has to be executed atomically
*/
+ if (!irqs_disabled()) printk("%s:%d: BAD bc irqs_enabled\n",
__FILE__, __LINE__);
spin_lock_irqsave(&desc->lock,flags);
p = &desc->action;
if ((old = *p) != NULL) {
> Boy we've made a mess in there.

hm, let me know if I can get you more info.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2006-07-02 00:06    [W:0.105 / U:4.080 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site