Created attachment 26410 [details] dmesg.log of Fedora 12 2.6.32 kernel None of ACPI functions are working with 2.6.32/2.6.33 x86_64 kernel on Fedora 12/13RC3 : reboot, shutdown, tty switch, user logoff/switch, and etc. When trying any of these functions, machine hangs. Steps to Reproduce: 1. Install Fedora 12 2. Boot into logon screen and try to reboot (or change tty) Actual results: machine hangs, could be rebooted only by hard reset. Expected results: machine reboot (or tty console) Additional info: ACPI functions work fine with 2.6.30 kernel from Fedora 11.
please attach the dmesg output after boot in 2.6.30 kernel. please attach the acpidump output of your laptop. and please check if the problem can be fixed by adding boot option acpi_osi="!Windows 2009"
Created attachment 26477 [details] acpidump for 2.6.33.3-85.fc13.x86_64
The acpi_osi="!Windows 2009" added to kernel options does not seem to change anything, same symptoms.
ACPI Error (psargs-0359): [ECEN] Namespace lookup failure, AE_NOT_FOUND ACPI Error (psparse-0537): Method parse/execution failed [\] (Node ffffffff81a0bb90), AE_NOT_FOUND ACPI Error (dswload-0781): [PRID] Namespace lookup failure, AE_ALREADY_EXISTS ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20090903/psloop-230) ACPI Error (psparse-0537): Method parse/execution failed [\] (Node ffffffff81a0bb90), AE_ALREADY_EXISTS ACPI: Marking method \___ as Serialized because of AE_ALREADY_EXISTS error ACPI: Executed 3 blocks of module-level executable AML code this is a bug that have been fixed in the new ACPICA release. please try the latest upstream kernel, say 2.6.35-rc to see if the problem still exists.
please re-open it if the problem still exists in 2.6.35-rc kernel
I've just compiled fedora's 2.6.35-0.31.rc4.git4.fc13.x86_64 from Koji http://koji.fedoraproject.org/koji/buildinfo?buildID=182648 Same problem. As you asked, reopening the bug.
Ming, can you please double check if the fix has been merged in 2.6.35-rc4 please?
Hi, Mae What's the ACPICA version in 2.6.35-0.31.rc4.git4.fc13.x86_64? dmesg |grep -i acpi |grep -i core
Hi Ming, How can I determine the ACPICA version? 2010/7/12 <bugzilla-daemon@bugzilla.kernel.org>: > https://bugzilla.kernel.org/show_bug.cgi?id=15987 > > > > > > --- Comment #8 from Lin Ming <ming.m.lin@intel.com> 2010-07-12 08:29:58 --- > Hi, Mae > > What's the ACPICA version in 2.6.35-0.31.rc4.git4.fc13.x86_64? > > dmesg |grep -i acpi |grep -i core > > -- > Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug. >
Please boot kernel 2.6.35-0.31.rc4.git4.fc13.x86_64 and then run below command, dmesg |grep -i acpi |grep -i core This bug seems a duplicate of http://www.acpica.org/bugzilla/show_bug.cgi?id=762 It should be already fixed by below commit in 2.6.33-rc1 with ACPICA version 20091112. commit 9a884ab64a4d092b4c3bf24fd9a30f7fbd4591e7 Author: Lin Ming <ming.m.lin@intel.com> Date: Thu Nov 12 09:57:53 2009 +0800 ACPICA: Add additional module-level code support This change will execute module-level code that is not at the root of the namespace (under a Device object, etc.). ACPICA BZ 762. http://www.acpica.org/bugzilla/show_bug.cgi?id=762 Signed-off-by: Lin Ming <ming.m.lin@intel.com> Signed-off-by: Bob Moore <robert.moore@intel.com> Signed-off-by: Len Brown <len.brown@intel.com>
I'm guessing something could be wrong in our expectations: [marcusmae@noisy ~]$ uname -a Linux noisy 2.6.35-0.31.rc4.git4.fc13.x86_64 #1 SMP Sun Jul 11 21:43:00 MSD 2010 x86_64 x86_64 x86_64 GNU/Linux [marcusmae@noisy ~]$ dmesg | grep -i acpi | grep -i core ACPI: Core revision 20100428 And all ACPI issues are still here: no correct tty switch, no correct shutdown/poweroff --- results into hang. Also I've seen that everything is fine when X server was not loaded. Does it make sense? 2010/7/13 <bugzilla-daemon@bugzilla.kernel.org>: > https://bugzilla.kernel.org/show_bug.cgi?id=15987 > > > > > > --- Comment #10 from Lin Ming <ming.m.lin@intel.com> 2010-07-13 00:07:40 --- > Please boot kernel 2.6.35-0.31.rc4.git4.fc13.x86_64 and then run below > command, > dmesg |grep -i acpi |grep -i core > > This bug seems a duplicate of > http://www.acpica.org/bugzilla/show_bug.cgi?id=762 > It should be already fixed by below commit in 2.6.33-rc1 with ACPICA version > 20091112. > > commit 9a884ab64a4d092b4c3bf24fd9a30f7fbd4591e7 > Author: Lin Ming <ming.m.lin@intel.com> > Date: Thu Nov 12 09:57:53 2009 +0800 > > ACPICA: Add additional module-level code support > > This change will execute module-level code that is not at the > root of the namespace (under a Device object, etc.). > ACPICA BZ 762. > > http://www.acpica.org/bugzilla/show_bug.cgi?id=762 > > Signed-off-by: Lin Ming <ming.m.lin@intel.com> > Signed-off-by: Bob Moore <robert.moore@intel.com> > Signed-off-by: Len Brown <len.brown@intel.com> > > -- > Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug. >
does the error message in comment #4 still exist? please attach the dmesg output of the new kernel.
no response from the bug reporter for more than a month. please re-open it if the problem still exists in the LATEST upstream kernel and you can answer the question in comment #12.