From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pavel Machek Subject: Re: Re: [PATCHES] add _CST support Date: Thu, 23 Dec 2004 14:07:23 +0100 Message-ID: <20041223130723.GE731@openzaurus.ucw.cz> References: <20041127215118.GA30309@dominikbrodowski.de> <1103694244.17325.58.camel@d845pe> <20041223000842.GA8289@dominikbrodowski.de> <1103778133.2567.45.camel@d845pe> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <1103778133.2567.45.camel@d845pe> Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Len Brown Cc: Dominik Brodowski , ACPI Developers , Robert Moore , Bruno Ducrot List-Id: linux-acpi@vger.kernel.org Hi! > > > > - make acpi_cstate_limit aware of c-state types instead of > > numbers, as the latter mean (almost) nothing > > > > > > While both C3 and C4 will be of type-C3, I'd like to still be able > > to disable C4 without disabling C3. > > > > If we can agree not to call it "C3" and "C4", yes... The problem is > > the C-nomination is sort of a _type_ which is overloaded with the > > actual states. > > C-states are enumerated C0...Cn > C-state types are enumerated C1, C2, C3. > I don't see any confusion in the name-space duplicates > as long as you know you're talking about C-states or C-state-types. > Unfortunately, people often don't know what they are talking about. Having two things called C2 is definitely going to confuse just about everyone but you... Can't you #define C2type 2 or something? There has to be better name for all this. Pavel -- 64 bytes from 195.113.31.123: icmp_seq=28 ttl=51 time=448769.1 ms ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/