HP Pavilion dv6 laptop fails to boot with CONFIG_HOTPLUG_PCI_ACPI=y
A message that is not in the archive (sent off-list or not yet received): [email protected]
(just forwarding without attachments to appease mail filters) Hi,
Quoted 1 line · Jeroen Nijhof
My laptop stopped booting (properly) after upgrading
[...]
Quoted 5 lines
I reported that as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=665493 .
Further investigation shows the difference was not the extra patches, but a configuration change: I narrowed it down to the change from
Quoted 8 lines
CONFIG_HOTPLUG_PCI_ACPI=m
to
CONFIG_HOTPLUG_PCI_ACPI=yNamely, configuring linux-stable v3.2.15 with the attached config-3.2.15-good booted alright, but with config-3.2.15-bad, with
CONFIG_HOTPLUG_PCI_ACPIchanged from 'm' to 'y' it did not -- failing one way or the other 100% of the time.
Thanks. I'm cc-ing Bjorn Helgaas because it seems that your message didn't hit the linux-pci list. (Maybe it hit some length limit?)
Quoted 26 lines
The problem persists with Debian's linux-image-3.3.0-trunk-amd64:amd64 v. 3.3.6-1~experimental.1 . And also with upstream v3.4.0:
compiled with the attached config-3.4.0-good (= Debian's config-3.2.0-1-amd64 + make oldconfig and accept defaults) it boots fine, but compiled with config-3.4.0-bad (= config-3.2.0-2-amd64 + make oldconfig) it does not.What happens for the bad v3.4.0 is that the booting gets half-way, but then gets stuck after "cfg80221: Calling CRDA for country: US". Pressing control-C then makes it continue with
"Starting Braille terminal driver". Since/etc/rcS.dcontainsS01mountkernfs.sh, S02udev and S03brltty, in that order, it seems that it was stuck in S02udev.It then continues to the extent that I can log in, but it keeps switching virtual terminals every few seconds. I did manage to capture dmesg, though -- attached as dmesg-3.4.0-bad (up to 7.83 s before the control-C, from 34.94 after the control-C).
Please note the Oops at 6.23s:[ 6.231033] [drm:drm_pci_agp_init] *ERROR* Cannot initialize the agpgart module. [ 6.233172] BUG: unable to handle kernel NULL pointer dereference at (null) [ 6.233325] IP: [<ffffffff8135804d>] __mutex_lock_common.isra.5+0xa0/0x167 [ 6.233426] PGD 0 [ 6.233513] Oops: 0002 [#1] SMP
Quoted 7 lines
Also, udevd starts complaining continuously:
udevd[364]: timeout: killing '
/sbin/modprobe-b pci:v00008086d00001C20sv0000103Csd00003581bc04sc03i00' [411] udevd[366]: timeout: killing '/sbin/modprobe-b pci:v00001002d00006760sv0000103Csd00003581bc03sc00i00' [411]So it looks like it got stuck with the Intel audio controller (00:1b.0) and the Radeon VGA controler (01:00.0)
Gah.
Quoted 19 lines
A following warm reboot is even worse: now it doesn't get further than
Loading, please wait...
modprobe: module unix not found in modules.dep
INIT: version 2.88 booting
[info] Using makefile-style concurrent booting in runlevel S [ ok ] Starting the hotplug events dispatcher: udevd [ ok ] Synthesizing the initial hotplug events...done [....] Waiting for /dev to be fully populated....-- and then it is stuck completely (that was with the 'normal' boot with the 'silent' parameter set)
Since the Oops mentioned a lock, I thought I'ld try turn on lockdep, starting from config-3.4.0-bad and set
CONFIG_LOCKDEP=yandCONFIG_PROVE_LOCKING=y, resulting in config-3.4.0-also-good . Unfortunately, this one boots without problems! The dmesg output from this kernel is attached as dmesg-3.4.0-also-good.
Quoted 4 lines
Finally, I've attached the output of acpidump (acpidump.out).
Any suggestions on how to narrow it down further? I'ld be happy to try some patches.
Thanks for a thorough report. linux-pci folks: the attachments from Jeroen's original message can be found at [1]. Ideas?
Thanks,
Jonathan
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=27;bug=665493