From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021218 Description of problem: Sony Vaio FXA-36 laptop Athlon Palomino 1GHz 512MB SDRAM VIA KT133A chipset poweroff no longer turns off my laptop automatically. All previous APM kernels from Red Hat did successfully, as does http://sourceforge.net/projects/acpi patch against 2.4.x and 2.5.x. Version-Release number of selected component (if applicable): Phoebe
Several other systems including Pentium3 no longer power down with this ACPI.
I concur that this problem also occurs on my system: Motherboard:ASUS ATX A7V-E/Chipset:KT133 Award BIOS, Rev. 1004 CPU: Athlon Thunderbird 1.0G System Memory: 512Mb / PC-133 DIMM I can only shut off the machine by powering off from the power-bar, not by holding the power switch on the box.
I'm experiencing described ACPI problems too. Here's some output from dmesg. [peterve@powermate tmp]$ dmesg |grep -i acpi BIOS-e820: 000000001fff0000 - 000000001fff8000 (ACPI data) BIOS-e820: 000000001fff8000 - 0000000020000000 (ACPI NVS) ACPI: Core Subsystem version [20021205] ACPI-0263: *** Info: GPE Block0 defined as GPE0 to GPE15 ACPI-0263: *** Info: GPE Block1 defined as GPE16 to GPE31 ACPI: Subsystem enabled apm: overridden by ACPI. [peterve@powermate tmp]$ I'll attach the output of "acpidmp" and "dmidecode" on my system to this bugzilla.
Created attachment 88969 [details] Output of acpidmp on Nec Powermate Pentium IV system
Created attachment 88970 [details] Output of dmidecode on Nec Powermate Pentium IV system (previous attachment is a plain text file, auto-detect incorrectly interpreted as binary...)
Created attachment 88971 [details] Output of acpidmp on Nec Powermate Pentium IV this time uploaded as plain text.
I see this problem on my home-built computer with MSI KT3-Ultra2 motherboard and Athlon XP 1700+ processor.
*** Bug 80513 has been marked as a duplicate of this bug. ***
The same happens also on IBM T21 laptop - other kernels happily powered it off but not with Phoebe kernel.
*** Bug 80655 has been marked as a duplicate of this bug. ***
Same for me, athlon 600 desktop with an asus irongate chipset slot a mb. I'll attach a dmidecode and acpidmp for this system too.
Question where do I find dmidecode and acpidmp?
/usr/sbin/acpidmp /usr/sbin/dmidecode Both members of package "kernel-utils-2.4-8.20"
Created attachment 88999 [details] output of dmidecode on asus k7m (athlon 600)
Created attachment 89000 [details] output of acpidmp on asus k7m (athlon 600 desktop)
Created attachment 89031 [details] Output of acpidmp on Aopen AK77-333 System with the same problem.
Created attachment 89032 [details] Output of dmidecode on Aopen AK77-333 System with the same problem.
Created attachment 89132 [details] acpidmp on Asus A7V8X Same problem here. Does any platform power down with this kernel?
Created attachment 89133 [details] dmidecode on Asus A7V8X. Same problem here. Does any platform power down with this kernel?
Created attachment 89230 [details] dmidecode output from i815 based computer Dell Optiplex GX150 (Intel 815 chipset, Pentium 3 on 1GHz) doesn't power down. Attached is the dmidecode output, as requested.
Created attachment 89232 [details] Output of acpidmp on IBM T21
Created attachment 89233 [details] Output of dmidecode on IBM T21
I also have the same problem (system does not power down). Motherboard: PCChips 533 M922LU System with 1.8Ghz Celeron Chip and VIA P4X333 & VT8235 chipsets. It has the AMI BIOS with ACPI revision 1.0. On the plus side, the upgrade fixed my problem with the VT8235 audio chipset. (I have not included the acpidmp or dmidecode but will do so if someone thinks it will be useful)
This problem is fixed for me with 2.4.20-2.9.
IBM T21 also now powers off as it should (2.4.20-2.11 tested) - thanks!
..except it's not because ACPI was fixed - the is no more ACPI at all. Oh well...
kernel 2.4.20-2.11 fixes the shutdown issue for me as well (along with a USB printing isue that cropped up under 2.4.20-2 ...)
*** This bug has been marked as a duplicate of 82123 ***