public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* oops / 2.6.11 / run_timer_softirq (mountvirtfs)
@ 2005-03-11  0:10 jerome lacoste
  2005-03-11  4:59 ` Andrew Morton
  0 siblings, 1 reply; 3+ messages in thread
From: jerome lacoste @ 2005-03-11  0:10 UTC (permalink / raw)
  To: lkml

On an VIA EPIA board, I got this single oops at boot. Wasn't stored on
file so I had to take a screenshot with a digital camera. Basicallly
goes along those lines:

Process: S36mountvirtfs

Call trace:
     run_timer_softirq+0x16f/0x200
     __do_softirq
     do_softirq
     irq_exit
     do_IRQ
     common_interrupt

Process is found here on my system:

lrwxr-xr-x  1 root root 21 Mar  1 00:29 /etc/rcS.d/S36mountvirtfs ->
../init.d/mountvirtfs

The exact screenshot (500k) can be found here:

http://coffeebreaks.dyndns.org/~jerome/static/images/linux/oops_2.6.11_run_timer_softirq_boot.jpg

I can spend time copying the input into a file and doing the ksymoops
stuff if someone wants to get it.
Otherwise I will go back to try fixing the other problems that happens
much more often...

J

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: oops / 2.6.11 / run_timer_softirq (mountvirtfs)
  2005-03-11  0:10 oops / 2.6.11 / run_timer_softirq (mountvirtfs) jerome lacoste
@ 2005-03-11  4:59 ` Andrew Morton
  2005-03-11  9:55   ` jerome lacoste
  0 siblings, 1 reply; 3+ messages in thread
From: Andrew Morton @ 2005-03-11  4:59 UTC (permalink / raw)
  To: jerome lacoste; +Cc: linux-kernel

jerome lacoste <jerome.lacoste@gmail.com> wrote:
>
> On an VIA EPIA board, I got this single oops at boot. Wasn't stored on
> file so I had to take a screenshot with a digital camera. Basicallly
> goes along those lines:
> 
> Process: S36mountvirtfs
> 
> Call trace:
>      run_timer_softirq+0x16f/0x200
>      __do_softirq
>      do_softirq
>      irq_exit
>      do_IRQ
>      common_interrupt
> 
> Process is found here on my system:
> 
> lrwxr-xr-x  1 root root 21 Mar  1 00:29 /etc/rcS.d/S36mountvirtfs ->
> ../init.d/mountvirtfs
> 
> The exact screenshot (500k) can be found here:
> 
> http://coffeebreaks.dyndns.org/~jerome/static/images/linux/oops_2.6.11_run_timer_softirq_boot.jpg
> 

An oops in cascade() is tricky.  Normally it means that some piece of code
has done something bad with a kernel timer.  Later, a clock tick happens
and the kernel falls over.  We're left with no hints as to which part of
the kernel misbehaved.

Please try enabling CONFIG_DEBUG_SLAB and CONFIG_DEBUG_PAGEALLOC and see if
that reveals any additional info.

Apart from that, you have a lot of modules configured there.  Please try
disabling them all, see if the oops goes away.  If it does then try
re-enabling them, see if you can narrow it down to the one which is causing
the timer list corruption.

Thanks.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: oops / 2.6.11 / run_timer_softirq (mountvirtfs)
  2005-03-11  4:59 ` Andrew Morton
@ 2005-03-11  9:55   ` jerome lacoste
  0 siblings, 0 replies; 3+ messages in thread
From: jerome lacoste @ 2005-03-11  9:55 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel

On Thu, 10 Mar 2005 20:59:43 -0800, Andrew Morton <akpm@osdl.org> wrote:
> jerome lacoste <jerome.lacoste@gmail.com> wrote:
> >
> > On an VIA EPIA board, I got this single oops at boot. Wasn't stored on
> > file so I had to take a screenshot with a digital camera. Basicallly
> > goes along those lines:
> >
> > Process: S36mountvirtfs
> >
> > Call trace:
> >      run_timer_softirq+0x16f/0x200
> >      __do_softirq
> >      do_softirq
> >      irq_exit
> >      do_IRQ
> >      common_interrupt
> >
> > Process is found here on my system:
> >
> > lrwxr-xr-x  1 root root 21 Mar  1 00:29 /etc/rcS.d/S36mountvirtfs ->
> > ../init.d/mountvirtfs
> >
> > The exact screenshot (500k) can be found here:
> >
> > http://coffeebreaks.dyndns.org/~jerome/static/images/linux/oops_2.6.11_run_timer_softirq_boot.jpg
> >
> 
> An oops in cascade() is tricky.  Normally it means that some piece of code
> has done something bad with a kernel timer.  Later, a clock tick happens
> and the kernel falls over.  We're left with no hints as to which part of
> the kernel misbehaved.
> 
> Please try enabling CONFIG_DEBUG_SLAB and CONFIG_DEBUG_PAGEALLOC and see if
> that reveals any additional info.

Question; the thing happened once at boot time (out of hundreds) so it
will probably be hard to reproduce.

I you may have seen on the pictures, the screen was completely filled
up with the oops information. How will the new CONFIG_ options help if
I don't have more information on the screen when it oopses?

> Apart from that, you have a lot of modules configured there.  Please try
> disabling them all, see if the oops goes away.  If it does then try
> re-enabling them, see if you can narrow it down to the one which is causing
> the timer list corruption.

If the problem reappears I will see what I can do.

Jerome

> Thanks.

Pareillement

J

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2005-03-11  9:55 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-03-11  0:10 oops / 2.6.11 / run_timer_softirq (mountvirtfs) jerome lacoste
2005-03-11  4:59 ` Andrew Morton
2005-03-11  9:55   ` jerome lacoste

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox