Bug#674243: Dell XPS 14z: Kernel crash when closing the lid
On Tue, Aug 28, 2012 at 09:05:03PM -0400, Sylvain Archenault wrote: > After a lot of tries, I found out which module causes the crash, > it's CONFIG_HOTPLUG_PCI_ACPI (module acpiphp). > > When it's built as a module, it's not loaded by default on my > machine, and closing the lid works. But if I load it, it crashes. I have the same laptop with the same lid closure crash. I was about to rebuild with this config change to try it when I found updating to the latest 3.6 experimental package fixed it for me. Can you try installing linux-image-3.6-trunk-amd64 from experimental and confirm? Summary of versions I have tried: * linux-image-3.2.0-4-amd64/3.2.32-1 crashes * linux-image-3.5-trunk-amd64/3.5.2-1~experimental.1 crashes * linux-image-3.6-trunk-amd64/3.6.4-1~experimental.1 works -- mike -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121112140713.ga6...@xps14z.home.local
Bug#674243: Dell XPS 14z: Kernel crash when closing the lid
found 674243 linux/3.2.32-1, linux/3.5.2-1~experimental.1 fixed 674243 linux/3.6.4-1~experimental.1 quit Hi, Mike Miller wrote: > I have the same laptop with the same lid closure crash. I was about to > rebuild with this config change to try it when I found updating to the > latest 3.6 experimental package fixed it for me. Thanks for testing. Do I understand correctly that your laptop is a Dell XPS 14z, too? > Can you try installing linux-image-3.6-trunk-amd64 from experimental and > confirm? > > Summary of versions I have tried: > * linux-image-3.2.0-4-amd64/3.2.32-1 crashes > * linux-image-3.5-trunk-amd64/3.5.2-1~experimental.1 crashes > * linux-image-3.6-trunk-amd64/3.6.4-1~experimental.1 works How does 3.5.5 from http://snapshot.debian.org/package/linux/ behave? Please also attach "acpidump" output and "dmesg" output from a successful boot. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121112160656.GD3546@elie.Belkin
Bug#674243: Dell XPS 14z: Kernel crash when closing the lid
I install the latest trunk version, and I was unable to load the module acpiphp. I haven't looked at deeply, is it built-in? which would explain why I am not able to load it !!! On my 3,6,2 I built from source, every time I try to load it I have this error: [ 650.277617] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 [ 650.278069] acpiphp_glue: can't evaluate _ADR (0x5) Which I also found in mike dmesg log. So I'm thinking that maybe since 3.6, there is a "fix" that prevents the module from being loaded if it can't. I found this: http://www.mail-archive.com/stable@vger.kernel.org/msg18981.html Sylvain On 11/12/2012 10:23 PM, Mike Miller wrote: found 674243 linux/3.5.5-1~experimental.1 thanks On Mon, Nov 12, 2012 at 08:06:56AM -0800, Jonathan Nieder wrote: Mike Miller wrote: I have the same laptop with the same lid closure crash. I was about to rebuild with this config change to try it when I found updating to the latest 3.6 experimental package fixed it for me. Thanks for testing. Do I understand correctly that your laptop is a Dell XPS 14z, too? Yes. How does 3.5.5 from http://snapshot.debian.org/package/linux/ behave? Please also attach "acpidump" output and "dmesg" output from a successful boot. 3.5.5 hangs when closing the lid the same as 3.5.2, now tagged as such. Attached acpidump and dmesg from a 3.6 successful boot. Anything else I can do on this? -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50a307b8.7050...@laposte.net
Bug#674243: Dell XPS 14z: Kernel crash when closing the lid
On Tue, 2012-11-13 at 21:53 -0500, Sylvain Archenault wrote: > I install the latest trunk version, and I was unable to load the module > acpiphp. I haven't looked at deeply, is it built-in? which would explain > why I am not able to load it !!! It's been built-in since 3.2.10-1. > On my 3,6,2 I built from source, every time I try to load it I have this > error: > > [ 650.277617] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 > [ 650.278069] acpiphp_glue: can't evaluate _ADR (0x5) > > Which I also found in mike dmesg log. > > So I'm thinking that maybe since 3.6, there is a "fix" that prevents the > module from being loaded if it can't. I found this: > http://www.mail-archive.com/stable@vger.kernel.org/msg18981.html [...] That fix ('PCI: acpiphp: check whether _ADR evaluation succeeded') causes acpiphp to give up on some devices that it can't or shouldn't handle. It doesn't necessarily stop acpiphp from being loaded, if it's a module. That fix was originally made in 3.6-rc1 and then included in 3.5.7, 3.2.31 and other stable updates. But you reported this bug was still present in Debian's 3.2.32-1, so I don't think they are related. Ben. -- Ben Hutchings friends: People who know you well, but like you anyway. signature.asc Description: This is a digitally signed message part
Bug#674243: Dell XPS 14z: Kernel crash when closing the lid
fixed 674243 linux/3.2.32-1 thanks Correcting my earlier bogus assertion, I just tested 3.2.32 and it *does* work, it no longer hangs my XPS 14z. Apologies all, I must have tested with an earlier 3.2.x before and somehow overlooked 3.2.32 when I was testing this weekend. On Tue, Nov 13, 2012 at 09:53:44PM -0500, Sylvain Archenault wrote: > I install the latest trunk version, and I was unable to load the > module acpiphp. I haven't looked at deeply, is it built-in? which > would explain why I am not able to load it !!! Yes, it will continue to be built in to the kernel (see #663433). > On my 3,6,2 I built from source, every time I try to load it I have > this error: > > [ 650.277617] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 > [ 650.278069] acpiphp_glue: can't evaluate _ADR (0x5) > > Which I also found in mike dmesg log. > > So I'm thinking that maybe since 3.6, there is a "fix" that prevents > the module from being loaded if it can't. I found this: > http://www.mail-archive.com/stable@vger.kernel.org/msg18981.html Yes, I think that is exactly it, thanks for pointing that out. I read your message, checked the commit log, saw that this fix should be in 3.2.32, prompting me to double-check and sure enough it does work. Can you confirm that the crash is gone for you as well running the 3.2.32-1 Debian kernel? -- mike -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121114051005.ga6...@xps14z.home.local
Bug#674243: Dell XPS 14z: Kernel crash when closing the lid
On 11/14/2012 12:10 AM, Mike Miller wrote: fixed 674243 linux/3.2.32-1 thanks Yes, it will continue to be built in to the kernel (see #663433). I completely forgot that when I tested yesterday Can you confirm that the crash is gone for you as well running the 3.2.32-1 Debian kernel? The crash is indeed gone when running 3.2.32-1, I can see the error message in the dmesg. I also tested 3.2.30-1, it crashes, in dmesg, I was able to see that it successfully loaded acpiphp: [0.838148] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 [0.838277] acpiphp: Slot [1] registered > That fix ('PCI: acpiphp: check whether _ADR evaluation succeeded') > causes acpiphp to give up on some devices that it can't or shouldn't > handle. It doesn't necessarily stop acpiphp from being loaded, if > it's a module. I guess what's happening here, is that acpiphp was handling devices it should not, and it segfaulted when the system was suspending (but only by closing the lid, suspending via the menu was working). Btw, I am unable to load it as a module on 3.6.6, let me know if I should try to pass an argument to bypass this error. Sylvain -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50a4581a.6000...@laposte.net
Bug#674243: Dell XPS 14z: Kernel crash when closing the lid
Hi, Sylvain Archenault wrote: > After a lot of tries, I found out which module causes the crash, > it's CONFIG_HOTPLUG_PCI_ACPI (module acpiphp). > > When it's built as a module, it's not loaded by default on my > machine, and closing the lid works. But if I load it, it crashes. Let's take this upstream. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120829163217.GB168@mannheim-rule.local