Re: [patch] amd athlon cooling on kt266/266a chipset

Re: [patch] amd athlon cooling on kt266/266a chipset

[Dieter Nützel]

On Thursday, 24. January 2002 12:40, Rasmus Hansen wrote:

Hello Rasmus,

I hope that I've extracted your name right?

>On Thu, 24 Jan 2002, Daniel Nofftz wrote:
>
> > On Wed, 23 Jan 2002, Hans-Peter Jansen wrote:
> > 
> > > You see, I'm fiddleing with power saving quite some time.
> > 
> > oh ,.. by the way : does dmesg show somthing like "dissconect in via
> > northbridge enabled: kt133 chipset found " or something similar ?
> > (only if you have my patch ativated)
>
> I tried your patch. I get the message above (I have a KT133A). With only 
> APM enabled, it makes no difference; witch ACPI, temp goes from 47C -> 
> 38C without stability problems nor preformance drops.

This are very good numbers, which I've expected.

> 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...

Have a look into /etc/init.d/halt (taken from SuSE 7.3, LSB standard).

[-]
case "$0" in
        *halt)
                message="The system will be halted immediately."
                case `/bin/uname -m` in
                    i?86)
                        command="halt"
                        if test -e /proc/apm -o -e /proc/acpi ; then	<----!!!!
                            command="halt -p"
                        else
                            read cmdline < /proc/cmdline
                            case "$cmdline" in
                                *apm=smp-power-off*|*apm=power-off*)  
command="halt -p" ;;
                            esac
                        fi
                        ;;
                    *)
                        command="halt -p"
[-]

Expand the marked line with acpi like above.

Regards,
	Dieter

-- 
Dieter Nützel
Graduate Student, Computer Science

University of Hamburg
Department of Computer Science
@home: Dieter.Nuetzel@hamburg.de

ACPI trouble (Was: Re: [patch] amd athlon cooling on kt266/266a chipset)

[Rasmus Bøg Hansen]

Hello Dieter

> 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 ] --

Re: ACPI trouble (Was: Re: [patch] amd athlon cooling on kt266/266a chipset)

[Wayne Whitney]

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.

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

Re: ACPI trouble (Was: Re: [patch] amd athlon cooling on kt266/266a chipset)

[Petr Vandrovec]

On Thu, Jan 24, 2002 at 09:49:37AM -0800, Wayne Whitney wrote:
> 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
						vandrove@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));

Re: ACPI trouble (Was: Re: [patch] amd athlon cooling on kt266/266a chipset)

[Wayne Whitney]

Nice job, Petr, you rock!  Your patch allows my ASUS A7V BIOS 1009 to
poweroff off under kernel 2.4.18-pre7 with ACPI.  Much easier than the big
ACPI patch against 2.4.16 from Intel.

Cheers, Wayne

On Thu, 24 Jan 2002, Petr Vandrovec wrote:

> I still have this in my tree. I have no idea who is wrong, whether
> parser or BIOS.
> 					Best regards,
> 						Petr Vandrovec
> 						vandrove@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));

Re: ACPI trouble (Was: Re: [patch] amd athlon cooling on kt266/266a chipset)

[Rasmus Bøg Hansen]

On Thu, 24 Jan 2002, Petr Vandrovec wrote:

> On Thu, Jan 24, 2002 at 09:49:37AM -0800, Wayne Whitney wrote:
> > 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.

Your patch might work on the A7V, but it does not on my A7V133-C. If I 
modify the OEM string in the patch, it works. It may also be modified to 
[...] "A7V-133", 7)[...] but then it probably won't work on a A7V...

As said in another post, the patch from the intel site also solves the 
problem.

Regards
Rasmus

-- 
-- [ Rasmus "Møffe" Bøg Hansen ] ---------------------------------------
A computer without Windows is like a chocolate cake without mustard.
----------------------------------[ moffe at amagerkollegiet dot dk ] --

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", 3)) {
+		type_a = type_b = 2;
+	}
 	/* run the _PTS and _GTS methods */
 
 	MEMSET(&arg_list, 0, sizeof(arg_list));

Re: ACPI trouble (Was: Re: [patch] amd athlon cooling on kt266/266a chipset)

[Pavel Machek]

Hi!

> > > 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.
> 
> Your patch might work on the A7V, but it does not on my A7V133-C. If I 
> modify the OEM string in the patch, it works. It may also be modified to 
> [...] "A7V-133", 7)[...] but then it probably won't work on a A7V...

This should be done properly by DMI blacklist.

