[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4A086B58.30607@zytor.com>
Date: Mon, 11 May 2009 11:15:52 -0700
From: "H. Peter Anvin" <hpa@...or.com>
To: Jaswinder Singh Rajput <jaswinder@...nel.org>
CC: Ingo Molnar <mingo@...e.hu>, "H. Peter Anvin" <hpa@...nel.org>,
Robert Richter <robert.richter@....com>,
x86 maintainers <x86@...nel.org>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [git-pull -tip] x86: Addition of cpufeatures to friendly access
miscellaneous MSRs
Jaswinder Singh Rajput wrote:
>
> Jaswinder Singh Rajput (15):
> x86: Add cpufeature for Processor Name
> x86: Add cpufeatures for Advanced Power Management
> x86: Add cpufeature for Microcode update
> x86: Add cpufeature for Cache MSRs
> x86: Add cpufeature for Hard and Soft Poweron configuration
> x86: Add cpufeature for Scaleable bus speed
> x86: Add cpufeature for Miscellaneous Features
> x86: Add cpufeature for Platform feature
> x86: Add cpufeature for Hardware configuration
> x86: Add cpufeature for System configuration
> x86: Add cpufeature for System management mode (SMM)
> x86: Add cpufeature for MM configuration
> x86: Add cpufeature for Bus configuration
> x86: Add cpufeature for performance frequency APERF/MPERF
> x86: Add cpufeature for ancient performance monitoring
>
Overall, I'm rather confused what the point of this is supposed to be.
There is value to centralizing CPU knowledge, but some of these flags
are only used in one place, and as far as I can see in several of your
patches they aren't used *at all*.
If there is no in-kernel user there is absolutely no point to this.
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists