ACPI trouble (Was: Re: [patch] amd athlon cooling on kt266/266a chipset)
Rasmus Bøg Hansen
> Hello Rasmus,
>
> I hope that I've extracted your name right?
Yup, just a danish letter in my middle-name :-)
> > However, after disabling APM and enabling ACPI, my system won't power
> > off anymore :-(
>
> This should be easily solved.
>
> I point on your distro's startup scripts. They only look if apm is enabled
> but _NOT ACPI...
Well, RedHat 7.2 does not look if apm or acpi is configured, it just
uses -p unless the command run was 'halt' or 'reboot'.
When running '/sbin/poweroff' from single-user, 'halt -i -d p' is the
last command run by the halt script. The I get the message 'Power down.'
from the kernel and my system just hangs here.
When running /sbin/poweroff from runlevel 3 or 5, 'halt -i -d -p' is
again the last command run, follwing this from the kernel:
Power down.
hwsleep-0178 [02] Acpi_enable_sleep_state: Entering S5
And again my system hangs. Pressing the power button for 4 seconds turns
off the computer (the BIOS is set to 'immediate power off').
Ctrl-Alt-Delete or any other keyboard combinations do not work.
Reboot works fine. APM poweroff also works flawlessly (but then I do not
get the powersaving functions).
In runlevel 3, the following modules are loaded (some are patched in
from the iptables package. They should not cause this, as I can
reproduce this without iptables configured/patched at all):
Module Size Used by Tainted: P
binfmt_misc 5636 1
parport_pc 21416 1 (autoclean)
lp 6016 0 (autoclean)
parport 23680 1 (autoclean) [parport_pc lp]
autofs4 8228 2 (autoclean)
smbfs 31104 1 (autoclean)
eepro100 17136 1
af_packet 11912 0 (autoclean)
ipt_REJECT 2784 1 (autoclean)
ipt_record_rpc 1504 4 (autoclean)
ip_conntrack_rpc_tcp 2880 1 (autoclean) [ipt_record_rpc]
ip_conntrack_rpc_udp 2720 1 (autoclean) [ipt_record_rpc]
ipt_unclean 6816 4 (autoclean)
ipt_state 576 21 (autoclean)
ipt_LOG 3360 13 (autoclean)
ipt_limit 928 12 (autoclean)
iptable_mangle 1696 0 (autoclean) (unused)
iptable_nat 13844 1 (autoclean)
iptable_filter 1664 1 (autoclean)
ip_tables 10688 11 [ipt_REJECT ipt_record_rpc ipt_unclean
ipt_state ipt_LOG ipt_limit iptable_mangle iptable_nat iptable_filter]
ip_conntrack_h323 2208 0 (unused)
ip_conntrack_irc 2624 0 (unused)
ip_conntrack_ftp 3424 0 (unused)
ip_conntrack 14444 8 [ipt_record_rpc ip_conntrack_rpc_tcp
ip_conntrack_rpc_udp ipt_state iptable_nat ip_conntrack_h323
ip_conntrack_irc ip_conntrack_ftp]
ntfs 47936 1 (autoclean)
nls_iso8859-15 3328 2 (autoclean)
nls_cp865 4320 2 (autoclean)
vfat 9564 1 (autoclean)
fat 29944 0 (autoclean) [vfat]
rtc 5656 0 (autoclean)
From my 'make menuconfig:
[*] Power Management support
[*] ACPI support
[*] ACPI Debug Statements
<*> ACPI Bus Manager
<*> System
<*> Processor
< > Button
< > AC Adapter
< > Embedded Controller
< > Advanced Power Management BIOS support
At bootup I get the following regarding ACPI:
tbxface-0099 [01] Acpi_load_tables : ACPI Tables successfully
loaded
Parsing
Methods:...................................................................................................................
115 Control Methods found and parsed (364 nodes total)
ACPI Namespace successfully loaded at root c0286ee0
ACPI: Core Subsystem version [20011018]
evxfevnt-0081 [02] Acpi_enable : Transition to ACPI mode
successful
Executing device _INI methods:.......................................
39 Devices found: 39 _STA, 0 _INI
Completing Region and Field initialization:...................
17/24 Regions, 2/2 Fields initialized (364 nodes total)
ACPI: Subsystem enabled
ACPI: System firmware supports S0 S1 S4 S5
Processor[0]: C0 C1 C2, 8 throttling states
My motherboard is an Asus A7V133-C. Output from lspci -v:
00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03)
Subsystem: Asustek Computer, Inc.: Unknown device 8042
Flags: bus master, medium devsel, latency 8
Memory at e0000000 (32-bit, prefetchable) [size=128M]
Capabilities: <available only to root>
00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] (prog-if 00 [Normal decode])
Flags: bus master, 66Mhz, medium devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
Memory behind bridge: d6000000-d7cfffff
Prefetchable memory behind bridge: d7f00000-dfffffff
Capabilities: <available only to root>
00:04.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40)
Subsystem: Asustek Computer, Inc.: Unknown device 8042
Flags: bus master, stepping, medium devsel, latency 0
Capabilities: <available only to root>
00:04.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
Flags: bus master, medium devsel, latency 32
I/O ports at d800 [size=16]
Capabilities: <available only to root>
00:04.3 USB Controller: VIA Technologies, Inc. UHCI USB (rev 16) (prog-if 00 [UHCI])
Subsystem: Unknown device 0925:1234
Flags: bus master, medium devsel, latency 32, IRQ 9
I/O ports at d000 [size=32]
Capabilities: <available only to root>
00:04.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
Subsystem: Asustek Computer, Inc.: Unknown device 8042
Flags: medium devsel, IRQ 9
Capabilities: <available only to root>
00:0a.0 Multimedia audio controller: Ensoniq ES1370 [AudioPCI] (rev 01)
Subsystem: Unknown device 4942:4c4c
Flags: bus master, slow devsel, latency 32, IRQ 5
I/O ports at a400 [size=64]
00:0b.0 Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev 08)
Subsystem: Intel Corporation EtherExpress PRO/100+ Management Adapter
Flags: bus master, medium devsel, latency 32, IRQ 10
Memory at d5800000 (32-bit, non-prefetchable) [size=4K]
I/O ports at a000 [size=64]
Memory at d5000000 (32-bit, non-prefetchable) [size=1M]
Expansion ROM at <unassigned> [disabled] [size=1M]
Capabilities: <available only to root>
00:0c.0 SCSI storage controller: Advanced System Products, Inc ABP940-U / ABP960-U (rev 03)
Subsystem: Advanced System Products, Inc ASC1300 SCSI Adapter
Flags: bus master, medium devsel, latency 32, IRQ 11
I/O ports at 9800 [size=256]
Memory at d4800000 (32-bit, non-prefetchable) [size=256]
Expansion ROM at <unassigned> [disabled] [size=64K]
01:00.0 VGA compatible controller: nVidia Corporation NV11 (GeForce2 MX DDR) (rev b2) (prog-if 00 [VGA])
Subsystem: Micro-star International Co Ltd: Unknown device 8261
Flags: bus master, 66Mhz, medium devsel, latency 248, IRQ 11
Memory at d6000000 (32-bit, non-prefetchable) [size=16M]
Memory at d8000000 (32-bit, prefetchable) [size=128M]
Expansion ROM at d7ff0000 [disabled] [size=64K]
Capabilities: <available only to root>
I have tried different ACPI configurations, but I haven't been able to
make any of them work.
I have very little knowledge of ACPI, but I'll be happy to help (if this
is not my fault of course - then I will apologize for taking your time
:-)).
Regards
Rasmus
--
-- [ Rasmus "Møffe" Bøg Hansen ] ---------------------------------------
God, root, what is difference?
God is more forgiving.
----------------------------------[ moffe at amagerkollegiet dot dk ] --
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majo...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Wayne Whitney
> When running /sbin/poweroff from runlevel 3 or 5, 'halt -i -d -p' is
> again the last command run, follwing this from the kernel:
> Power down.
> hwsleep-0178 [02] Acpi_enable_sleep_state: Entering S5
> And again my system hangs.
I have an ASUS A7V motherboard, similar to your ASUS A7V133. I find
that stock kernel (2.4.18-pre7) APM powers off the machine, but stock
kernel ACPI does not. However, the Intel ACPI patch, available from
http://developer.intel.com/technology/IAPC/acpi/downloads.htm against
kernel 2.4.16, does power down my machine. I was able to forward port
this to 2.4.18-pre7 without too much trouble by starting with 2.4.16,
applying the Intel ACPI patch first, and then applying kernel
patch-2.4.17 and kernel patch-2.4.18-pre7.
As to the merits of the amd_disconnect patch that started this thread,
under 2.4.18-pre7-acpi, I get an idle CPU temperature of about 48 C.
With the amd_disconnect patch, it drops to 32-35 C, wow! As
previously discussed, APM + amd_disconnect on an Athlon does not
provide any power savings, one needs ACPI + amd_disconnect.
Note that on this motherboard (and perhaps all ASUS Via chipset
motherboards, including the A7V133), one needs the following line in
/etc/sensors.conf to get reasonable lm_sensors CPU temperatures:
compute temp2 @*2, @/2
This is as described at http://www2.lm-sensors.nu/~lm78/support.html
in Ticket 775.
Best wishes,
Wayne
pogo...@phys.ualberta.ca
> motherboards, including the A7V133), one needs the following line in
> /etc/sensors.conf to get reasonable lm_sensors CPU temperatures:
> compute temp2 @*2, @/2
> This is as described at http://www2.lm-sensors.nu/~lm78/support.html
> in Ticket 775.
>
I have ASUS A7V266-E (AS99127F chip) and lm_sensors 2.6.2
shows 43 C for CPU without any additional lines in /etc/sensors.conf
Which sounds reasonable. However this temperature is rarely ever change !
I typically have 43.1, sometimes 42.8 and that's it. Even after 2-3 min
compiles. So something is wrong
Dmitri
Petr Vandrovec
> In mailing-lists.linux-kernel, Rasmus B?g Hansen wrote:
>
> > When running /sbin/poweroff from runlevel 3 or 5, 'halt -i -d -p' is
> > again the last command run, follwing this from the kernel:
> > Power down.
> > hwsleep-0178 [02] Acpi_enable_sleep_state: Entering S5
> > And again my system hangs.
>
> I have an ASUS A7V motherboard, similar to your ASUS A7V133. I find
> that stock kernel (2.4.18-pre7) APM powers off the machine, but stock
> kernel ACPI does not. However, the Intel ACPI patch, available from
> http://developer.intel.com/technology/IAPC/acpi/downloads.htm against
> kernel 2.4.16, does power down my machine. I was able to forward port
> this to 2.4.18-pre7 without too much trouble by starting with 2.4.16,
> applying the Intel ACPI patch first, and then applying kernel
> patch-2.4.17 and kernel patch-2.4.18-pre7.
I still have this in my tree. I have no idea who is wrong, whether parser
or BIOS.
Best regards,
Petr Vandrovec
vand...@vc.cvut.cz
diff -urdN linux/drivers/acpi/hardware/hwsleep.c linux/drivers/acpi/hardware/hwsleep.c
--- linux/drivers/acpi/hardware/hwsleep.c Wed Oct 24 21:06:22 2001
+++ linux/drivers/acpi/hardware/hwsleep.c Tue Jan 22 16:17:46 2002
@@ -152,6 +152,13 @@
return status;
}
+ /* Broken ACPI table on ASUS A7V... it reports type 7, but poweroff is type 2...
+ sleep is type 1 while ACPI reports type 3, but as I was not able to get
+ machine to wake from this state without unplugging power cord... */
+ if (type_a == 7 && type_b == 7 && sleep_state == ACPI_STATE_S5 && !memcmp(acpi_gbl_DSDT->oem_id, "ASUS\0\0", 6)
+ && !memcmp(acpi_gbl_DSDT->oem_table_id, "A7V ", 8)) {
+ type_a = type_b = 2;
+ }
/* run the _PTS and _GTS methods */
MEMSET(&arg_list, 0, sizeof(arg_list));
Rasmus Bøg Hansen
> In mailing-lists.linux-kernel, Rasmus Bøg Hansen wrote:
>
> > When running /sbin/poweroff from runlevel 3 or 5, 'halt -i -d -p' is
> > again the last command run, follwing this from the kernel:
> > Power down.
> > hwsleep-0178 [02] Acpi_enable_sleep_state: Entering S5
> > And again my system hangs.
>
> I have an ASUS A7V motherboard, similar to your ASUS A7V133. I find
> that stock kernel (2.4.18-pre7) APM powers off the machine, but stock
> kernel ACPI does not. However, the Intel ACPI patch, available from
> http://developer.intel.com/technology/IAPC/acpi/downloads.htm against
> kernel 2.4.16, does power down my machine. I was able to forward port
> this to 2.4.18-pre7 without too much trouble by starting with 2.4.16,
> applying the Intel ACPI patch first, and then applying kernel
> patch-2.4.17 and kernel patch-2.4.18-pre7.
Thanks for the tip; now it works. And besides I installed acpid - pretty
cool to get a clean shutdown when the power-button is pressed :-)
> As to the merits of the amd_disconnect patch that started this thread,
> under 2.4.18-pre7-acpi, I get an idle CPU temperature of about 48 C.
> With the amd_disconnect patch, it drops to 32-35 C, wow! As
> previously discussed, APM + amd_disconnect on an Athlon does not
> provide any power savings, one needs ACPI + amd_disconnect.
>
> Note that on this motherboard (and perhaps all ASUS Via chipset
> motherboards, including the A7V133), one needs the following line in
> /etc/sensors.conf to get reasonable lm_sensors CPU temperatures:
> compute temp2 @*2, @/2
> This is as described at http://www2.lm-sensors.nu/~lm78/support.html
> in Ticket 775.
Eek, so my BIOS was right after all :-) The system is 63C at high load
and 45C with the disconnection patch and ACPI enabled. With normal APM
and no disconnection it is around 60C.
Thanks anyway.
Regards
Rasmus
--
-- [ Rasmus "Møffe" Bøg Hansen ] ---------------------------------------
Drink wet cement: Get Stoned.
----------------------------------[ moffe at amagerkollegiet dot dk ] --
Daniel Nofftz
>
> I have ASUS A7V266-E (AS99127F chip) and lm_sensors 2.6.2
> shows 43 C for CPU without any additional lines in /etc/sensors.conf
>
> Which sounds reasonable. However this temperature is rarely ever change !
> I typically have 43.1, sometimes 42.8 and that's it. Even after 2-3 min
>
> compiles. So something is wrong
yes ... you have no working power-saving ... so the cpu runs at full
power all the time ...
daniel
# Daniel Nofftz
# Sysadmin CIP-Pool Informatik
# University of Trier(Germany), Room V 103
# Mail: dan...@nofftz.de
Daniel Nofftz
> In mailing-lists.linux-kernel, Rasmus Bøg Hansen wrote:
>
> I have an ASUS A7V motherboard, similar to your ASUS A7V133. I find
> that stock kernel (2.4.18-pre7) APM powers off the machine, but stock
> kernel ACPI does not. However, the Intel ACPI patch, available from
> http://developer.intel.com/technology/IAPC/acpi/downloads.htm against
> kernel 2.4.16, does power down my machine. I was able to forward port
> this to 2.4.18-pre7 without too much trouble by starting with 2.4.16,
> applying the Intel ACPI patch first, and then applying kernel
> patch-2.4.17 and kernel patch-2.4.18-pre7.
ok .. .maybe someone should look what the differences for the "halt"
functions are ... i risked a short look in the acpi sources, but i have
not the time to compare the patches at the moment ... maybe at the weekend
... but the acpi sources don't look like easy to understand :) (like many
parts of ther kernel ... imha as a kernel newbee :) )
>
> As to the merits of the amd_disconnect patch that started this thread,
> under 2.4.18-pre7-acpi, I get an idle CPU temperature of about 48 C.
> With the amd_disconnect patch, it drops to 32-35 C, wow! As
> previously discussed, APM + amd_disconnect on an Athlon does not
> provide any power savings, one needs ACPI + amd_disconnect.
ahh ... anopther "it works"- feedback ... :)
daniel
Dieter Nützel
> Hello Dieter
>
> > Hello Rasmus,
> >
> > I hope that I've extracted your name right?
>
> Yup, just a danish letter in my middle-name :-)
You see, my KDE-2.2.2 (iso-8859-15, Europe) kann handle it easily...;-)
> > > However, after disabling APM and enabling ACPI, my system won't power
> > > off anymore :-(
> >
> > This should be easily solved.
> >
> > I point on your distro's startup scripts. They only look if apm is
> > enabled but _NOT ACPI...
>
> Well, RedHat 7.2 does not look if apm or acpi is configured, it just
> uses -p unless the command run was 'halt' or 'reboot'.
OK.
> When running '/sbin/poweroff' from single-user, 'halt -i -d p' is the
> last command run by the halt script. The I get the message 'Power down.'
> from the kernel and my system just hangs here.
What if you do it by hand?
> When running /sbin/poweroff from runlevel 3 or 5, 'halt -i -d -p' is
> again the last command run, follwing this from the kernel:
>
> Power down.
> hwsleep-0178 [02] Acpi_enable_sleep_state: Entering S5
Maybe this is an indication of broken BIOS.
You should grep for the ACPI diagnosis tools and send your results to the
acpi-devel list.
> And again my system hangs. Pressing the power button for 4 seconds turns
> off the computer (the BIOS is set to 'immediate power off').
What? This is contradictorily.
> In runlevel 3, the following modules are loaded (some are patched in
> from the iptables package. They should not cause this, as I can
> reproduce this without iptables configured/patched at all):
Should all be unrelated.
>
> From my 'make menuconfig:
>
> [*] Power Management support
> [*] ACPI support
> [*] ACPI Debug Statements
> <*> ACPI Bus Manager
> <*> System
> <*> Processor
> < > Button
> < > AC Adapter
> < > Embedded Controller
> < > Advanced Power Management BIOS support
I have Button enabled, too. Please try.
My .config file looks like this:
CONFIG_ACPI=y
# CONFIG_ACPI_DEBUG is not set
CONFIG_ACPI_BUSMGR=y
CONFIG_ACPI_SYS=y
CONFIG_ACPI_CPU=y
CONFIG_ACPI_BUTTON=y
# CONFIG_ACPI_AC is not set
# CONFIG_ACPI_EC is not set
# CONFIG_APM is not set
> At bootup I get the following regarding ACPI:
Can you send the fist lines from your boot log?
Maybe you should CC to acpi-devel.
>
> tbxface-0099 [01] Acpi_load_tables : ACPI Tables successfully
> loaded
> Parsing
> Methods:...................................................................
>................................................ 115 Control Methods found
> and parsed (364 nodes total)
> ACPI Namespace successfully loaded at root c0286ee0
> ACPI: Core Subsystem version [20011018]
> evxfevnt-0081 [02] Acpi_enable : Transition to ACPI mode
> successful
> Executing device _INI methods:.......................................
> 39 Devices found: 39 _STA, 0 _INI
> Completing Region and Field initialization:...................
> 17/24 Regions, 2/2 Fields initialized (364 nodes total)
> ACPI: Subsystem enabled
> ACPI: System firmware supports S0 S1 S4 S5
> Processor[0]: C0 C1 C2, 8 throttling states
Here is something missing. Ah, the power button thing.
>
> My motherboard is an Asus A7V133-C. Output from lspci -v:
> 00:04.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev
> 40) Subsystem: Asustek Computer, Inc.: Unknown device 8042
> Flags: medium devsel, IRQ 9
> Capabilities: <available only to root>
Unknown device 8042
Maybe here is something missing, too.
The ACPI people should lighten this. --- Andrew?
> I have very little knowledge of ACPI,
I am, too...;-)
But hey, we have OSS and Andrew and his team. They did very good work!
> ut I'll be happy to help
Every "new" ACPI chip need support.
> (if this is not my fault of course - then I will apologize for taking your
> time
Never mind.
Regards,
Dieter
Craig Knox
> > under 2.4.18-pre7-acpi, I get an idle CPU temperature of about 48 C.
> > With the amd_disconnect patch, it drops to 32-35 C, wow! As
> > previously discussed, APM + amd_disconnect on an Athlon does not
> > provide any power savings, one needs ACPI + amd_disconnect.
>
> ahh ... anopther "it works"- feedback ... :)
And another. Dropped my CPU from ~50+C down to 39C (I have a hot
case). I haven't had any problems but its a headless, no keyboard/mouse
machine.