> As said in another post, the patch from the intel site also solves the 
> problem.

Which patch?

-- 
Casualities in World Trade Center: ~3k dead inside the building,
cryptography in U.S.A. and free speech in Czech Republic.

Re: ACPI trouble (Was: Re: [patch] amd athlon cooling on kt266/266a chipset)

[pogosyan]

> 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.
>

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

Re: ACPI trouble (Was: Re: [patch] amd athlon cooling on kt266/266a chipset)

[Kevin P. Fleming]

Actually, I used a separate temperature sensor to come up with proper values
for lm_sensors to read the CPU temperature on my A7V (ver 1.01). After
testing lowest and highest temperatures, this what I came up with:

  compute    temp2     28.2+((@-18)*2), ((@-28.2)/2)+18

I know it looks weird, but it makes the "sensors" value for CPU temperate
match (within .5 degrees C) across the entire range I can test (which is
from full load on a 1GHz Thunderbird down to idle and using the old "lvcool"
patch).

----- Original Message -----
From: <pogosyan@phys.ualberta.ca>
To: <whitney@math.berkeley.edu>
Cc: "Rasmus Bøg Hansen" <moffe@amagerkollegiet.dk>; "LKML"
<linux-kernel@vger.kernel.org>
Sent: Thursday, January 24, 2002 11:48 AM
Subject: Re: ACPI trouble (Was: Re: [patch] amd athlon cooling on kt266/266a
chipset)


> > 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.
> >
>
> 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
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
>
>
>

Re: ACPI trouble (Was: Re: [patch] amd athlon cooling on kt266/266a chipset)

[Daniel Nofftz]

On Thu, 24 Jan 2002 pogosyan@phys.ualberta.ca wrote:

>
> 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: daniel@nofftz.de

Re: ACPI trouble (Was: Re: [patch] amd athlon cooling on kt266/266a chipset)

[Rasmus Bøg Hansen]

On Thu, 24 Jan 2002, Wayne Whitney wrote:

> 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 ] --

Re: ACPI trouble (Was: Re: [patch] amd athlon cooling on kt266/266a chipset)

[Daniel Nofftz]

On Thu, 24 Jan 2002, Wayne Whitney wrote:

> 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

Re: ACPI trouble (Was: Re: [patch] amd athlon cooling on kt266/266a chipset)

[Craig Knox]

> > 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 ... :)

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.

Re: ACPI trouble (Was: Re: [patch] amd athlon cooling on kt266/266a chipset)

[Dieter Nützel]

On Thursday, 24. January 2002 18:22, Rasmus Bøg Hansen wrote:
> 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

Re: ACPI trouble (Was: Re: [patch] amd athlon cooling on kt266/266a chipset)

[Rasmus Bøg Hansen]

On Thu, 24 Jan 2002, Dieter [iso-8859-15] Nützel wrote:

> > > > However, after disabling APM and enabling ACPI, my system won't power
> > > > off anymore :-(

> > 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?

Eh, it signals init to go to runlevel 0. Apparently it is some kind of 
wrapper.

> > 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.

Another broken BIOS implementation...

Btw. I'm running with BIOS 1005A. I did not dare to flash to 1007 as the 
flash program is telling me, that the 1007 BIOS is for "A7V133-C" while 
my current BIOS is for "<A7V133>"...

> You should grep for the ACPI diagnosis tools and send your results to the 
> acpi-devel list.

Eh, is that the pmtools package? If so, I have put output from the 
programs at http://www.amagerkollegiet.dk/~moffe/acpi/

> > 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.

If the Linux ACPI implementation takes over control of the button, it 
should be ok or what?

> > 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.

I just tried the same ACPI configuration as you; no change - it still 
hangs at 'Power off.'.

> > At bootup I get the following regarding ACPI:
> 
> Can you send the fist lines from your boot log?

I have put it in the same place 
(http://www.amagerkollegiet.dk/~moffe/acpi/) as acpi-old.txt. Also there 
is the dmesg from the kernel with the acpi-patch (from the intel site) 
applied.

> Maybe you should CC to acpi-devel.

Done (however I'm not a list member myself).

> > 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've put the output from 'lspci -vvv -xx' on the same site 
(http://www.amagerkollegiet.dk/~moffe/acpi/) if it should show up to be 
helpful.

Regards
Rasmus

-- 
-- [ Rasmus "Møffe" Bøg Hansen ] ---------------------------------------
He has his own opinions
- just like the others.
  - Burnin' Red Ivanhoe
----------------------------------[ moffe at amagerkollegiet dot dk ] --