* 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