* RE: [PATCH] ACPI/Processor: C1/C3 states promotion and demotion
@ 2004-02-11 2:19 Yu, Luming
[not found] ` <3ACA40606221794F80A5670F0AF15F8401CBB68C-SRlDPOYGfgogGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
0 siblings, 1 reply; 14+ messages in thread
From: Yu, Luming @ 2004-02-11 2:19 UTC (permalink / raw)
To: Bruno Ducrot, eric.piel-VkQ1JFuSMpfAbQlEx87xDw
Cc: Brown, Len, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
> > Some processors seems to support only C1 and C3 states, for
> instance... mine ;-)
> > (Pentium III Coppermine). The problem is that, in this
> case, no promotion or
> > demotion are linking those two states, therefore the
> preocessor never goes to C3!
> >
>
> There is no intel-like processors for which there is C3, but
> no C2. So
> you have actually to fake a C2 (which should be at a latency
> of 30 IIRC).
>
I'm not sure a faking C2 can work as expected, because
C2 power state is an optional ACPI clock state that needs
chipset hardware support. (ACPI spec 2.0b 8.1.3)
To this issue, I need FADT or PTC object to verify
processor P_BLK .
--Luming
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
^ permalink raw reply [flat|nested] 14+ messages in thread* RE: [PATCH] ACPI/Processor: C1/C3 states promotion and demotion
@ 2004-02-12 4:00 Yu, Luming
[not found] ` <3ACA40606221794F80A5670F0AF15F8401CBB6AB-SRlDPOYGfgogGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
0 siblings, 1 reply; 14+ messages in thread
From: Yu, Luming @ 2004-02-12 4:00 UTC (permalink / raw)
To: Bruno Ducrot
Cc: eric.piel-VkQ1JFuSMpfAbQlEx87xDw, Brown, Len,
acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
> > > On Wed, Feb 11, 2004 at 10:19:22AM +0800, Yu, Luming wrote:
> > > > > > Some processors seems to support only C1 and C3 states, for
> > > > > instance... mine ;-)
> > > > > > (Pentium III Coppermine). The problem is that, in this
> > > > > case, no promotion or
> > > > > > demotion are linking those two states, therefore the
> > > > > preocessor never goes to C3!
> > > > > >
> > > > >
> > > > > There is no intel-like processors for which there is C3, but
> > > > > no C2. So
> > > > > you have actually to fake a C2 (which should be at a latency
> > > > > of 30 IIRC).
> > > > >
> > > >
> > > > I'm not sure a faking C2 can work as expected, because
> > > > C2 power state is an optional ACPI clock state that needs
> > > > chipset hardware support. (ACPI spec 2.0b 8.1.3)
> > > >
> > >
> > > We are talking about a PIII Coppermine that need to be
> put in sleep
> > > mode (C2) before deep sleep (C3).
> >
> > According to ACPI spec, entering C2 needs chipset hardware support.
> > So it is possible that only C1 and C3 get supported, despite CPU
> > can support C1 , C2, and C3.
> >
>
> I am not aware of southbridge that are buggy in order to enter a PIII
> coppermine in the sleep state whereas it can can put it in deep sleep
> state. Hmm, well, appart perhaps earlyer version of the ich2m ?
> I don't remember. Will check.
>
The most possibility is buggy BIOS (including buggy ACPI table or DSDT
method)
, or even this is an intended feature of BIOS. So I think facking a C2
is not
a good thing.
--Luming
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id\x1356&alloc_id438&op=click
^ permalink raw reply [flat|nested] 14+ messages in thread* RE: [PATCH] ACPI/Processor: C1/C3 states promotion and demotion
@ 2004-02-12 3:49 Yu, Luming
0 siblings, 0 replies; 14+ messages in thread
From: Yu, Luming @ 2004-02-12 3:49 UTC (permalink / raw)
To: eric.piel-VkQ1JFuSMpfAbQlEx87xDw
Cc: Bruno Ducrot, Brown, Len,
acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
> Want my FADT? How do I dump it? My DSDT is already dumped but
> not the FADT...
acpidmp
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id\x1356&alloc_id438&op=click
^ permalink raw reply [flat|nested] 14+ messages in thread
* RE: [PATCH] ACPI/Processor: C1/C3 states promotion and demotion
@ 2004-02-11 11:37 Yu, Luming
[not found] ` <3ACA40606221794F80A5670F0AF15F8401CBB6A1-SRlDPOYGfgogGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
0 siblings, 1 reply; 14+ messages in thread
From: Yu, Luming @ 2004-02-11 11:37 UTC (permalink / raw)
To: Bruno Ducrot
Cc: eric.piel-VkQ1JFuSMpfAbQlEx87xDw, Brown, Len,
acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
> On Wed, Feb 11, 2004 at 10:19:22AM +0800, Yu, Luming wrote:
> > > > Some processors seems to support only C1 and C3 states, for
> > > instance... mine ;-)
> > > > (Pentium III Coppermine). The problem is that, in this
> > > case, no promotion or
> > > > demotion are linking those two states, therefore the
> > > preocessor never goes to C3!
> > > >
> > >
> > > There is no intel-like processors for which there is C3, but
> > > no C2. So
> > > you have actually to fake a C2 (which should be at a latency
> > > of 30 IIRC).
> > >
> >
> > I'm not sure a faking C2 can work as expected, because
> > C2 power state is an optional ACPI clock state that needs
> > chipset hardware support. (ACPI spec 2.0b 8.1.3)
> >
>
> We are talking about a PIII Coppermine that need to be put in sleep
> mode (C2) before deep sleep (C3).
According to ACPI spec, entering C2 needs chipset hardware support.
So it is possible that only C1 and C3 get supported, despite CPU
can support C1 , C2, and C3.
--Luming
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
^ permalink raw reply [flat|nested] 14+ messages in thread* RE: [PATCH] ACPI/Processor: C1/C3 states promotion and demotion
@ 2004-02-10 9:36 Ow Mun Heng
[not found] ` <C386328088ED7F4E9F81AFBABDDF60DA03F9E637-Yw6hFe9C1vnHQcBQSaPqJq0fmWJ9l57d0E9HWUfgJXw@public.gmane.org>
0 siblings, 1 reply; 14+ messages in thread
From: Ow Mun Heng @ 2004-02-10 9:36 UTC (permalink / raw)
To: eric.piel-VkQ1JFuSMpfAbQlEx87xDw
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
> -----Original Message-----
> From: eric.piel-VkQ1JFuSMpfAbQlEx87xDw@public.gmane.org [mailto:eric.piel@tremplin-utc.net]
> Quoting Ow Mun Heng <ow.mun.heng-Sjgp3cTcYWE@public.gmane.org>:
> > > Some processors seems to support only C1 and C3 states, for
> > > instance... mine ;-)
> > > (Pentium III Coppermine). The problem is that, in this case,
> > > no promotion or
> > > demotion are linking those two states, therefore the
> > > preocessor never goes to C3!
> >
> > Hmmm so.. your processor only has C1 and C3 and no C2 right??
> > and you're saying since there's no C2, it will never go to c3
> Exactly. This simple logic is coded in processor.c, the patch
> makes it a bit
> more clever...
>
> If you want your processor to go to C3 state you'll need to
> have your bus master
> activity null (you can check it in
> /proc/acpi/processor/CPU0/power). On my
> laptop it requires not playing any sound and not having any
> usb device on... not
> so convenient but I've a script that does all those
> requirements as soon as I
> close the LID.
Can you post me the script? (off list maybe)
I just recompiled my kernel last night (no-usb, not even modules)
and no sound too since I use ALSA and that needs to be compiled
separately.
I still can't really get into C3 much. [00000090] is all I get.
(I've made a separate post about this earlier)
You mentioned Bus master activity null.. what does that mean??
with usb aware kernel -> bus master activity = fffffff
with NON usb aware kernel -> bus master activity = aa23as2
(this value changes very sec!)
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
^ permalink raw reply [flat|nested] 14+ messages in thread* RE: [PATCH] ACPI/Processor: C1/C3 states promotion and demotion
@ 2004-02-10 3:21 Ow Mun Heng
[not found] ` <C386328088ED7F4E9F81AFBABDDF60DA03F9E5A8-Yw6hFe9C1vnHQcBQSaPqJq0fmWJ9l57d0E9HWUfgJXw@public.gmane.org>
0 siblings, 1 reply; 14+ messages in thread
From: Ow Mun Heng @ 2004-02-10 3:21 UTC (permalink / raw)
To: eric.piel-VkQ1JFuSMpfAbQlEx87xDw
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
> -----Original Message-----
> From: eric.piel-VkQ1JFuSMpfAbQlEx87xDw@public.gmane.org [mailto:eric.piel@tremplin-utc.net]
> Sent: Monday, February 09, 2004 10:07 PM
> To: len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org
> Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Subject: [ACPI] [PATCH] ACPI/Processor: C1/C3 states promotion and
> Some processors seems to support only C1 and C3 states, for
> instance... mine ;-)
> (Pentium III Coppermine). The problem is that, in this case,
> no promotion or
> demotion are linking those two states, therefore the
> preocessor never goes to C3!
Hmmm so.. your processor only has C1 and C3 and no C2 right??
and you're saying since there's no C2, it will never go to c3
>
> The attached patch (against kernel 2.6.1) should do the
> trick, that's mainly a
> copy-paste of the C2/C3 code. It works fine on my computer
> (and the temperature
> really goes down :-) ).
Any idea what is 'threshold_count' and 'latency_ticks'
and what it does? My Processor Pentium M doen't go to C3 much.
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
^ permalink raw reply [flat|nested] 14+ messages in thread* [PATCH] ACPI/Processor: C1/C3 states promotion and demotion
@ 2004-02-09 14:07 eric.piel-VkQ1JFuSMpfAbQlEx87xDw
[not found] ` <1076335639.40279417dabd5-cj29PWmZ5eXjVsaOS7U83g@public.gmane.org>
0 siblings, 1 reply; 14+ messages in thread
From: eric.piel-VkQ1JFuSMpfAbQlEx87xDw @ 2004-02-09 14:07 UTC (permalink / raw)
To: len.brown-ral2JQCrhuEAvxtiuMwx3w
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
[-- Attachment #1: Type: text/plain, Size: 481 bytes --]
Hello,
Some processors seems to support only C1 and C3 states, for instance... mine ;-)
(Pentium III Coppermine). The problem is that, in this case, no promotion or
demotion are linking those two states, therefore the preocessor never goes to C3!
The attached patch (against kernel 2.6.1) should do the trick, that's mainly a
copy-paste of the C2/C3 code. It works fine on my computer (and the temperature
really goes down :-) ).
Hopefully you'll like it,
Eric Piel
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: acpi-processor-c1-c3-promotion.patch --]
[-- Type: text/x-patch; name="acpi-processor-c1-c3-promotion.patch", Size: 1174 bytes --]
--- drivers/acpi/processor.c.orig 2004-02-05 19:38:06.000000000 +0100
+++ drivers/acpi/processor.c 2004-02-08 22:46:38.728259984 +0100
@@ -586,6 +586,26 @@
pr->power.states[ACPI_STATE_C3].demotion.threshold.bm = 0x0F;
pr->power.states[ACPI_STATE_C3].demotion.state = ACPI_STATE_C2;
}
+ /*
+ * C1/C3
+ * -----
+ * Set promotion and demotion between C1 and C3 in case there isn't
+ * any C2 state available
+ */
+ if ((!pr->power.states[ACPI_STATE_C2].valid) &&
+ (pr->power.states[ACPI_STATE_C3].valid)) {
+ pr->power.states[ACPI_STATE_C1].promotion.threshold.count = 40;
+ pr->power.states[ACPI_STATE_C1].promotion.threshold.ticks =
+ pr->power.states[ACPI_STATE_C3].latency_ticks;
+ pr->power.states[ACPI_STATE_C1].promotion.threshold.bm = 0x0F;
+ pr->power.states[ACPI_STATE_C1].promotion.state = ACPI_STATE_C3;
+
+ pr->power.states[ACPI_STATE_C3].demotion.threshold.count = 1;
+ pr->power.states[ACPI_STATE_C3].demotion.threshold.ticks =
+ pr->power.states[ACPI_STATE_C3].latency_ticks;
+ pr->power.states[ACPI_STATE_C3].demotion.threshold.bm = 0x0F;
+ pr->power.states[ACPI_STATE_C3].demotion.state = ACPI_STATE_C1;
+ }
return_VALUE(0);
}
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2004-02-12 9:57 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-02-11 2:19 [PATCH] ACPI/Processor: C1/C3 states promotion and demotion Yu, Luming
[not found] ` <3ACA40606221794F80A5670F0AF15F8401CBB68C-SRlDPOYGfgogGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-02-11 8:25 ` eric.piel-VkQ1JFuSMpfAbQlEx87xDw
2004-02-11 11:03 ` Bruno Ducrot
-- strict thread matches above, loose matches on Subject: below --
2004-02-12 4:00 Yu, Luming
[not found] ` <3ACA40606221794F80A5670F0AF15F8401CBB6AB-SRlDPOYGfgogGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-02-12 9:57 ` Bruno Ducrot
2004-02-12 3:49 Yu, Luming
2004-02-11 11:37 Yu, Luming
[not found] ` <3ACA40606221794F80A5670F0AF15F8401CBB6A1-SRlDPOYGfgogGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-02-11 12:22 ` Bruno Ducrot
2004-02-10 9:36 Ow Mun Heng
[not found] ` <C386328088ED7F4E9F81AFBABDDF60DA03F9E637-Yw6hFe9C1vnHQcBQSaPqJq0fmWJ9l57d0E9HWUfgJXw@public.gmane.org>
2004-02-10 9:52 ` eric.piel-VkQ1JFuSMpfAbQlEx87xDw
2004-02-10 3:21 Ow Mun Heng
[not found] ` <C386328088ED7F4E9F81AFBABDDF60DA03F9E5A8-Yw6hFe9C1vnHQcBQSaPqJq0fmWJ9l57d0E9HWUfgJXw@public.gmane.org>
2004-02-10 9:17 ` eric.piel-VkQ1JFuSMpfAbQlEx87xDw
2004-02-09 14:07 eric.piel-VkQ1JFuSMpfAbQlEx87xDw
[not found] ` <1076335639.40279417dabd5-cj29PWmZ5eXjVsaOS7U83g@public.gmane.org>
2004-02-10 20:07 ` Bruno Ducrot
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox