* C4 strangeness [was Re: [PATCH] i386 No Idle HZ aka dynticks 051221]
[not found] ` <20051227140325.GA1620@elf.ucw.cz>
@ 2005-12-27 14:22 ` Pavel Machek
2005-12-27 15:33 ` C4 non-strangeness [was: " Dominik Brodowski
0 siblings, 1 reply; 3+ messages in thread
From: Pavel Machek @ 2005-12-27 14:22 UTC (permalink / raw)
To: Theodore Ts'o, Con Kolivas, linux kernel mailing list,
Dominik Brodowski, Daniel Petrini, Tony Lindgren, vatsa, ck list,
Adam Belay, Zwane Mwaikambo
Cc: ACPI mailing list, ipw2100-admin
On Út 27-12-05 15:03:25, Pavel Machek wrote:
> On Út 27-12-05 00:27:12, Pavel Machek wrote:
> > On Po 26-12-05 17:52:48, Theodore Ts'o wrote:
> > > On Mon, Dec 26, 2005 at 09:38:06PM +0100, Pavel Machek wrote:
> > > > Stupid IBM. I've seen it appearing/disappearing, but did not work out
> > > > when.
> > > >
> > > > No-C4-on-AC is bad -- if you just disconnect AC and walk away, you are
> > > > running without benefits of C4. Bad. Changing benchmarks depending on
> > > > you booting on AC or battery also look nasty.
> > >
> > > The moment you disconnect AC, it C4 automagically appears. When you
> > > reconnect to the AC mains, the C4 state disappears again, at least
> > > from the listing displayed by /proc/acpi/processor/CPU0/power. So the
> > > first issue you brought up isn't a problem.
> >
> > It does not seem to work like that here. I'm not sure what the exact
> > rules are, but I know that I sometimes have C4 and sometimes not. I
> > have C4 now, and it is used, even when I'm on AC power. Thinkpad
> > X32.
>
> Well, today it _does_ behave like Theodore described (slightly
> different kernel, and I'm using power supply, not docking
> station). Strange.
So... I guess I found out what is going on.
When power is unplugged, X32 adds C4 state. When power is plugged, X32
removes C4 state (behaviour Ted seen). When I load ipw2200, this
behaviour stops, and I see everything up-to C4. Strange. I remember
ipw had some problems with C3 and C4, perhaps this is related?
Pavel
--
Thanks, Sharp!
^ permalink raw reply [flat|nested] 3+ messages in thread
* C4 non-strangeness [was: C4 strangeness [was Re: [PATCH] i386 No Idle HZ aka dynticks 051221]
2005-12-27 14:22 ` C4 strangeness [was Re: [PATCH] i386 No Idle HZ aka dynticks 051221] Pavel Machek
@ 2005-12-27 15:33 ` Dominik Brodowski
2005-12-27 16:13 ` Pavel Machek
0 siblings, 1 reply; 3+ messages in thread
From: Dominik Brodowski @ 2005-12-27 15:33 UTC (permalink / raw)
To: Pavel Machek
Cc: vatsa, Theodore Ts'o, Zwane Mwaikambo, Tony Lindgren,
Daniel Petrini, linux kernel mailing list, ck list, Adam Belay,
ACPI mailing list, ipw2100-admin
Hi,
On Tue, Dec 27, 2005 at 03:22:38PM +0100, Pavel Machek wrote:
> So... I guess I found out what is going on.
>
> When power is unplugged, X32 adds C4 state. When power is plugged, X32
> removes C4 state (behaviour Ted seen). When I load ipw2200, this
> behaviour stops, and I see everything up-to C4. Strange. I remember
> ipw had some problems with C3 and C4, perhaps this is related?
Nothing strange at all. The C-States are exported by the BIOS to the OS
using the _CST method/object/whatever. This can change on runtime. When the
BIOS recognizes it is on battery power, the _CST contains the C4 state, if
it is on AC power, the _CST doesn't contain it. The ACPI code follows what
it is told by the BIOS, for it has no chance to know about this additional
C-State if on AC power, and it wouldn't be wise to second-guess the BIOS.
Ipw does limit the max_cstate setting dynamically if it recognizes problems;
however I haven't seen _any_ such things lately on my own system. Might be
related to dyntick being _enabled_, though ;-)
Dominik
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: C4 non-strangeness [was: C4 strangeness [was Re: [PATCH] i386 No Idle HZ aka dynticks 051221]
2005-12-27 15:33 ` C4 non-strangeness [was: " Dominik Brodowski
@ 2005-12-27 16:13 ` Pavel Machek
0 siblings, 0 replies; 3+ messages in thread
From: Pavel Machek @ 2005-12-27 16:13 UTC (permalink / raw)
To: Dominik Brodowski, Theodore Ts'o, Con Kolivas,
linux kernel mailing list, Daniel Petrini, Tony Lindgren, vatsa,
ck list, Adam Belay, Zwane Mwaikambo, ACPI mailing list,
ipw2100-admin
On Út 27-12-05 16:33:30, Dominik Brodowski wrote:
> Hi,
>
> On Tue, Dec 27, 2005 at 03:22:38PM +0100, Pavel Machek wrote:
> > So... I guess I found out what is going on.
> >
> > When power is unplugged, X32 adds C4 state. When power is plugged, X32
> > removes C4 state (behaviour Ted seen). When I load ipw2200, this
> > behaviour stops, and I see everything up-to C4. Strange. I remember
> > ipw had some problems with C3 and C4, perhaps this is related?
>
> Nothing strange at all. The C-States are exported by the BIOS to the OS
> using the _CST method/object/whatever. This can change on runtime. When the
> BIOS recognizes it is on battery power, the _CST contains the C4 state, if
> it is on AC power, the _CST doesn't contain it. The ACPI code follows what
> it is told by the BIOS, for it has no chance to know about this additional
> C-State if on AC power, and it wouldn't be wise to second-guess the BIOS.
>
> Ipw does limit the max_cstate setting dynamically if it recognizes problems;
> however I haven't seen _any_ such things lately on my own system. Might be
> related to dyntick being _enabled_, though ;-)
This was without dynticks... But why C4 availability no longer changes
(between AC and battery power) with ipw2200 loaded? I'd understand
higher C states being unavailable...
Pavel
--
Thanks, Sharp!
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2005-12-27 16:13 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <200512210310.51084.kernel@kolivas.org>
[not found] ` <20051225171617.GA6929@thunk.org>
[not found] ` <20051226025525.GA6697@thunk.org>
[not found] ` <20051226203806.GC1974@elf.ucw.cz>
[not found] ` <20051226225246.GA9915@thunk.org>
[not found] ` <20051226232712.GH1974@elf.ucw.cz>
[not found] ` <20051227140325.GA1620@elf.ucw.cz>
2005-12-27 14:22 ` C4 strangeness [was Re: [PATCH] i386 No Idle HZ aka dynticks 051221] Pavel Machek
2005-12-27 15:33 ` C4 non-strangeness [was: " Dominik Brodowski
2005-12-27 16:13 ` Pavel Machek
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox