[patch] Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
On Sun, 2007-02-18 at 10:27 +0100, Mike Galbraith wrote: > 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.0 +0100 > > +++ drivers/base/bus.c 2007-02-18 08:39:09.0 +0100 > > @@ -593,6 +593,7 @@ void bus_remove_driver(struct device_dri > > driver_detach(drv); > > module_remove_driver(drv); > > kobject_unregister(>kobj); > > + driver_release(>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] [] show_trace_log_lvl+0x1a/0x30 > [ 17.619434] [] show_trace+0x12/0x14 > [ 17.630822] [] dump_stack+0x16/0x18 > [ 17.642098] [] driver_release+0x37/0x39 > [ 17.653703] [] kobject_cleanup+0x43/0x64 > [ 17.665359] [] kobject_release+0xb/0xd > [ 17.676748] [] kref_put+0x28/0x8c > [ 17.687626] [] kobject_put+0x14/0x16 > [ 17.698712] [] kobject_unregister+0x22/0x25 > [ 17.710359] [] bus_remove_driver+0x95/0xa5 > [ 17.721911] [] driver_unregister+0xe/0x47 > [ 17.733317] [] pci_unregister_driver+0x13/0x73 > [ 17.745149] [] init_ipmi_si+0x798/0x7ba > [ 17.756339] [] init+0x114/0x23c > [ 17.766748] [] kernel_thread_helper+0x7/0x1c > > ...so I guess it's a ref counting problem somewhere. The below fixes a reference counting bug exposed by commit 725522b5453dd680412f2b6463a988e4fd148757. If driver.mod_name exists, we take a reference in module_add_driver(), and never release it. Undo that reference in module_remove_driver(). My box now boots fine, and modprobe/rmmod didn't explode, so I'll add a blame line. Signed-off-by: Mike Galbraith <[EMAIL PROTECTED]> --- a/kernel/module.c.org 2007-02-19 06:41:02.0 +0100 +++ b/kernel/module.c 2007-02-19 06:49:08.0 +0100 @@ -2417,6 +2417,12 @@ void module_remove_driver(struct device_ kfree(driver_name); } } + /* +* Undo the additional reference we added in module_add_driver() +* via kset_find_obj() +*/ + if (drv->mod_name) + kobject_put(>kobj); } EXPORT_SYMBOL(module_remove_driver); - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
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.org2007-02-18 08:38:57.0 +0100 > +++ drivers/base/bus.c2007-02-18 08:39:09.0 +0100 > @@ -593,6 +593,7 @@ void bus_remove_driver(struct device_dri > driver_detach(drv); > module_remove_driver(drv); > kobject_unregister(>kobj); > + driver_release(>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] [] show_trace_log_lvl+0x1a/0x30 [ 17.619434] [] show_trace+0x12/0x14 [ 17.630822] [] dump_stack+0x16/0x18 [ 17.642098] [] driver_release+0x37/0x39 [ 17.653703] [] kobject_cleanup+0x43/0x64 [ 17.665359] [] kobject_release+0xb/0xd [ 17.676748] [] kref_put+0x28/0x8c [ 17.687626] [] kobject_put+0x14/0x16 [ 17.698712] [] kobject_unregister+0x22/0x25 [ 17.710359] [] bus_remove_driver+0x95/0xa5 [ 17.721911] [] driver_unregister+0xe/0x47 [ 17.733317] [] pci_unregister_driver+0x13/0x73 [ 17.745149] [] init_ipmi_si+0x798/0x7ba [ 17.756339] [] init+0x114/0x23c [ 17.766748] [] kernel_thread_helper+0x7/0x1c ...so I guess it's a ref counting problem somewhere. -Mike - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
On Sat, 2007-02-17 at 09:20 +0100, Mike Galbraith wrote: > On Fri, 2007-02-16 at 17:50 -0800, Greg KH wrote: > > On Sat, Feb 17, 2007 at 02:38:08AM +0100, Mike Galbraith wrote: > > > On Fri, 2007-02-16 at 14:36 -0800, Greg KH wrote: > > > > On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith wrote: > > > > > Greetings, > > > > > > > > > > Per $subject, git.yesterday hangs hard on boot here. A git bisect > > > > > fingered the commit below, which I verified via git bisect reset; git > > > > > revert -n 725522b5453dd680412f2b6463a988e4fd148757, after which box > > > > > boots fine. (well, I hope I verified... i'm git-ignorant) > > > > > > > > If you change CONFIG_SYSFS_DEPRECATED to Y, does that solve the problem? > > > > > > It's already set. > > > > It's not set in the config file you sent to me and the list :) > > Oops. (Lysdexic mouse, or friends+Aerosmith+beer+2:30A.M.:) Makes no > difference. Nada from nmi_watchdog either btw. 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.0 +0100 +++ drivers/base/bus.c 2007-02-18 08:39:09.0 +0100 @@ -593,6 +593,7 @@ void bus_remove_driver(struct device_dri driver_detach(drv); module_remove_driver(drv); kobject_unregister(>kobj); + driver_release(>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. -Mike - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
On Sat, 2007-02-17 at 09:20 +0100, Mike Galbraith wrote: On Fri, 2007-02-16 at 17:50 -0800, Greg KH wrote: On Sat, Feb 17, 2007 at 02:38:08AM +0100, Mike Galbraith wrote: On Fri, 2007-02-16 at 14:36 -0800, Greg KH wrote: On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith wrote: Greetings, Per $subject, git.yesterday hangs hard on boot here. A git bisect fingered the commit below, which I verified via git bisect reset; git revert -n 725522b5453dd680412f2b6463a988e4fd148757, after which box boots fine. (well, I hope I verified... i'm git-ignorant) If you change CONFIG_SYSFS_DEPRECATED to Y, does that solve the problem? It's already set. It's not set in the config file you sent to me and the list :) Oops. (Lysdexic mouse, or friends+Aerosmith+beer+2:30A.M.:) Makes no difference. Nada from nmi_watchdog either btw. 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.0 +0100 +++ drivers/base/bus.c 2007-02-18 08:39:09.0 +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. -Mike - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
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.org2007-02-18 08:38:57.0 +0100 +++ drivers/base/bus.c2007-02-18 08:39:09.0 +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 - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[patch] Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
On Sun, 2007-02-18 at 10:27 +0100, Mike Galbraith wrote: 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.0 +0100 +++ drivers/base/bus.c 2007-02-18 08:39:09.0 +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. The below fixes a reference counting bug exposed by commit 725522b5453dd680412f2b6463a988e4fd148757. If driver.mod_name exists, we take a reference in module_add_driver(), and never release it. Undo that reference in module_remove_driver(). My box now boots fine, and modprobe/rmmod didn't explode, so I'll add a blame line. Signed-off-by: Mike Galbraith [EMAIL PROTECTED] --- a/kernel/module.c.org 2007-02-19 06:41:02.0 +0100 +++ b/kernel/module.c 2007-02-19 06:49:08.0 +0100 @@ -2417,6 +2417,12 @@ void module_remove_driver(struct device_ kfree(driver_name); } } + /* +* Undo the additional reference we added in module_add_driver() +* via kset_find_obj() +*/ + if (drv-mod_name) + kobject_put(drv-kobj); } EXPORT_SYMBOL(module_remove_driver); - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
On Fri, 2007-02-16 at 17:50 -0800, Greg KH wrote: > On Sat, Feb 17, 2007 at 02:38:08AM +0100, Mike Galbraith wrote: > > On Fri, 2007-02-16 at 14:36 -0800, Greg KH wrote: > > > On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith wrote: > > > > Greetings, > > > > > > > > Per $subject, git.yesterday hangs hard on boot here. A git bisect > > > > fingered the commit below, which I verified via git bisect reset; git > > > > revert -n 725522b5453dd680412f2b6463a988e4fd148757, after which box > > > > boots fine. (well, I hope I verified... i'm git-ignorant) > > > > > > If you change CONFIG_SYSFS_DEPRECATED to Y, does that solve the problem? > > > > It's already set. > > It's not set in the config file you sent to me and the list :) Oops. (Lysdexic mouse, or friends+Aerosmith+beer+2:30A.M.:) Makes no difference. Nada from nmi_watchdog either btw. -Mike - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
On Fri, 2007-02-16 at 17:50 -0800, Greg KH wrote: On Sat, Feb 17, 2007 at 02:38:08AM +0100, Mike Galbraith wrote: On Fri, 2007-02-16 at 14:36 -0800, Greg KH wrote: On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith wrote: Greetings, Per $subject, git.yesterday hangs hard on boot here. A git bisect fingered the commit below, which I verified via git bisect reset; git revert -n 725522b5453dd680412f2b6463a988e4fd148757, after which box boots fine. (well, I hope I verified... i'm git-ignorant) If you change CONFIG_SYSFS_DEPRECATED to Y, does that solve the problem? It's already set. It's not set in the config file you sent to me and the list :) Oops. (Lysdexic mouse, or friends+Aerosmith+beer+2:30A.M.:) Makes no difference. Nada from nmi_watchdog either btw. -Mike - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
On Sat, Feb 17, 2007 at 04:04:52AM +0100, Markus Rechberger wrote: > On 2/17/07, Markus Rechberger <[EMAIL PROTECTED]> wrote: > >On 2/17/07, Greg KH <[EMAIL PROTECTED]> wrote: > >> On Sat, Feb 17, 2007 at 02:38:08AM +0100, Mike Galbraith wrote: > >> > On Fri, 2007-02-16 at 14:36 -0800, Greg KH wrote: > >> > > On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith wrote: > >> > > > Greetings, > >> > > > > >> > > > Per $subject, git.yesterday hangs hard on boot here. A git bisect > >> > > > fingered the commit below, which I verified via git bisect reset; > >git > >> > > > revert -n 725522b5453dd680412f2b6463a988e4fd148757, after which box > >> > > > boots fine. (well, I hope I verified... i'm git-ignorant) > >> > > > >> > > If you change CONFIG_SYSFS_DEPRECATED to Y, does that solve the > >problem? > >> > > >> > It's already set. > >> > >> It's not set in the config file you sent to me and the list :) > >> > > > >I'm having a hard lockup to when I fire up xmms in X (maybe some other > >apps too) I'm bisecting at the moment. > >CONFIG_SYSFS_DEPRECIATED is set to Y here too, so I might have another > >problem here.. let's see what bisecting will show up.. > > > > seems to be a "wrong" alarm here, it was caused by a new xorg.conf and > an intel 855gm chipset. That's good, thanks for letting us know. greg k-h - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
On 2/17/07, Markus Rechberger <[EMAIL PROTECTED]> wrote: On 2/17/07, Greg KH <[EMAIL PROTECTED]> wrote: > On Sat, Feb 17, 2007 at 02:38:08AM +0100, Mike Galbraith wrote: > > On Fri, 2007-02-16 at 14:36 -0800, Greg KH wrote: > > > On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith wrote: > > > > Greetings, > > > > > > > > Per $subject, git.yesterday hangs hard on boot here. A git bisect > > > > fingered the commit below, which I verified via git bisect reset; git > > > > revert -n 725522b5453dd680412f2b6463a988e4fd148757, after which box > > > > boots fine. (well, I hope I verified... i'm git-ignorant) > > > > > > If you change CONFIG_SYSFS_DEPRECATED to Y, does that solve the problem? > > > > It's already set. > > It's not set in the config file you sent to me and the list :) > I'm having a hard lockup to when I fire up xmms in X (maybe some other apps too) I'm bisecting at the moment. CONFIG_SYSFS_DEPRECIATED is set to Y here too, so I might have another problem here.. let's see what bisecting will show up.. seems to be a "wrong" alarm here, it was caused by a new xorg.conf and an intel 855gm chipset. Markus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
On 2/17/07, Greg KH <[EMAIL PROTECTED]> wrote: On Sat, Feb 17, 2007 at 02:38:08AM +0100, Mike Galbraith wrote: > On Fri, 2007-02-16 at 14:36 -0800, Greg KH wrote: > > On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith wrote: > > > Greetings, > > > > > > Per $subject, git.yesterday hangs hard on boot here. A git bisect > > > fingered the commit below, which I verified via git bisect reset; git > > > revert -n 725522b5453dd680412f2b6463a988e4fd148757, after which box > > > boots fine. (well, I hope I verified... i'm git-ignorant) > > > > If you change CONFIG_SYSFS_DEPRECATED to Y, does that solve the problem? > > It's already set. It's not set in the config file you sent to me and the list :) I'm having a hard lockup to when I fire up xmms in X (maybe some other apps too) I'm bisecting at the moment. CONFIG_SYSFS_DEPRECIATED is set to Y here too, so I might have another problem here.. let's see what bisecting will show up.. Markus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
On Sat, Feb 17, 2007 at 02:38:08AM +0100, Mike Galbraith wrote: > On Fri, 2007-02-16 at 14:36 -0800, Greg KH wrote: > > On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith wrote: > > > Greetings, > > > > > > Per $subject, git.yesterday hangs hard on boot here. A git bisect > > > fingered the commit below, which I verified via git bisect reset; git > > > revert -n 725522b5453dd680412f2b6463a988e4fd148757, after which box > > > boots fine. (well, I hope I verified... i'm git-ignorant) > > > > If you change CONFIG_SYSFS_DEPRECATED to Y, does that solve the problem? > > It's already set. It's not set in the config file you sent to me and the list :) thanks, greg k-h - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
On Fri, 2007-02-16 at 14:36 -0800, Greg KH wrote: > On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith wrote: > > Greetings, > > > > Per $subject, git.yesterday hangs hard on boot here. A git bisect > > fingered the commit below, which I verified via git bisect reset; git > > revert -n 725522b5453dd680412f2b6463a988e4fd148757, after which box > > boots fine. (well, I hope I verified... i'm git-ignorant) > > If you change CONFIG_SYSFS_DEPRECATED to Y, does that solve the problem? It's already set. > If not, can you press alt-sysrq-T and send us the list of the tasks so > that we can try to figure out what is hanging here? Box is ding-dong-dead. I'll fiddle with it. (pretty darn innocuous looking change...) -Mike - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith wrote: > Greetings, > > Per $subject, git.yesterday hangs hard on boot here. A git bisect > fingered the commit below, which I verified via git bisect reset; git > revert -n 725522b5453dd680412f2b6463a988e4fd148757, after which box > boots fine. (well, I hope I verified... i'm git-ignorant) If you change CONFIG_SYSFS_DEPRECATED to Y, does that solve the problem? If not, can you press alt-sysrq-T and send us the list of the tasks so that we can try to figure out what is hanging here? thanks, greg k-h - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith wrote: Greetings, Per $subject, git.yesterday hangs hard on boot here. A git bisect fingered the commit below, which I verified via git bisect reset; git revert -n 725522b5453dd680412f2b6463a988e4fd148757, after which box boots fine. (well, I hope I verified... i'm git-ignorant) If you change CONFIG_SYSFS_DEPRECATED to Y, does that solve the problem? If not, can you press alt-sysrq-T and send us the list of the tasks so that we can try to figure out what is hanging here? thanks, greg k-h - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
On Fri, 2007-02-16 at 14:36 -0800, Greg KH wrote: On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith wrote: Greetings, Per $subject, git.yesterday hangs hard on boot here. A git bisect fingered the commit below, which I verified via git bisect reset; git revert -n 725522b5453dd680412f2b6463a988e4fd148757, after which box boots fine. (well, I hope I verified... i'm git-ignorant) If you change CONFIG_SYSFS_DEPRECATED to Y, does that solve the problem? It's already set. If not, can you press alt-sysrq-T and send us the list of the tasks so that we can try to figure out what is hanging here? Box is ding-dong-dead. I'll fiddle with it. (pretty darn innocuous looking change...) -Mike - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
On Sat, Feb 17, 2007 at 02:38:08AM +0100, Mike Galbraith wrote: On Fri, 2007-02-16 at 14:36 -0800, Greg KH wrote: On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith wrote: Greetings, Per $subject, git.yesterday hangs hard on boot here. A git bisect fingered the commit below, which I verified via git bisect reset; git revert -n 725522b5453dd680412f2b6463a988e4fd148757, after which box boots fine. (well, I hope I verified... i'm git-ignorant) If you change CONFIG_SYSFS_DEPRECATED to Y, does that solve the problem? It's already set. It's not set in the config file you sent to me and the list :) thanks, greg k-h - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
On 2/17/07, Greg KH [EMAIL PROTECTED] wrote: On Sat, Feb 17, 2007 at 02:38:08AM +0100, Mike Galbraith wrote: On Fri, 2007-02-16 at 14:36 -0800, Greg KH wrote: On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith wrote: Greetings, Per $subject, git.yesterday hangs hard on boot here. A git bisect fingered the commit below, which I verified via git bisect reset; git revert -n 725522b5453dd680412f2b6463a988e4fd148757, after which box boots fine. (well, I hope I verified... i'm git-ignorant) If you change CONFIG_SYSFS_DEPRECATED to Y, does that solve the problem? It's already set. It's not set in the config file you sent to me and the list :) I'm having a hard lockup to when I fire up xmms in X (maybe some other apps too) I'm bisecting at the moment. CONFIG_SYSFS_DEPRECIATED is set to Y here too, so I might have another problem here.. let's see what bisecting will show up.. Markus - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
On 2/17/07, Markus Rechberger [EMAIL PROTECTED] wrote: On 2/17/07, Greg KH [EMAIL PROTECTED] wrote: On Sat, Feb 17, 2007 at 02:38:08AM +0100, Mike Galbraith wrote: On Fri, 2007-02-16 at 14:36 -0800, Greg KH wrote: On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith wrote: Greetings, Per $subject, git.yesterday hangs hard on boot here. A git bisect fingered the commit below, which I verified via git bisect reset; git revert -n 725522b5453dd680412f2b6463a988e4fd148757, after which box boots fine. (well, I hope I verified... i'm git-ignorant) If you change CONFIG_SYSFS_DEPRECATED to Y, does that solve the problem? It's already set. It's not set in the config file you sent to me and the list :) I'm having a hard lockup to when I fire up xmms in X (maybe some other apps too) I'm bisecting at the moment. CONFIG_SYSFS_DEPRECIATED is set to Y here too, so I might have another problem here.. let's see what bisecting will show up.. seems to be a wrong alarm here, it was caused by a new xorg.conf and an intel 855gm chipset. Markus - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20.git regression: 'PCI: add the sysfs driver name to all modules' causes hard hang on boot
On Sat, Feb 17, 2007 at 04:04:52AM +0100, Markus Rechberger wrote: On 2/17/07, Markus Rechberger [EMAIL PROTECTED] wrote: On 2/17/07, Greg KH [EMAIL PROTECTED] wrote: On Sat, Feb 17, 2007 at 02:38:08AM +0100, Mike Galbraith wrote: On Fri, 2007-02-16 at 14:36 -0800, Greg KH wrote: On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith wrote: Greetings, Per $subject, git.yesterday hangs hard on boot here. A git bisect fingered the commit below, which I verified via git bisect reset; git revert -n 725522b5453dd680412f2b6463a988e4fd148757, after which box boots fine. (well, I hope I verified... i'm git-ignorant) If you change CONFIG_SYSFS_DEPRECATED to Y, does that solve the problem? It's already set. It's not set in the config file you sent to me and the list :) I'm having a hard lockup to when I fire up xmms in X (maybe some other apps too) I'm bisecting at the moment. CONFIG_SYSFS_DEPRECIATED is set to Y here too, so I might have another problem here.. let's see what bisecting will show up.. seems to be a wrong alarm here, it was caused by a new xorg.conf and an intel 855gm chipset. That's good, thanks for letting us know. greg k-h - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
