2.4.19-pre10-ac2: APM & ACPI

2.4.19-pre10-ac2: APM & ACPI

Post by Xavier Beste » Wed, 26 Jun 2002 08:10:05



I have an SMP Via VP6 mobo. Here is an excerpt from dmesg:

apm: BIOS version 1.2 Flags 0x07 (Driver version 1.16)
apm: disabled - APM is not SMP safe (power off active).

then:

ACPI: APM is already active, exiting

That's weird, because I left apm only to power off the machine
(otherwise it doesn't), knowing that it wouldn't be enabled because of
the SMP mobo. ACPI should still work.

(OTOH, I finally disabled ACPI because (after compiling without APM) it
appears it randomly freezes or reboots my machine ..)

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

2.4.19-pre10-ac2: APM & ACPI

Post by Allan Sandfeld Jense » Wed, 26 Jun 2002 22:00:11



Quote:> I have an SMP Via VP6 mobo. Here is an excerpt from dmesg:

> apm: BIOS version 1.2 Flags 0x07 (Driver version 1.16)
> apm: disabled - APM is not SMP safe (power off active).

> then:

> ACPI: APM is already active, exiting
Wierd

> That's weird, because I left apm only to power off the machine
> (otherwise it doesn't), knowing that it wouldn't be enabled because of
> the SMP mobo. ACPI should still work.

> (OTOH, I finally disabled ACPI because (after compiling without APM) it
> appears it randomly freezes or reboots my machine ..)

Havent you heard? Thats what ACPI-support does on linux ;-)

So power off your SMP manually or accumulate uptime like the rest of us.

(actually ACPI is more stable om SMP machines that normal ones. My ASUS A7M-D
dual Athlon is the only machine I have ever seen survive more than 5 minutes
with an ACPI-kernel)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

2.4.19-pre10-ac2: APM & ACPI

Post by Pavel Mache » Fri, 05 Jul 2002 02:00:09


Hi!

Quote:> > That's weird, because I left apm only to power off the machine
> > (otherwise it doesn't), knowing that it wouldn't be enabled because of
> > the SMP mobo. ACPI should still work.

> > (OTOH, I finally disabled ACPI because (after compiling without APM) it
> > appears it randomly freezes or reboots my machine ..)

> Havent you heard? Thats what ACPI-support does on linux ;-)

> So power off your SMP manually or accumulate uptime like the rest of us.

> (actually ACPI is more stable om SMP machines that normal ones. My ASUS A7M-D
> dual Athlon is the only machine I have ever seen survive more than 5 minutes
> with an ACPI-kernel)

My machines can actually stay up longer than 5 minutes, even with acpi
enabled... Have you tried 2.5.latest?
                                                                        Pavel

--
(about SSSCA) "I don't say this lightly.  However, I really think that the U.S.
no longer is classifiable as a democracy, but rather as a plutocracy." --hpa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

1. 2.4.19-pre10-ac2, compile warnings/failures

cpqphp.h: In function `cpq_get_latch_status':
cpqphp.h:698: warning: concatenation of string literals with
__FUNCTION__ is deprecated
cpqphp.h: In function `wait_for_ctrl_irq':
cpqphp.h:736: warning: concatenation of string literals with
__FUNCTION__ is deprecated
cpqphp.h:746: warning: concatenation of string literals with
__FUNCTION__ is deprecated

cpqphp_nvram.c:163: warning: concatenation of string literals with
__FUNCTION__ is deprecated

cpqphp_nvram.c:179:17: missing terminating " character
cpqphp_nvram.c: In function `access_EV':
cpqphp_nvram.c:180: parse error before "xorl"
cpqphp_nvram.c:184:28: missing terminating " character

People, please don't do things like:

   spin_lock_irqsave(&int15_lock, flags);
   __asm__ (
      "xorl   %%ebx,%%ebx
      xorl    %%edx,%%edx
      pushf
      push    %%cs
      cli
      call    *%6"

Patches keep going in to fix this.

Please do something like:

   spin_lock_irqsave(&int15_lock, flags);
   __asm__ (
      "xorl   %%ebx,%%ebx  \n"
      "xorl    %%edx,%%edx \n"
      "pushf               \n"
      "push    %%cs        \n"
      "cli                 \n"
      "call    *%6         \n"

i2o_core.c:3393:75: missing terminating " character
         printk(KERN_WARNING "i2o: Could not quiesce %s."  "
            Verify setup on next system power up.\n", c->name);

Please write it like:

         printk(KERN_WARNING "i2o: Could not quiesce %s."  
            "Verify setup on next system power up.\n", c->name);

-d

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

2. Screen saver turns my screen white !!!

3. Problem with 2.4.19-pre10-ac2 and i2o SX6000 controller

4. Problem running "cu" command from C program

5. PROBLEM: 2.4.19-pre10-ac2 bug in page_alloc.c:131

6. ACE Wrappers on Slackware 3.0

7. CMD649 on SMP 2.4.19-pre10-ac2: still not working: please help

8. Nokia 447X & AccelX

9. Oddities with HighPoint HPT374, 2.4.19-pre10-ac2

10. kbuild-2.5 on 2.4.19-pre10-ac2 build error when modular support turned off

11. Kernel 2.4.19-pre10-ac2 Oops in mke2fs on HPT374 RAID Array

12. 2.4.19-pre10-ac2 tulip.o

13. PROBLEM: 2.4.19-pre10-ac2 bug in page_alloc.c:131