* new CPUID bit
@ 2003-01-14 10:02 Ulrich Drepper
2003-01-14 18:41 ` James H. Cloos Jr.
0 siblings, 1 reply; 4+ messages in thread
From: Ulrich Drepper @ 2003-01-14 10:02 UTC (permalink / raw)
To: Linux Kernel
[-- Attachment #1.1: Type: text/plain, Size: 420 bytes --]
Northwood P4's have one more bit in the CPUID processor info set: bit
31. Intel calls the feature PBE (Pending Break Enable).
The attached patch for the current BK kernel adds the necessary entry.
--
--------------. ,-. 444 Castro Street
Ulrich Drepper \ ,-----------------' \ Mountain View, CA 94041 USA
Red Hat `--' drepper at redhat.com `---------------------------
[-- Attachment #1.2: aaa --]
[-- Type: text/plain, Size: 630 bytes --]
--- /home/drepper/kernel/linux-2.5/arch/i386/kernel/cpu/proc.c-save 2002-12-29 01:24:52.000000000 -0800
+++ /home/drepper/kernel/linux-2.5/arch/i386/kernel/cpu/proc.c 2003-01-14 02:00:33.000000000 -0800
@@ -22,7 +22,7 @@
"fpu", "vme", "de", "pse", "tsc", "msr", "pae", "mce",
"cx8", "apic", NULL, "sep", "mtrr", "pge", "mca", "cmov",
"pat", "pse36", "pn", "clflush", NULL, "dts", "acpi", "mmx",
- "fxsr", "sse", "sse2", "ss", "ht", "tm", "ia64", NULL,
+ "fxsr", "sse", "sse2", "ss", "ht", "tm", "ia64", "pbe",
/* AMD-defined */
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: new CPUID bit
2003-01-14 10:02 new CPUID bit Ulrich Drepper
@ 2003-01-14 18:41 ` James H. Cloos Jr.
2003-01-15 8:34 ` Mikael Pettersson
0 siblings, 1 reply; 4+ messages in thread
From: James H. Cloos Jr. @ 2003-01-14 18:41 UTC (permalink / raw)
To: Linux Kernel
Ulrich> Northwood P4's have one more bit in the CPUID processor info
Ulrich> set: bit 31. Intel calls the feature PBE (Pending Break
Ulrich> Enable).
For the curious, from <http://www.aceshardware.com/forum?read=80030620>:
Adrian> Bit 31 is PBE (Pending Break Enable) which you can find in the
Adrian> latest P4 instruction manual (document 24547106, page
Adrian> 159-162). To quote:
24547106> Pending Break Enable. The processor supports the use of the
24547106> FERR#/PBE# pin when the processor is in the stop-clock state
24547106> (STPCLK# is asserted) to signal the processor that an
24547106> interrupt is pending and that the processor should return to
24547106> normal operation to handle the interrupt. Bit 10 (PBE
24547106> enable) in the IA32_MISC_ENABLE MSR enables this capability.
-JimC
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: new CPUID bit
2003-01-14 18:41 ` James H. Cloos Jr.
@ 2003-01-15 8:34 ` Mikael Pettersson
2003-01-15 12:18 ` Dave Jones
0 siblings, 1 reply; 4+ messages in thread
From: Mikael Pettersson @ 2003-01-15 8:34 UTC (permalink / raw)
To: James H. Cloos Jr.; +Cc: Linux Kernel, davej
James H. Cloos Jr. writes:
> Ulrich> Northwood P4's have one more bit in the CPUID processor info
> Ulrich> set: bit 31. Intel calls the feature PBE (Pending Break
> Ulrich> Enable).
>
> For the curious, from <http://www.aceshardware.com/forum?read=80030620>:
>
> Adrian> Bit 31 is PBE (Pending Break Enable) which you can find in the
> Adrian> latest P4 instruction manual (document 24547106, page
> Adrian> 159-162). To quote:
A better reference for this stuff is (IMHO) AP-485, the "Intel Processor
Identification and the CPUID Instruction" application note. It's regularly
updated, and in this particular case, its description of CPUID with EAX=1
differs from the IA32 Volume 2 manual (245471xx) in two ways:
- EBX bit 31 is called "SBF", Signal Break on FERR.
- ECX is defined to contain additional feature flags. Currently only one
is defined: ECX bit 10 is the "Context ID" feature for putting the L1
D-cache in adaptive or shared mode, which matters for hyper-threaded CPUs.
Supporting the new ECX feature flags in the kernel will require some surgery,
since the current code assumes x86_capability[0] is Intel, [1] is AMD,
[2] is Transmeta, and [3] is for conflicting or synthesized feature flags.
We either shift AMD etc down one index and put ECX in [1], or add a new index
[4] for ECX, or kludge the few ECX-defined features in [3].
/Mikael
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: new CPUID bit
2003-01-15 8:34 ` Mikael Pettersson
@ 2003-01-15 12:18 ` Dave Jones
0 siblings, 0 replies; 4+ messages in thread
From: Dave Jones @ 2003-01-15 12:18 UTC (permalink / raw)
To: Mikael Pettersson; +Cc: James H. Cloos Jr., Linux Kernel, davej
On Wed, Jan 15, 2003 at 09:34:28AM +0100, Mikael Pettersson wrote:
> A better reference for this stuff is (IMHO) AP-485, the "Intel Processor
> Identification and the CPUID Instruction" application note. It's regularly
> updated, and in this particular case, its description of CPUID with EAX=1
> differs from the IA32 Volume 2 manual (245471xx) in two ways:
>
> - EBX bit 31 is called "SBF", Signal Break on FERR.
> - ECX is defined to contain additional feature flags. Currently only one
> is defined: ECX bit 10 is the "Context ID" feature for putting the L1
> D-cache in adaptive or shared mode, which matters for hyper-threaded CPUs.
>
> Supporting the new ECX feature flags in the kernel will require some surgery,
> since the current code assumes x86_capability[0] is Intel, [1] is AMD,
> [2] is Transmeta, and [3] is for conflicting or synthesized feature flags.
> We either shift AMD etc down one index and put ECX in [1], or add a new index
> [4] for ECX, or kludge the few ECX-defined features in [3].
Or we change it so we end up with something like..
x86_capability[0].standard and x86_capability[0].extended
Dave
--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2003-01-15 12:11 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-01-14 10:02 new CPUID bit Ulrich Drepper
2003-01-14 18:41 ` James H. Cloos Jr.
2003-01-15 8:34 ` Mikael Pettersson
2003-01-15 12:18 ` Dave Jones
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).