https://bugzilla.novell.com/show_bug.cgi?id=623393 https://bugzilla.novell.com/show_bug.cgi?id=623393#c41 --- Comment #41 from Thomas Renninger <trenn@novell.com> 2011-01-30 22:52:39 UTC --- The quirk is a red herring. git log reveals that it's in there since git history. It also only reserves the io ports for non-acpi kernel drivers and the machines hangs even before the quirk gets active. I'll attach dmesg of the working 2.6.31.14 kernel. If you upload dmesg of the recent kernel we could compare whether there is something obvious. But I cannot see anything before ACPI initialization which could cause this. Another idea could be to boot both (now) working kernels with increased acpi.debug_{level,layer} boot params and compare, but there will be quite some output... You could try to read up the chipset documentation and find out about the IO byte which causes the hang (writing 0xE3 to IO port 0x102F) which would probably still not explain why it worked with older kernels, but may give a pointer for what we are searching. I'll also upload another DSDT.hex with the GSMI function emptied. You should then be able to (un)plug AC, etc. Above might all end up without much of a result. Most promising, but cumbersome is a git bisect... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.