2001-03-24 17:26:10

by Alex Riesen

[permalink] [raw]
Subject: ACPI power-off doesn't work on Asus CUV4X (VIA Apollo 133)

Hi, dear all

As i recompiled 2.4.2-ac20 with ACPI support
the system cannot switch itself off.
With APM it work without any problem.

I get a message "Couldn't switch to S5" if
try to call reboot(2).
At load it shows that the mode is supported.

Alex Riesen

P.S.
Motheboard Asus CUV4X

/proc/cpuinfo:
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Pentium III (Coppermine)
stepping : 3
cpu MHz : 701.605
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 3
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse
bogomips : 1399.19



2001-03-24 21:54:07

by Ingo Oeser

[permalink] [raw]
Subject: Re: ACPI power-off doesn't work on Asus CUV4X (VIA Apollo 133)

On Sat, Mar 24, 2001 at 06:25:16PM +0100, Alex Riesen wrote:
> As i recompiled 2.4.2-ac20 with ACPI support
> the system cannot switch itself off.
> With APM it work without any problem.

APM doesn't work for me either.

> I get a message "Couldn't switch to S5" if
> try to call reboot(2).
> At load it shows that the mode is supported.

Same with AMR P6BAP-AP and P6VAP-AP () mainboards.

Firmware supports C2 C3 S0 S1 S4 S5.

All options for acpi tried.

#define APCI_DEBUG 1 has NO effect on verbosity of messages :-(

What should I do to get more debug info?

I'll try backing out all changes between 2.4.0 and 2.4.2-ac20,
because there it worked ;-)

Regards

Ingo Oeser

cat /proc/cpuinfo
processor : 0
vendor_id : CentaurHauls
cpu family : 6
model : 6
model name : VIA Samuel
stepping : 0
cpu MHz : 501.155
cache size : 128 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu de tsc msr mce cx8 mtrr pge mmx 3dnow
bogomips : 999.42

--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<< been there and had much fun >>>>>>>>>>>>

2001-03-25 17:02:20

by Ingo Oeser

[permalink] [raw]
Subject: Re: ACPI power-off doesn't work on Asus CUV4X (VIA Apollo 133)

On Sat, Mar 24, 2001 at 10:53:08PM +0100, Ingo Oeser wrote:
> On Sat, Mar 24, 2001 at 06:25:16PM +0100, Alex Riesen wrote:
> > As i recompiled 2.4.2-ac20 with ACPI support
> > the system cannot switch itself off.
> > I get a message "Couldn't switch to S5" if
> > try to call reboot(2).
> > At load it shows that the mode is supported.
>
> Same with AMR P6BAP-AP and P6VAP-AP () mainboards.
>
> Firmware supports C2 C3 S0 S1 S4 S5.
>
> All options for acpi tried.
>
> #define APCI_DEBUG 1 has NO effect on verbosity of messages :-(
>
> What should I do to get more debug info?

Just left it in FYI, Andrew.

> I'll try backing out all changes between 2.4.0 and 2.4.2-ac20,
> because there it worked ;-)

Ok, that worked. Backing out all the changes made it shutdown
again.

Since this shouldn't by the right way to fix this problem, what
else can I do Andrew?

