Hi!
  Because one of my motherboards exhibited some stability problems, I've
decided to try a new one. And because I wanted to keep all the remaining
components like CPU and RAM, I've bought the probably last 32bit Athlon
board from MSI with VIA KT880 chipset.
  On a box of the board, there are many pictures and texts saying how much
is that board good in power saving, that its new technology allows saving
about 65% of energy etc. etc, that the clock of the CPU can be reduced at
idle times etc. Of course there is a CD with windoze programs allowing to do
all this magic, there are screenshots in the manual, how to achive all this.
  After installation, I've found that the board is almost compatible with
my older one. Just a new module for ethernet had to be compiled. But when
I looked at /proc/acpi/processor/CPU1/power, it was very similar to the
picture so many times discussed here: Just C1 detected and used.
  I dumped my FADT and found the obvious trick: P2_LVL_LAT = 101,
P3_LVL_LAT = 1001. OK. BUT... my acpi/processor.h is patched, allowing to
enter deeper C states even for latencies being so high! Why the hell it's
not recognizing them now ? OK, no bus master, so no C3, but what about C2 ?
It's definitly something out of FADT, because I've compared it with the old
one and except some addresses they are identical.
  I also tried to activate athcool.. It said it did its work but there is
no impact to the CPU temperature, which is all the time at about 60C...
Other CPU acpi features like throttling or limit interface, are disabled too.
  So in Linux, this mobo is a real power-sucker :-(.
  You can really see that the motherboard vendors are bypassing the standard
methods of resources control (i.e. ACPI) and they are doing things by their
proprietary interfaces, available for selected OSes only :-(((.
                                         With regards, Pavel Troller
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to