Re: idle Athlon with IOAPIC is 10C warmer since 2.6.3-bk1

From: Prakash K. Cheemplavam
Date: Tue Mar 30 2004 - 04:32:31 EST


Ross Dickson wrote:
On Tuesday 30 March 2004 05:59, Prakash K. Cheemplavam wrote:

Prakash K. Cheemplavam wrote:

Ross Dickson wrote:


On Saturday 20 March 2004 19:29, Prakash K. Cheemplavam wrote:


Len Brown wrote:


On Fri, 2004-03-19 at 14:22, Prakash K. Cheemplavam wrote:




Hmm, I just did a cat /proc/acpi/processor/CPU0/power:
active state: C1
default state: C1
bus master activity: 00000000
states:
*C1: promotion[--] demotion[--] latency[000] usage[00000000]
C2: <not supported>
C3: <not supported>

I am currently NOT using APIC mode (nforce2, as well) and using vanilla 2.6.4. It seems C1 halt state isn't used, which exlains why I am having


[snip]


Actually I think it is that we don't _count_ C1 usage.


Hmm, OK, then I am really puzzled what specifically about mm sources make my idle temps hotter, as I still couldn't properly resolve it what is causing it. I thought ACPI, but no, using APM only does the same (apm only with vanilla is low temp though.)



Have you seen this thread, it may be relevant?
Re: [2.6.4-rc2] bogus semicolon behind if()
http://linux.derkeiler.com/Mailing-Lists/Kernel/2004-03/4170.html


So, I seem to have found the bugger causing higher temps: It is NVidia binary driver, or rather its AGP part of the 53.36 driver. Using AGPGART and Nvidia driver leaves my system cool. Using NVAGP it seems as though C1 state isn't actually used anymore thus making the CPU hotter.


Hmmm.
Would you happen to have a copy of athcool handy - it would be interesting to
see the northbridge disconnect bit status - if its been turned off by their driver?

That is the funny thing: Athcool reports it is on. So something from their AGP code seems to prevent the CPU going "full idle", I guess. Well, now I am using 53.41 driver with agpgart and everything finally seems to be stable, cool and nice. :)

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