Skip to contentSkip to conversation

Problem with acpi_power_off

DISCUSSION Charles Kendricks 4 participants 4 messages Jun 24, 2004 – Jun 25, 2004 3 messages not in the archive ACPI

lore
Share & tools
lore
#0 lore raw

I am in charge of several linux 2.6.4 systems with Dragon P4I875P motherboards. I am relatively new to acpi so my question might seem a little elementary, but I can't seem to get my systems to power off consistently when I issue an init 0. It seems that all of them will power down sometimes, and at other times the same systems won't power down. Once powered down I have no problem (at least not yet anyway) waking the systems back up. What can be causing this inconsistent behavior?????

-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com

#2 lore raw
In reply to a message not in the archive

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Salut Charles,

Quoted 1 line · Charles Kendricks

I am in charge of several linux 2.6.4 systems with Dragon P4I875P motherboards. I am relatively new to acpi so my question might seem a little elementary, but I can't seem to get my systems to power off consistently when I issue an init 0. It seems that all of them will power down sometimes, and at other times the same systems won't power down. Once powered down I have no problem (at least not yet anyway) waking the systems back up. What can be causing this inconsistent behavior?????

there are two things you may try:
1. If your system does not use the local APIC you might build a kernel without "Local APIC support on uniprocessors" CONFIG_X86_UP_APIC
2. do not use the rtc-module "Enhanced Real Time Clock Support", but if you need the generic RTC CONFIG_GEN_RTC instead.
And please report back, if one of this things solves your problem.

Cheers
hartwig felger

Hartwig Felger informatics

- -- 1024D/339FD693 Hartwig Felger <[email protected]> Key fingerprint = FB2F 3EE9 345A D55B 6FF2 0EC1 F5B0 684F 339F D693 For the pulic keys, please visit my page.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQFA3AYa9bBoTzOf1pMRAnEWAJ4sjOVDLtXlmeTBBxRAqb3yIIZITgCg407t HXSTsVfSijTz1Am7RG+Gabs=
=Ui5K
-----END PGP SIGNATURE-----

-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com

#4 lore raw
In reply to a message not in the archive
Quoted 13 lines · [email protected] writes:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Salut Charles,

Quoted 7 lines · Charles Kendricks

I am in charge of several linux 2.6.4 systems with Dragon P4I875P motherboards. I am relatively new to acpi so my question might seem a little elementary, but I can't seem to get my systems to power off consistently when I issue an init 0. It seems that all of them will power down sometimes, and at other times the same systems won't power down. Once powered down I have no problem (at least not yet anyway) waking the systems back up. What can be causing this inconsistent behavior?????

Quoted 5 lines

there are two things you may try:
1. If your system does not use the local APIC you might build a kernel without "Local APIC support on uniprocessors" CONFIG_X86_UP_APIC
2. do not use the rtc-module "Enhanced Real Time Clock Support", but if you need the generic RTC CONFIG_GEN_RTC instead.

As some of you may remember, this is what solved the problem for me some times ago. However, in the last few days, I noticed on 2 occasions that my laptop did not power off. The only thing I changed was playing with usb stuff, making some of it as modules and not.

The worrying thing is that it is not consistent. At least I haven't been able to see the pattern yet (as it only happened twice). Will try to figure out and report back if/when I do.

Fred

-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com

#6 lore raw
In reply to a message not in the archive
Quoted 19 lines · Fred Labrosse
Quoted 5 lines · [email protected] writes:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Salut Charles,

Quoted 7 lines
Quoted 1 line · Charles Kendricks

I am in charge of several linux 2.6.4 systems with Dragon P4I875P motherboards. I am relatively new to acpi so my question might seem a little elementary, but I can't seem to get my systems to power off consistently when I issue an init 0. It seems that all of them will power down sometimes, and at other times the same systems won't power down. Once powered down I have no problem (at least not yet anyway) waking the systems back up. What can be causing this inconsistent behavior?????

there are two things you may try:
1. If your system does not use the local APIC you might build a kernel without "Local APIC support on uniprocessors" CONFIG_X86_UP_APIC
2. do not use the rtc-module "Enhanced Real Time Clock Support", but if you need the generic RTC CONFIG_GEN_RTC instead.

As some of you may remember, this is what solved the problem for me some times ago. However, in the last few days, I noticed on 2 occasions that my laptop did not power off. The only thing I changed was playing with usb stuff, making some of it as modules and not.

Quoted 7 lines

The worrying thing is that it is not consistent. At least I haven't been able to see the pattern yet (as it only happened twice). Will try to figure out and report back if/when I do.

Fred

the same thing happens to my Abit mainboard, yet if I press AltGR-Print-O the pc *really* shuts down, so I guess the real power_off() isn't being called during init 0.

Nico

-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com