* Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> I can confirm that without irqpoll everything works fine.
i guess this means that irq10 is screaming, and irqpoll does not find
any registered irq handler for it?
> irqpoll is recommended as a command line option in
> Documentation/kdump/kdump.
On 05/03/07, Michal Piotrowski <[EMAIL PROTECTED]> wrote:
On 05/03/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Michal Piotrowski <[EMAIL PROTECTED]> wrote:
>
> > >also below is a softlockup-debug patch that might be useful, which adds
> > >a tick/tock output so it spams the console once per
On 05/03/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
* Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> >also below is a softlockup-debug patch that might be useful, which adds
> >a tick/tock output so it spams the console once per second but can show
> >the dynamics of lockups (and other delays).
* Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> >also below is a softlockup-debug patch that might be useful, which adds
> >a tick/tock output so it spams the console once per second but can show
> >the dynamics of lockups (and other delays).
>
> I have applied this patch
> http://www.stardust.
On 05/03/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
* Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> > shouldnt that be 'R' instead of the question mark?
>
> ? are dead ones,
ok.
> The interesting part is here:
>
> 1 lock held by udevd/918:
> #0: (&mm->mmap_sem){}, at: [] do_page_fault+0x
* Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> > shouldnt that be 'R' instead of the question mark?
>
> ? are dead ones,
ok.
> The interesting part is here:
>
> 1 lock held by udevd/918:
> #0: (&mm->mmap_sem){}, at: [] do_page_fault+0x150/0x50d
>
> But udevd/918 is nowhere in the sys
On Mon, 2007-03-05 at 09:08 +0100, Ingo Molnar wrote:
> * Michal Piotrowski <[EMAIL PROTECTED]> wrote:
>
> > http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc2-git3-kdump/log2.txt
>
> weird. Could you do a dump with SysRq-T, SysRq-Q done /twice/ after each
> other, to see how th
* Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc2-git3-kdump/log2.txt
weird. Could you do a dump with SysRq-T, SysRq-Q done /twice/ after each
other, to see how the system progresses while in this lockup? Plus
please also try t
On Sun, 2007-03-04 at 18:15 +0100, Michal Piotrowski wrote:
>
> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc2-git3-kdump/log2.txt
>
Kernel command line: irqpoll
Misrouted IRQ fixup and polling support enabled
It might be related to irqpoll. Not sure how to track t
On 04/03/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
On Sun, 2007-03-04 at 17:47 +0100, Michal Piotrowski wrote:
> > sk98lin: driver has been replaced by the skge driver and is scheduled for
removal
> >
> > Can you try without that one or with the skge driver instead ?
> >
>
> Unfortunately t
On Sun, 2007-03-04 at 17:47 +0100, Michal Piotrowski wrote:
> > sk98lin: driver has been replaced by the skge driver and is scheduled for
> > removal
> >
> > Can you try without that one or with the skge driver instead ?
> >
>
> Unfortunately the bug still appears.
Would have been too easy :)
On 04/03/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
On Sun, 2007-03-04 at 17:28 +0100, Michal Piotrowski wrote:
> > Can you please add "initcall_debug" and "ignore_loglevel" to the kernel
> > command line ?
>
> Here is a full serial console log
>
http://www.stardust.webpages.pl/files/tbf/bit
On Sun, 2007-03-04 at 17:28 +0100, Michal Piotrowski wrote:
> > Can you please add "initcall_debug" and "ignore_loglevel" to the kernel
> > command line ?
>
> Here is a full serial console log
> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc2-git3-kdump/log.txt
sk98lin: driver
On 04/03/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
On Sun, 2007-03-04 at 15:36 +0100, Michal Piotrowski wrote:
> > > BUG: soft lockup detected on CPU#0!
> > > [] show_trace_log_lvl+0x1a/0x2f
> > > [] show_trace+0x12/0x14
> > > [] dump_stack+0x16/0x18
> > > [] softlockup_tick+0x97/0xa7
>
On Sun, 2007-03-04 at 15:36 +0100, Michal Piotrowski wrote:
> > > BUG: soft lockup detected on CPU#0!
> > > [] show_trace_log_lvl+0x1a/0x2f
> > > [] show_trace+0x12/0x14
> > > [] dump_stack+0x16/0x18
> > > [] softlockup_tick+0x97/0xa7
> > > [] run_local_timers+0x12/0x14
> > > [] update_proces
On 04/03/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
On Sun, 2007-03-04 at 00:31 +0100, Michal Piotrowski wrote:
> Hi,
>
> I hit this bug again
> (http://www.ussg.iu.edu/hypermail/linux/kernel/0702.2/1643.html)
>
> BUG: soft lockup detected on CPU#0!
> [] show_trace_log_lvl+0x1a/0x2f
> [] sh
On Sun, 2007-03-04 at 00:31 +0100, Michal Piotrowski wrote:
> Hi,
>
> I hit this bug again
> (http://www.ussg.iu.edu/hypermail/linux/kernel/0702.2/1643.html)
>
> BUG: soft lockup detected on CPU#0!
> [] show_trace_log_lvl+0x1a/0x2f
> [] show_trace+0x12/0x14
> [] dump_stack+0x16/0x18
> [] soft
Hi,
I hit this bug again
(http://www.ussg.iu.edu/hypermail/linux/kernel/0702.2/1643.html)
BUG: soft lockup detected on CPU#0!
[] show_trace_log_lvl+0x1a/0x2f
[] show_trace+0x12/0x14
[] dump_stack+0x16/0x18
[] softlockup_tick+0x97/0xa7
[] run_local_timers+0x12/0x14
[] update_process_times+0x3e/0x
18 matches
Mail list logo
