<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-dev/arch/x86/kernel/cpu/feature_names.c, branch master</title>
<subtitle>Linux kernel development work - see feature branches</subtitle>
<id>https://git.zx2c4.com/linux-dev/atom/arch/x86/kernel/cpu/feature_names.c?h=master</id>
<link rel='self' href='https://git.zx2c4.com/linux-dev/atom/arch/x86/kernel/cpu/feature_names.c?h=master'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/'/>
<updated>2008-08-28T02:23:22Z</updated>
<entry>
<title>x86: generate names for /proc/cpuinfo from &lt;asm/cpufeature.h&gt;</title>
<updated>2008-08-28T02:23:22Z</updated>
<author>
<name>H. Peter Anvin</name>
<email>hpa@zytor.com</email>
</author>
<published>2008-08-28T00:56:44Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=7414aa41a63348c3bc72d8c37b716024c29b6d50'/>
<id>urn:sha1:7414aa41a63348c3bc72d8c37b716024c29b6d50</id>
<content type='text'>
We have had a number of cases where &lt;asm/cpufeature.h&gt; (and its
predecessors) have diverged substantially from the names list in
/proc/cpuinfo.  This patch generates the latter from the former.

It retains the option for explicitly overriding the strings, but by
making that require a separate action it should at least be less
likely to happen.

It would be good to do a future pass and rename strings that are
gratuituously different in the kernel (/proc/cpuinfo is a userspace
interface and must remain constant.)

Signed-off-by: H. Peter Anvin &lt;hpa@zytor.com&gt;
</content>
</entry>
<entry>
<title>x86: add NOPL as a synthetic CPU feature bit</title>
<updated>2008-08-19T01:22:17Z</updated>
<author>
<name>H. Peter Anvin</name>
<email>hpa@zytor.com</email>
</author>
<published>2008-08-19T00:39:32Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=7e00df5818964298c9821365a6cb7a8304227c5c'/>
<id>urn:sha1:7e00df5818964298c9821365a6cb7a8304227c5c</id>
<content type='text'>
The long noops ("NOPL") are supposed to be detected by family &gt;= 6.
Unfortunately, several non-Intel x86 implementations, both hardware
and software, don't obey this dictum.  Instead, probe for NOPL
directly by executing a NOPL instruction and see if we get #UD.

Signed-off-by: H. Peter Anvin &lt;hpa@zytor.com&gt;
</content>
</entry>
<entry>
<title>x86: arch/x86/kernel/cpu/feature_names.c - use angle brackets for include</title>
<updated>2008-04-17T15:40:57Z</updated>
<author>
<name>Joe Perches</name>
<email>joe@perches.com</email>
</author>
<published>2008-03-05T00:47:00Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=c1db29dbc761e9a464b417df7d4dbbae7df81f4c'/>
<id>urn:sha1:c1db29dbc761e9a464b417df7d4dbbae7df81f4c</id>
<content type='text'>
Signed-off-by: Joe Perches &lt;joe@perches.com&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
</entry>
<entry>
<title>x86: unify CPU feature string names</title>
<updated>2008-02-04T15:48:00Z</updated>
<author>
<name>H. Peter Anvin</name>
<email>hpa@zytor.com</email>
</author>
<published>2008-02-04T15:48:00Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=fa1408e4df53ec1e61f59c030b3488a1ef0c635d'/>
<id>urn:sha1:fa1408e4df53ec1e61f59c030b3488a1ef0c635d</id>
<content type='text'>
Move the CPU feature string names to a separate file (common to 32
and 64 bits); additionally, make &lt;asm/cpufeature.h&gt; includable by host
code in preparation for including the CPU feature strings in the boot
code.

Signed-off-by: H. Peter Anvin &lt;hpa@zytor.com&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;
</content>
</entry>
</feed>