The BIG Problem is: This is an embedded machine, so I cannot
attach all the funny debug tools. The most thing I can do is
printk and evtl. ikdb. I have only 16MB flash disk on this
machine and it is full already :-(

Regards

Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<< been there and had much fun >>>>>>>>>>>>

2001-03-26 18:37:03

by Andrew Grover

[permalink] [raw]
Subject: RE: ACPI power-off doesn't work on Asus CUV4X (VIA Apollo 133)

> From: Ingo Oeser [mailto:[email protected]]
> > > As i recompiled 2.4.2-ac20 with ACPI support
> > > the system cannot switch itself off.
> > > I get a message "Couldn't switch to S5" if
> > > try to call reboot(2).
> > > At load it shows that the mode is supported.
> >
> > Same with AMR P6BAP-AP and P6VAP-AP () mainboards.

> > #define APCI_DEBUG 1 has NO effect on verbosity of messages :-(

The ACPI version in the kernel has debug messages stripped, for historical
reasons. There is a non-stripped version available at
http://developer.intel.com/technology/iapc/acpi/downloads.htm but this also
includes other new code, which may or may not be what you want.

> The BIG Problem is: This is an embedded machine, so I cannot
> attach all the funny debug tools. The most thing I can do is
> printk and evtl. ikdb. I have only 16MB flash disk on this
> machine and it is full already :-(

Either try the version on the website, or make this change and see if it
helps:

drivers/acpi/hardware/hwsleep.c (at the bottom) :

acpi_hw_register_write(ACPI_MTX_LOCK, PM1_a_CONTROL, PM1_acontrol);
acpi_hw_register_write(ACPI_MTX_LOCK, PM1_b_CONTROL, PM1_bcontrol);
acpi_hw_register_write(ACPI_MTX_LOCK, PM1_CONTROL, <-- remove
these
(1 << acpi_hw_get_bit_shift (SLP_EN_MASK))); <--


Regards -- Andy

2001-03-26 19:29:03

by Alex Riesen

[permalink] [raw]
Subject: Re: ACPI power-off doesn't work on Asus CUV4X (VIA Apollo 133)

On Mon, Mar 26, 2001 at 10:35:33AM -0800, Grover, Andrew wrote:
> > > > As i recompiled 2.4.2-ac20 with ACPI support
> > > > the system cannot switch itself off.
> > > > I get a message "Couldn't switch to S5" if
> > > > At load it shows that the mode is supported.
> > >
> > > Same with AMR P6BAP-AP and P6VAP-AP () mainboards.
>
> > > #define APCI_DEBUG 1 has NO effect on verbosity of messages :-(
>
> The ACPI version in the kernel has debug messages stripped, for historical
> reasons. There is a non-stripped version available at
> http://developer.intel.com/technology/iapc/acpi/downloads.htm but this also
...
>
> Either try the version on the website, or make this change and see if it
> helps:
>
> drivers/acpi/hardware/hwsleep.c (at the bottom) :
>
> acpi_hw_register_write(ACPI_MTX_LOCK, PM1_a_CONTROL, PM1_acontrol);
> acpi_hw_register_write(ACPI_MTX_LOCK, PM1_b_CONTROL, PM1_bcontrol);
> acpi_hw_register_write(ACPI_MTX_LOCK, PM1_CONTROL, <-- remove
> these
> (1 << acpi_hw_get_bit_shift (SLP_EN_MASK))); <--

Didn't help for me. Exactly the same result.
I think about to try the driver from above...

Some details (from bios boot screen):

Award Medallion BIOS v6.0
ASUS CUV4X ACPI BIOS Revision 1006

bottom line:
07/25/2000-VT6942-CUV4X

Cannot tell whether ASUS have update for this BIOS,
because it looks that i dont get their page loaded in next 100 years
with the damned slow link i have. This may be the reason i'll
not try the original driver, too :-(


Usuals:
/proc/cpuinfo:
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Pentium III (Coppermine)
stepping : 3
cpu MHz : 701.607
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 3
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse
bogomips : 1399.19


/proc/pci:
PCI devices found:
Bus 0, device 0, function 0:
Host bridge: VIA Technologies, Inc. VT8605 [ProSavage PM133] (rev 129).
Prefetchable 32 bit memory at 0xf8000000 [0xfbffffff].
Bus 0, device 1, function 0:
PCI bridge: VIA Technologies, Inc. VT8605 [PM133 AGP] (rev 0).
Master Capable. No bursts. Min Gnt=8.
Bus 0, device 4, function 0:
ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 34).
Bus 0, device 4, function 1:
IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 16).
Master Capable. Latency=32.
I/O at 0xd800 [0xd80f].
Bus 0, device 4, function 2:
USB Controller: VIA Technologies, Inc. UHCI USB (rev 16).
IRQ 10.
Master Capable. Latency=32.
I/O at 0xd400 [0xd41f].
Bus 0, device 4, function 3:
USB Controller: VIA Technologies, Inc. UHCI USB (#2) (rev 16).
IRQ 10.
Master Capable. Latency=32.
I/O at 0xd000 [0xd01f].
Bus 0, device 4, function 4:
Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 48).
Bus 0, device 15, function 0:
Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 6).
IRQ 10.
Master Capable. Latency=64. Min Gnt=12.Max Lat=128.
I/O at 0xb800 [0xb83f].
Bus 0, device 17, function 0:
Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 65).
IRQ 11.
Master Capable. Latency=32. Min Gnt=20.Max Lat=40.
I/O at 0xb400 [0xb47f].
Non-prefetchable 32 bit memory at 0xed800000 [0xed8003ff].
Bus 1, device 0, function 0:
VGA compatible controller: nVidia Corporation GeForce 256 (rev 16).
IRQ 11.
Master Capable. Latency=64. Min Gnt=5.Max Lat=1.
Non-prefetchable 32 bit memory at 0xee000000 [0xeeffffff].
Prefetchable 32 bit memory at 0xf0000000 [0xf7ffffff].



2001-03-27 20:37:40

by Alex Riesen

[permalink] [raw]
Subject: Re: ACPI power-off doesn't work on Asus CUV4X (VIA Apollo 133)

Hi,
BTW, ACPI in ac20 doesn't work for me either :(
Alex

On Mon, Mar 26, 2001 at 10:35:33AM -0800, Grover, Andrew wrote:
> > From: Ingo Oeser [mailto:[email protected]]
> > > > As i recompiled 2.4.2-ac20 with ACPI support
> > > > the system cannot switch itself off.
> > > > I get a message "Couldn't switch to S5" if
> > > > try to call reboot(2).
> > > > At load it shows that the mode is supported.
> > >
> > > Same with AMR P6BAP-AP and P6VAP-AP () mainboards.
>
> > > #define APCI_DEBUG 1 has NO effect on verbosity of messages :-(
>
> The ACPI version in the kernel has debug messages stripped, for historical
> reasons. There is a non-stripped version available at
> http://developer.intel.com/technology/iapc/acpi/downloads.htm but this also
> includes other new code, which may or may not be what you want.
>
> > The BIG Problem is: This is an embedded machine, so I cannot
> > attach all the funny debug tools. The most thing I can do is
> > printk and evtl. ikdb. I have only 16MB flash disk on this
> > machine and it is full already :-(
>
> Either try the version on the website, or make this change and see if it
> helps:
>
> drivers/acpi/hardware/hwsleep.c (at the bottom) :
>
> acpi_hw_register_write(ACPI_MTX_LOCK, PM1_a_CONTROL, PM1_acontrol);
> acpi_hw_register_write(ACPI_MTX_LOCK, PM1_b_CONTROL, PM1_bcontrol);
> acpi_hw_register_write(ACPI_MTX_LOCK, PM1_CONTROL, <-- remove
> these
> (1 << acpi_hw_get_bit_shift (SLP_EN_MASK))); <--