From: Kay Sievers <kay.sievers@vrfy.org>
To: Ingo Molnar <mingo@elte.hu>
Cc: Frank Sorenson <frank@tuxrocks.com>,
Matt_Domsch@dell.com, LKML <linux-kernel@vger.kernel.org>,
linux-mm@kvack.org, "Rafael J. Wysocki" <rjw@sisk.pl>,
Greg Kroah-Hartman <gregkh@suse.de>,
Andrew Morton <akpm@linux-foundation.org>,
Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: [patch] revert "dcdbas: add DMI-based module autloading"
Date: Sat, 08 Mar 2008 19:16:12 +0100 [thread overview]
Message-ID: <1205000172.8748.4.camel@lov.site> (raw)
In-Reply-To: <20080308082243.GA18123@elte.hu>
On Sat, 2008-03-08 at 09:22 +0100, Ingo Molnar wrote:
> * Frank Sorenson <frank@tuxrocks.com> wrote:
>
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Frank Sorenson wrote:
> > > I did some additional debugging, and I believe you're correct about it
> > > being specific to my system. The system seems to run fine until some
> > > time during the boot. I booted with "init=/bin/sh" (that's how the
> > > system stayed up for 9 minutes), then it died when I tried starting
> > > things up. I've further narrowed the OOM down to udev (though it's not
> > > entirely udev's fault, since 2.6.24 runs fine).
> > >
> > > I ran your debug info tool before killing the box by running
> > > /sbin/start_udev. The output of the tool is at
> > > http://tuxrocks.com/tmp/cfs-debug-info-2008.03.06-14.11.24
> > >
> > > Something is apparently happening between 2.6.24 and 2.6.25-rc[34] which
> > > causes udev (or something it calls) to behave very badly.
> >
> > Found it. The culprit is 8f47f0b688bba7642dac4e979896e4692177670b
> > dcdbas: add DMI-based module autloading
> >
> > DMI autoload dcdbas on all Dell systems.
> >
> > This looks for BIOS Vendor or System Vendor == Dell, so this should
> > work for systems both Dell-branded and those Dell builds but brands
> > for others. It causes udev to load the dcdbas module at startup,
> > which is used by tools called by HAL for wireless control and
> > backlight control, among other uses.
> >
> > What actually happens is that when udev loads the dcdbas module at
> > startup, modprobe apparently calls "modprobe dcdbas" itself, repeating
> > until the system runs out of resources (in this case, it OOMs).
>
> nice work! I've attached the revert below against latest -git - just in
> case no-one can think of an obvious fix to this bug.
Frank, can you grep for 'dcdbas' in the modprobe config files:
modprobe -c | grep dcdbas
?
I wonder what's going on here, that modprobe calls itself.
Thanks,
Kay
WARNING: multiple messages have this Message-ID (diff)
From: Kay Sievers <kay.sievers@vrfy.org>
To: Ingo Molnar <mingo@elte.hu>
Cc: Frank Sorenson <frank@tuxrocks.com>,
Matt_Domsch@dell.com, LKML <linux-kernel@vger.kernel.org>,
linux-mm@kvack.org, "Rafael J. Wysocki" <rjw@sisk.pl>,
Greg Kroah-Hartman <gregkh@suse.de>,
Andrew Morton <akpm@linux-foundation.org>,
Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: [patch] revert "dcdbas: add DMI-based module autloading"
Date: Sat, 08 Mar 2008 19:16:12 +0100 [thread overview]
Message-ID: <1205000172.8748.4.camel@lov.site> (raw)
In-Reply-To: <20080308082243.GA18123@elte.hu>
On Sat, 2008-03-08 at 09:22 +0100, Ingo Molnar wrote:
> * Frank Sorenson <frank@tuxrocks.com> wrote:
>
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Frank Sorenson wrote:
> > > I did some additional debugging, and I believe you're correct about it
> > > being specific to my system. The system seems to run fine until some
> > > time during the boot. I booted with "init=/bin/sh" (that's how the
> > > system stayed up for 9 minutes), then it died when I tried starting
> > > things up. I've further narrowed the OOM down to udev (though it's not
> > > entirely udev's fault, since 2.6.24 runs fine).
> > >
> > > I ran your debug info tool before killing the box by running
> > > /sbin/start_udev. The output of the tool is at
> > > http://tuxrocks.com/tmp/cfs-debug-info-2008.03.06-14.11.24
> > >
> > > Something is apparently happening between 2.6.24 and 2.6.25-rc[34] which
> > > causes udev (or something it calls) to behave very badly.
> >
> > Found it. The culprit is 8f47f0b688bba7642dac4e979896e4692177670b
> > dcdbas: add DMI-based module autloading
> >
> > DMI autoload dcdbas on all Dell systems.
> >
> > This looks for BIOS Vendor or System Vendor == Dell, so this should
> > work for systems both Dell-branded and those Dell builds but brands
> > for others. It causes udev to load the dcdbas module at startup,
> > which is used by tools called by HAL for wireless control and
> > backlight control, among other uses.
> >
> > What actually happens is that when udev loads the dcdbas module at
> > startup, modprobe apparently calls "modprobe dcdbas" itself, repeating
> > until the system runs out of resources (in this case, it OOMs).
>
> nice work! I've attached the revert below against latest -git - just in
> case no-one can think of an obvious fix to this bug.
Frank, can you grep for 'dcdbas' in the modprobe config files:
modprobe -c | grep dcdbas
?
I wonder what's going on here, that modprobe calls itself.
Thanks,
Kay
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2008-03-08 18:16 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-06 17:26 2.6.25-rc4 OOMs itself dead on bootup Frank Sorenson
2008-03-06 17:26 ` Frank Sorenson
2008-03-06 18:49 ` Ingo Molnar
2008-03-07 19:27 ` Frank Sorenson
2008-03-07 19:27 ` Frank Sorenson
2008-03-08 7:08 ` Frank Sorenson
2008-03-08 7:08 ` Frank Sorenson
2008-03-08 8:22 ` [patch] revert "dcdbas: add DMI-based module autloading" Ingo Molnar
2008-03-08 8:22 ` Ingo Molnar
2008-03-08 18:16 ` Kay Sievers [this message]
2008-03-08 18:16 ` Kay Sievers
2008-03-08 18:57 ` Frank Sorenson
2008-03-08 18:57 ` Frank Sorenson
2008-03-08 13:53 ` 2.6.25-rc4 OOMs itself dead on bootup (modprobe bug?) Matt Domsch
2008-03-08 13:53 ` Matt Domsch
2008-03-08 14:03 ` Frank Sorenson
2008-03-08 14:03 ` Frank Sorenson
2008-03-08 21:53 ` Jon Masters
2008-03-08 21:53 ` Jon Masters
2008-03-08 22:54 ` Kay Sievers
2008-03-08 22:54 ` Kay Sievers
2008-03-09 3:41 ` Jon Masters
2008-03-09 3:41 ` Jon Masters
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=1205000172.8748.4.camel@lov.site \
--to=kay.sievers@vrfy.org \
--cc=Matt_Domsch@dell.com \
--cc=akpm@linux-foundation.org \
--cc=frank@tuxrocks.com \
--cc=gregkh@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mingo@elte.hu \
--cc=rjw@sisk.pl \
--cc=torvalds@linux-foundation.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.