From: Mike Galbraith <efault@gmx.de>
To: Greg KH <greg@kroah.com>
Cc: LKML <linux-kernel@vger.kernel.org>
Subject: Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
Date: Sun, 18 Feb 2007 10:27:27 +0100 [thread overview]
Message-ID: <1171790847.6844.5.camel@Homer.simpson.net> (raw)
In-Reply-To: <1171785752.6787.17.camel@Homer.simpson.net>
On Sun, 2007-02-18 at 09:02 +0100, Mike Galbraith wrote:
> The reason it's hanging is that nobody releases the driver, so we wait
> forever in driver_unregister(). With the below, box boots fine...
>
> --- drivers/base/bus.c.org 2007-02-18 08:38:57.000000000 +0100
> +++ drivers/base/bus.c 2007-02-18 08:39:09.000000000 +0100
> @@ -593,6 +593,7 @@ void bus_remove_driver(struct device_dri
> driver_detach(drv);
> module_remove_driver(drv);
> kobject_unregister(&drv->kobj);
> + driver_release(&drv->kobj);
> put_bus(drv->bus);
> }
>
>
> ...but that can't be right given that the darn thing booted just fine
> prior to the naming patch with an equally unhappy init_ipmi_si(). Hmm.
Ok. The path it's supposed to take to driver_release() goes like so....
[ 17.495312] bus platform: add driver ipmi
[ 17.506560] ipmi message handler version 39.1
[ 17.518099] ipmi device interface
[ 17.528491] device class 'ipmi': registering
[ 17.539854] bus platform: add driver ipmi_si
[ 17.551210] IPMI System Interface driver.
[ 17.562242] bus pci: add driver ipmi_si
[ 17.583686] bus pci: remove driver ipmi_si
[ 17.594721] BUG: at drivers/base/bus.c:65 driver_release()
[ 17.607224] [<c0105136>] show_trace_log_lvl+0x1a/0x30
[ 17.619434] [<c0105862>] show_trace+0x12/0x14
[ 17.630822] [<c0105906>] dump_stack+0x16/0x18
[ 17.642098] [<c034b632>] driver_release+0x37/0x39
[ 17.653703] [<c02c73b9>] kobject_cleanup+0x43/0x64
[ 17.665359] [<c02c73e5>] kobject_release+0xb/0xd
[ 17.676748] [<c02c8017>] kref_put+0x28/0x8c
[ 17.687626] [<c02c7374>] kobject_put+0x14/0x16
[ 17.698712] [<c02c74c4>] kobject_unregister+0x22/0x25
[ 17.710359] [<c034b7e0>] bus_remove_driver+0x95/0xa5
[ 17.721911] [<c034c87b>] driver_unregister+0xe/0x47
[ 17.733317] [<c02d59ac>] pci_unregister_driver+0x13/0x73
[ 17.745149] [<c033e141>] init_ipmi_si+0x798/0x7ba
[ 17.756339] [<c065b58c>] init+0x114/0x23c
[ 17.766748] [<c0104dab>] kernel_thread_helper+0x7/0x1c
...so I guess it's a ref counting problem somewhere.
-Mike
next prev parent reply other threads:[~2007-02-18 9:27 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-16 9:55 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot Mike Galbraith
2007-02-16 22:36 ` Greg KH
2007-02-17 1:38 ` Mike Galbraith
2007-02-17 1:50 ` Greg KH
2007-02-17 2:21 ` Markus Rechberger
2007-02-17 3:04 ` Markus Rechberger
2007-02-17 4:54 ` Greg KH
2007-02-17 8:20 ` Mike Galbraith
2007-02-18 8:02 ` Mike Galbraith
2007-02-18 9:27 ` Mike Galbraith [this message]
2007-02-19 6:24 ` [patch] " Mike Galbraith
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=1171790847.6844.5.camel@Homer.simpson.net \
--to=efault@gmx.de \
--cc=greg@kroah.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox