* 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
>
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
* 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
>
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: (>mmap_sem){}, at: []
* 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: (>mmap_sem){}, at: [] do_page_fault+0x150/0x50d
>
> But udevd/918 is nowhere in the
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
* 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
* 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 to
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 the system
* 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: [c161135b] do_page_fault+0x150/0x50d
But udevd/918 is nowhere in the sysrq-t
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: [c161135b]
* 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
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).
I have
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 second but can
* 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.txt
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
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
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
>
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:
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
> > > []
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
> []
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
> []
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!
[c1604556] show_trace_log_lvl+0x1a/0x2f
[c1604c2c] show_trace+0x12/0x14
[c1604cde]
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!
[c1604556] show_trace_log_lvl+0x1a/0x2f
On Sun, 2007-03-04 at 15:36 +0100, Michal Piotrowski wrote:
BUG: soft lockup detected on CPU#0!
[c1604556] show_trace_log_lvl+0x1a/0x2f
[c1604c2c] show_trace+0x12/0x14
[c1604cde] dump_stack+0x16/0x18
[c16426e7] softlockup_tick+0x97/0xa7
[c161de38] run_local_timers+0x12/0x14
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!
[c1604556] show_trace_log_lvl+0x1a/0x2f
[c1604c2c] show_trace+0x12/0x14
[c1604cde] dump_stack+0x16/0x18
[c16426e7]
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 has been
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
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 :)
sysrq-T and
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 the bug
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
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
[]
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!
[c1604556] show_trace_log_lvl+0x1a/0x2f
[c1604c2c] show_trace+0x12/0x14
[c1604cde] dump_stack+0x16/0x18
[c16426e7] softlockup_tick+0x97/0xa7
[c161de38]
36 matches
Mail list logo