All of lore.kernel.org
 help / color / mirror / Atom feed
From: jerome lacoste <jerome.lacoste@gmail.com>
To: Andrew Morton <akpm@osdl.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: oops / 2.6.11 / run_timer_softirq (mountvirtfs)
Date: Fri, 11 Mar 2005 10:55:24 +0100	[thread overview]
Message-ID: <5a2cf1f6050311015525194792@mail.gmail.com> (raw)
In-Reply-To: <20050310205943.794b8efd.akpm@osdl.org>

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

      reply	other threads:[~2005-03-11  9:55 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
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 message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5a2cf1f6050311015525194792@mail.gmail.com \
    --to=jerome.lacoste@gmail.com \
    --cc=akpm@osdl.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.