* Kdump Failed with 2.6.31 i386
@ 2009-10-09 4:05 CAI Qian
2009-10-09 7:44 ` Amerigo Wang
0 siblings, 1 reply; 3+ messages in thread
From: CAI Qian @ 2009-10-09 4:05 UTC (permalink / raw)
To: kexec; +Cc: nhorman, amwang, caiqian
Hallo!
Is it a known issue that kdump failed with 2.6.31 i386 systems? The
kdump kernel seems hang here.
...
Spurious LAPIC timer interrupt on cpu 0
Console: colour VGA+ 80x25
console handover: boot [earlyser0] -> real [ttyS0]
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES: 8
... MAX_LOCK_DEPTH: 48
... MAX_LOCKDEP_KEYS: 8191
... CLASSHASH_SIZE: 4096
... MAX_LOCKDEP_ENTRIES: 16384
... MAX_LOCKDEP_CHAINS: 32768
... CHAINHASH_SIZE: 16384
memory used by lock dependency info: 3743 kB
per task-struct memory footprint: 1920 bytes
HPET: 3 timers in total, 0 timers will be used for per-cpu timer
Clocksource tsc unstable (delta = 577041676100 ns)
or
Spurious LAPIC timer interrupt on cpu 0
Console: colour VGA+ 80x25
console [ttyS0] enabled
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES: 8
... MAX_LOCK_DEPTH: 48
... MAX_LOCKDEP_KEYS: 8191
... CLASSHASH_SIZE: 4096
... MAX_LOCKDEP_ENTRIES: 16384
... MAX_LOCKDEP_CHAINS: 32768
... CHAINHASH_SIZE: 16384
memory used by lock dependency info: 3743 kB
per task-struct memory footprint: 1920 bytes
allocated 2621440 bytes of page_cgroup
please try 'cgroup_disable=memory' option if you don't want memory cgroups
Calibrating delay loop (skipped), value calculated using timer frequency..
5986.01 BogoMIPS (lpj=2993008)
Thanks!
CAI Qian
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Kdump Failed with 2.6.31 i386
2009-10-09 4:05 Kdump Failed with 2.6.31 i386 CAI Qian
@ 2009-10-09 7:44 ` Amerigo Wang
2009-10-09 7:58 ` CAI Qian
0 siblings, 1 reply; 3+ messages in thread
From: Amerigo Wang @ 2009-10-09 7:44 UTC (permalink / raw)
To: CAI Qian; +Cc: nhorman, kexec
CAI Qian wrote:
> Hallo!
>
> Is it a known issue that kdump failed with 2.6.31 i386 systems? The
> kdump kernel seems hang here.
>
> ...
> Spurious LAPIC timer interrupt on cpu 0
> Console: colour VGA+ 80x25
> console handover: boot [earlyser0] -> real [ttyS0]
> Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
> ... MAX_LOCKDEP_SUBCLASSES: 8
> ... MAX_LOCK_DEPTH: 48
> ... MAX_LOCKDEP_KEYS: 8191
> ... CLASSHASH_SIZE: 4096
> ... MAX_LOCKDEP_ENTRIES: 16384
> ... MAX_LOCKDEP_CHAINS: 32768
> ... CHAINHASH_SIZE: 16384
> memory used by lock dependency info: 3743 kB
> per task-struct memory footprint: 1920 bytes
> HPET: 3 timers in total, 0 timers will be used for per-cpu timer
> Clocksource tsc unstable (delta = 577041676100 ns)
>
This case hangs on setup_irq(0, &irq0). We already knew this.
> or
>
> Spurious LAPIC timer interrupt on cpu 0
> Console: colour VGA+ 80x25
> console [ttyS0] enabled
> Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
> ... MAX_LOCKDEP_SUBCLASSES: 8
> ... MAX_LOCK_DEPTH: 48
> ... MAX_LOCKDEP_KEYS: 8191
> ... CLASSHASH_SIZE: 4096
> ... MAX_LOCKDEP_ENTRIES: 16384
> ... MAX_LOCKDEP_CHAINS: 32768
> ... CHAINHASH_SIZE: 16384
> memory used by lock dependency info: 3743 kB
> per task-struct memory footprint: 1920 bytes
> allocated 2621440 bytes of page_cgroup
> please try 'cgroup_disable=memory' option if you don't want memory cgroups
> Calibrating delay loop (skipped), value calculated using timer frequency..
> 5986.01 BogoMIPS (lpj=2993008)
This case hangs after calibrate_delay() which already passed
late_time_init(), and probably before security_init()...
(since probably you have CONFIG_SECURITY=y)
Did you meet these two cases on the same machine? Or on different machines?
Thanks.
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Kdump Failed with 2.6.31 i386
2009-10-09 7:44 ` Amerigo Wang
@ 2009-10-09 7:58 ` CAI Qian
0 siblings, 0 replies; 3+ messages in thread
From: CAI Qian @ 2009-10-09 7:58 UTC (permalink / raw)
To: amwang; +Cc: nhorman, kexec, caiqian
From: Amerigo Wang <amwang@redhat.com>
Subject: Re: Kdump Failed with 2.6.31 i386
Date: Fri, 09 Oct 2009 15:44:53 +0800
> CAI Qian wrote:
>> Hallo!
>> Is it a known issue that kdump failed with 2.6.31 i386 systems? The
>> kdump kernel seems hang here.
>> ...
>> Spurious LAPIC timer interrupt on cpu 0
>> Console: colour VGA+ 80x25
>> console handover: boot [earlyser0] -> real [ttyS0]
>> Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
>> ... MAX_LOCKDEP_SUBCLASSES: 8
>> ... MAX_LOCK_DEPTH: 48
>> ... MAX_LOCKDEP_KEYS: 8191
>> ... CLASSHASH_SIZE: 4096
>> ... MAX_LOCKDEP_ENTRIES: 16384
>> ... MAX_LOCKDEP_CHAINS: 32768
>> ... CHAINHASH_SIZE: 16384
>> memory used by lock dependency info: 3743 kB
>> per task-struct memory footprint: 1920 bytes
>> HPET: 3 timers in total, 0 timers will be used for per-cpu timer
>> Clocksource tsc unstable (delta = 577041676100 ns)
>>
>
>
> This case hangs on setup_irq(0, &irq0). We already knew this.
This has been seen on 3 HP and 1 DELL servers.
>
>> or
>> Spurious LAPIC timer interrupt on cpu 0
>> Console: colour VGA+ 80x25
>> console [ttyS0] enabled
>> Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
>> ... MAX_LOCKDEP_SUBCLASSES: 8
>> ... MAX_LOCK_DEPTH: 48
>> ... MAX_LOCKDEP_KEYS: 8191
>> ... CLASSHASH_SIZE: 4096
>> ... MAX_LOCKDEP_ENTRIES: 16384
>> ... MAX_LOCKDEP_CHAINS: 32768
>> ... CHAINHASH_SIZE: 16384
>> memory used by lock dependency info: 3743 kB
>> per task-struct memory footprint: 1920 bytes
>> allocated 2621440 bytes of page_cgroup
>> please try 'cgroup_disable=memory' option if you don't want memory
>> cgroups
>> Calibrating delay loop (skipped), value calculated using timer
>> frequency.. 5986.01 BogoMIPS (lpj=2993008)
>
> This case hangs after calibrate_delay() which already passed
> late_time_init(), and probably before security_init()...
> (since probably you have CONFIG_SECURITY=y)
>
This has been observed on a NEC server.
Thanks!
CAI Qian
> Did you meet these two cases on the same machine? Or on different
> machines?
>
> Thanks.
>
>
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2009-10-09 7:57 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-10-09 4:05 Kdump Failed with 2.6.31 i386 CAI Qian
2009-10-09 7:44 ` Amerigo Wang
2009-10-09 7:58 ` CAI Qian
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.