Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 80360
Description
Warren Togami
2002-12-24 22:57:10 UTC
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 *** |