* Programtically tell diff between HT and real
@ 2004-06-16 17:46 Phy Prabab
2004-06-16 17:56 ` Robert Love
2004-06-16 17:59 ` lkml
0 siblings, 2 replies; 15+ messages in thread
From: Phy Prabab @ 2004-06-16 17:46 UTC (permalink / raw)
To: linux-kernel
Hello.
Is there a way to tell the difference between normal
processors and HT enabled processors? That is, does
the linux kernel know the difference and is there a
way to to know the difference.
Thank you for your time.
Phy
__________________________________
Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.
http://promotions.yahoo.com/new_mail
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Programtically tell diff between HT and real
2004-06-16 17:46 Programtically tell diff between HT and real Phy Prabab
@ 2004-06-16 17:56 ` Robert Love
2004-06-16 18:46 ` Robert Love
2004-06-16 17:59 ` lkml
1 sibling, 1 reply; 15+ messages in thread
From: Robert Love @ 2004-06-16 17:56 UTC (permalink / raw)
To: Phy Prabab; +Cc: linux-kernel
On Wed, 2004-06-16 at 10:46 -0700, Phy Prabab wrote:
> Is there a way to tell the difference between normal
> processors and HT enabled processors? That is, does
> the linux kernel know the difference and is there a
> way to to know the difference.
Yah. Look at /proc/cpuinfo.
Virtual processors have different 'processor' values but the same
'physical id', while physical processors obviously have different values
for both.
Robert Love
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Programtically tell diff between HT and real
2004-06-16 17:46 Programtically tell diff between HT and real Phy Prabab
2004-06-16 17:56 ` Robert Love
@ 2004-06-16 17:59 ` lkml
1 sibling, 0 replies; 15+ messages in thread
From: lkml @ 2004-06-16 17:59 UTC (permalink / raw)
To: Phy Prabab; +Cc: linux-kernel
> Is there a way to tell the difference between normal
> processors and HT enabled processors? That is, does
> the linux kernel know the difference and is there a
> way to to know the difference.
Execute the CPUID instruction with EAX=00000001h. I think HT-enabled cpus
should have bit 28 of the value returned in EDX set.
--
7:57PM up 134 days, 5:11, 1 user, load averages: 0.16, 0.18, 0.16
Every non-empty totally disconnected perfect compact metric space is
homeomorphic to the Cantor set.
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Programtically tell diff between HT and real
2004-06-16 17:56 ` Robert Love
@ 2004-06-16 18:46 ` Robert Love
2004-06-16 19:57 ` David van Hoose
2004-06-16 20:47 ` Richard B. Johnson
0 siblings, 2 replies; 15+ messages in thread
From: Robert Love @ 2004-06-16 18:46 UTC (permalink / raw)
To: Phy Prabab; +Cc: linux-kernel
On Wed, 2004-06-16 at 13:56 -0400, Robert Love wrote:
> Yah. Look at /proc/cpuinfo.
>
> Virtual processors have different 'processor' values but the same
> 'physical id', while physical processors obviously have different values
> for both.
Oh, and if you just want to see if a processor supports HT - the 'ht'
flag is set in 'flags' in /proc/cpuinfo.
Robert Love
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Programtically tell diff between HT and real
2004-06-16 18:46 ` Robert Love
@ 2004-06-16 19:57 ` David van Hoose
2004-06-16 20:01 ` Phy Prabab
2004-06-16 20:47 ` Richard B. Johnson
1 sibling, 1 reply; 15+ messages in thread
From: David van Hoose @ 2004-06-16 19:57 UTC (permalink / raw)
To: Robert Love; +Cc: Phy Prabab, linux-kernel
Robert Love wrote:
> On Wed, 2004-06-16 at 13:56 -0400, Robert Love wrote:
>
>
>>Yah. Look at /proc/cpuinfo.
>>
>>Virtual processors have different 'processor' values but the same
>>'physical id', while physical processors obviously have different values
>>for both.
>
>
> Oh, and if you just want to see if a processor supports HT - the 'ht'
> flag is set in 'flags' in /proc/cpuinfo.
Not always true. I have a non-HT Pentium4, but I still have ht in my
flags. The same goes for a couple of dual Xeon's I work on at school.
Aparently Intel disabled the HT on a lot of Pentium 4 and Xeon chips,
but left the HT flag behind. My system even has the additional IO-APICs
too. Hence why everytime I boot a UP kernel, I get an 'unexpected
IO-APIC' message.
Cheers,
David
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Programtically tell diff between HT and real
2004-06-16 19:57 ` David van Hoose
@ 2004-06-16 20:01 ` Phy Prabab
2004-06-16 20:03 ` Robert Love
0 siblings, 1 reply; 15+ messages in thread
From: Phy Prabab @ 2004-06-16 20:01 UTC (permalink / raw)
To: David van Hoose, Robert Love; +Cc: Phy Prabab, linux-kernel
So, if I understand correctly, there is no way to know
definitively if a cpu is HT or not?
Thanks!
Phy
--- David van Hoose <david.vanhoose@comcast.net>
wrote:
>
>
> Robert Love wrote:
> > On Wed, 2004-06-16 at 13:56 -0400, Robert Love
> wrote:
> >
> >
> >>Yah. Look at /proc/cpuinfo.
> >>
> >>Virtual processors have different 'processor'
> values but the same
> >>'physical id', while physical processors obviously
> have different values
> >>for both.
> >
> >
> > Oh, and if you just want to see if a processor
> supports HT - the 'ht'
> > flag is set in 'flags' in /proc/cpuinfo.
>
> Not always true. I have a non-HT Pentium4, but I
> still have ht in my
> flags. The same goes for a couple of dual Xeon's I
> work on at school.
> Aparently Intel disabled the HT on a lot of Pentium
> 4 and Xeon chips,
> but left the HT flag behind. My system even has the
> additional IO-APICs
> too. Hence why everytime I boot a UP kernel, I get
> an 'unexpected
> IO-APIC' message.
>
> Cheers,
> David
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Programtically tell diff between HT and real
2004-06-16 20:01 ` Phy Prabab
@ 2004-06-16 20:03 ` Robert Love
0 siblings, 0 replies; 15+ messages in thread
From: Robert Love @ 2004-06-16 20:03 UTC (permalink / raw)
To: Phy Prabab; +Cc: David van Hoose, linux-kernel
On Wed, 2004-06-16 at 13:01 -0700, Phy Prabab wrote:
> So, if I understand correctly, there is no way to know
> definitively if a cpu is HT or not?
I'd do both of the things I said: test for HT, and then look for another
processor with the same physical id but a different processor value.
Robert Love
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Programtically tell diff between HT and real
2004-06-16 18:46 ` Robert Love
2004-06-16 19:57 ` David van Hoose
@ 2004-06-16 20:47 ` Richard B. Johnson
2004-06-16 21:36 ` Andre Tomt
1 sibling, 1 reply; 15+ messages in thread
From: Richard B. Johnson @ 2004-06-16 20:47 UTC (permalink / raw)
To: Robert Love; +Cc: Phy Prabab, linux-kernel
On Wed, 16 Jun 2004, Robert Love wrote:
> On Wed, 2004-06-16 at 13:56 -0400, Robert Love wrote:
>
> > Yah. Look at /proc/cpuinfo.
> >
> > Virtual processors have different 'processor' values but the same
> > 'physical id', while physical processors obviously have different values
> > for both.
>
> Oh, and if you just want to see if a processor supports HT - the 'ht'
> flag is set in 'flags' in /proc/cpuinfo.
>
> Robert Love
>
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Pentium(R) 4 CPU 2.80GHz
stepping : 7
cpu MHz : 2793.087
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid
^_______
bogomips : 5570.56
I would love to know how you turn in on! This is one of those
"latest-and-greatest" Intel D865PERL mother-boards and I've
even flashed the BIOS with the "latest-and-greatest".
Cheers,
Dick Johnson
Penguin : Linux version 2.4.26 on an i686 machine (5570.56 BogoMips).
Note 96.31% of all statistics are fiction.
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Programtically tell diff between HT and real
2004-06-16 20:47 ` Richard B. Johnson
@ 2004-06-16 21:36 ` Andre Tomt
2004-06-16 21:58 ` Richard B. Johnson
0 siblings, 1 reply; 15+ messages in thread
From: Andre Tomt @ 2004-06-16 21:36 UTC (permalink / raw)
To: linux-kernel; +Cc: root
Richard B. Johnson wrote:
> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
> mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid
> ^_______
> bogomips : 5570.56
>
> I would love to know how you turn in on! This is one of those
> "latest-and-greatest" Intel D865PERL mother-boards and I've
> even flashed the BIOS with the "latest-and-greatest".
The usual way is to enable HT in BIOS, and use a SMP enabled kernel.
--
Cheers,
André Tomt
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Programtically tell diff between HT and real
2004-06-16 21:36 ` Andre Tomt
@ 2004-06-16 21:58 ` Richard B. Johnson
0 siblings, 0 replies; 15+ messages in thread
From: Richard B. Johnson @ 2004-06-16 21:58 UTC (permalink / raw)
To: Andre Tomt; +Cc: linux-kernel
On Wed, 16 Jun 2004, Andre Tomt wrote:
> Richard B. Johnson wrote:
> > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
> > mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid
> > ^_______
> > bogomips : 5570.56
> >
> > I would love to know how you turn in on! This is one of those
> > "latest-and-greatest" Intel D865PERL mother-boards and I've
> > even flashed the BIOS with the "latest-and-greatest".
>
> The usual way is to enable HT in BIOS, and use a SMP enabled kernel.
>
It's a SMP kernel. There is no 'HT enable' in the BIOS setup.
In fact, there is very little that can be set and, it's even
very hard to convince it that I want to boot from a SCSI and
not from the first disk it finds. One has to remove the battery
to discharge the CMOS so it won't ignore the 'Del' key
on startup. It's a very bad BIOS or a very bad board, I
don't know which.
Cheers,
Dick Johnson
Penguin : Linux version 2.4.26 on an i686 machine (5570.56 BogoMips).
Note 96.31% of all statistics are fiction.
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Programtically tell diff between HT and real
@ 2004-06-17 8:55 Mikael Pettersson
0 siblings, 0 replies; 15+ messages in thread
From: Mikael Pettersson @ 2004-06-17 8:55 UTC (permalink / raw)
To: david.vanhoose, phyprabab, rml; +Cc: linux-kernel
On Wed, 16 Jun 2004 13:01:02 -0700 (PDT), Phy Prabab wrote:
>So, if I understand correctly, there is no way to know
>definitively if a cpu is HT or not?
Of course there is. Intel's documentation, in
particular the IA32 Volume 2 and 3 manuals and
application note 485 (CPUID) describe this. They
are downloadable as PDFs from developer.intel.com.
Use CPUID to retrieve the "number of siblings"
value. >1 implies HT actually enabled.
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Programtically tell diff between HT and real
@ 2004-06-17 8:55 Mikael Pettersson
2004-06-17 11:22 ` Richard B. Johnson
0 siblings, 1 reply; 15+ messages in thread
From: Mikael Pettersson @ 2004-06-17 8:55 UTC (permalink / raw)
To: andre, root; +Cc: linux-kernel
On Wed, 16 Jun 2004 17:58:26 -0400 (EDT), Richard B. Johnson wrote:
>> > I would love to know how you turn in on! This is one of those
>> > "latest-and-greatest" Intel D865PERL mother-boards and I've
>> > even flashed the BIOS with the "latest-and-greatest".
>>
>> The usual way is to enable HT in BIOS, and use a SMP enabled kernel.
>>
>
>It's a SMP kernel. There is no 'HT enable' in the BIOS setup.
>In fact, there is very little that can be set and, it's even
>very hard to convince it that I want to boot from a SCSI and
>not from the first disk it finds. One has to remove the battery
>to discharge the CMOS so it won't ignore the 'Del' key
>on startup. It's a very bad BIOS or a very bad board, I
>don't know which.
Or you forgot to enable ACPI in the kernel.
For some reason, the MP tables aren't capable of
describing HT siblings, so the BIOSen do that
via the ACPI tables instead.
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Programtically tell diff between HT and real
2004-06-17 8:55 Mikael Pettersson
@ 2004-06-17 11:22 ` Richard B. Johnson
2004-06-17 11:52 ` Richard B. Johnson
0 siblings, 1 reply; 15+ messages in thread
From: Richard B. Johnson @ 2004-06-17 11:22 UTC (permalink / raw)
To: Mikael Pettersson; +Cc: andre, linux-kernel
On Thu, 17 Jun 2004, Mikael Pettersson wrote:
> On Wed, 16 Jun 2004 17:58:26 -0400 (EDT), Richard B. Johnson wrote:
> >> > I would love to know how you turn in on! This is one of those
> >> > "latest-and-greatest" Intel D865PERL mother-boards and I've
> >> > even flashed the BIOS with the "latest-and-greatest".
> >>
> >> The usual way is to enable HT in BIOS, and use a SMP enabled kernel.
> >>
> >
> >It's a SMP kernel. There is no 'HT enable' in the BIOS setup.
> >In fact, there is very little that can be set and, it's even
> >very hard to convince it that I want to boot from a SCSI and
> >not from the first disk it finds. One has to remove the battery
> >to discharge the CMOS so it won't ignore the 'Del' key
> >on startup. It's a very bad BIOS or a very bad board, I
> >don't know which.
>
> Or you forgot to enable ACPI in the kernel.
> For some reason, the MP tables aren't capable of
> describing HT siblings, so the BIOSen do that
> via the ACPI tables instead.
>
I'll look, thanks.
Cheers,
Dick Johnson
Penguin : Linux version 2.4.26 on an i686 machine (5570.56 BogoMips).
Note 96.31% of all statistics are fiction.
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Programtically tell diff between HT and real
2004-06-17 11:22 ` Richard B. Johnson
@ 2004-06-17 11:52 ` Richard B. Johnson
0 siblings, 0 replies; 15+ messages in thread
From: Richard B. Johnson @ 2004-06-17 11:52 UTC (permalink / raw)
To: Mikael Pettersson; +Cc: andre, linux-kernel
On Thu, 17 Jun 2004, Richard B. Johnson wrote:
> On Thu, 17 Jun 2004, Mikael Pettersson wrote:
>
> > On Wed, 16 Jun 2004 17:58:26 -0400 (EDT), Richard B. Johnson wrote:
> > >> > I would love to know how you turn in on! This is one of those
> > >> > "latest-and-greatest" Intel D865PERL mother-boards and I've
> > >> > even flashed the BIOS with the "latest-and-greatest".
> > >>
> > >> The usual way is to enable HT in BIOS, and use a SMP enabled kernel.
> > >>
> > >
> > >It's a SMP kernel. There is no 'HT enable' in the BIOS setup.
> > >In fact, there is very little that can be set and, it's even
> > >very hard to convince it that I want to boot from a SCSI and
> > >not from the first disk it finds. One has to remove the battery
> > >to discharge the CMOS so it won't ignore the 'Del' key
> > >on startup. It's a very bad BIOS or a very bad board, I
> > >don't know which.
> >
> > Or you forgot to enable ACPI in the kernel.
> > For some reason, the MP tables aren't capable of
> > describing HT siblings, so the BIOSen do that
> > via the ACPI tables instead.
> >
>
> I'll look, thanks.
>
>
I enabled ACPI, recompiled, etc. Rebooted, still just one CPU
with another hidden inside that can't get out!
Cheers,
Dick Johnson
Penguin : Linux version 2.4.26 on an i686 machine (5570.56 BogoMips).
Note 96.31% of all statistics are fiction.
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Programtically tell diff between HT and real
[not found] ` <fa.frt3cgc.l145hu@ifi.uio.no>
@ 2004-06-18 3:20 ` Robert Hancock
0 siblings, 0 replies; 15+ messages in thread
From: Robert Hancock @ 2004-06-18 3:20 UTC (permalink / raw)
To: linux-kernel
If that 2.8 GHz CPU is not 800 MHz FSB, then it's not HT-capable regardless
of what the feature flags say (as far as I know, most P4 CPUs show HT
support in the feature flags even if it doesn't really support it).
----- Original Message -----
From: "Richard B. Johnson" <root@chaos.analogic.com>
Newsgroups: fa.linux.kernel
To: "Andre Tomt" <andre@tomt.net>
Cc: <linux-kernel@vger.kernel.org>
Sent: Wednesday, June 16, 2004 4:02 PM
Subject: Re: Programtically tell diff between HT and real
> On Wed, 16 Jun 2004, Andre Tomt wrote:
>
> > Richard B. Johnson wrote:
> > > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
> > > mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
cid
> > > ^_______
> > > bogomips : 5570.56
> > >
> > > I would love to know how you turn in on! This is one of those
> > > "latest-and-greatest" Intel D865PERL mother-boards and I've
> > > even flashed the BIOS with the "latest-and-greatest".
> >
> > The usual way is to enable HT in BIOS, and use a SMP enabled kernel.
> >
>
> It's a SMP kernel. There is no 'HT enable' in the BIOS setup.
> In fact, there is very little that can be set and, it's even
> very hard to convince it that I want to boot from a SCSI and
> not from the first disk it finds. One has to remove the battery
> to discharge the CMOS so it won't ignore the 'Del' key
> on startup. It's a very bad BIOS or a very bad board, I
> don't know which.
>
>
> Cheers,
> Dick Johnson
> Penguin : Linux version 2.4.26 on an i686 machine (5570.56 BogoMips).
> Note 96.31% of all statistics are fiction.
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2004-06-18 3:31 UTC | newest]
Thread overview: 15+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-06-16 17:46 Programtically tell diff between HT and real Phy Prabab
2004-06-16 17:56 ` Robert Love
2004-06-16 18:46 ` Robert Love
2004-06-16 19:57 ` David van Hoose
2004-06-16 20:01 ` Phy Prabab
2004-06-16 20:03 ` Robert Love
2004-06-16 20:47 ` Richard B. Johnson
2004-06-16 21:36 ` Andre Tomt
2004-06-16 21:58 ` Richard B. Johnson
2004-06-16 17:59 ` lkml
-- strict thread matches above, loose matches on Subject: below --
2004-06-17 8:55 Mikael Pettersson
2004-06-17 8:55 Mikael Pettersson
2004-06-17 11:22 ` Richard B. Johnson
2004-06-17 11:52 ` Richard B. Johnson
[not found] <fa.dpf28q3.1t6gfg5@ifi.uio.no>
[not found] ` <fa.frt3cgc.l145hu@ifi.uio.no>
2004-06-18 3:20 ` Robert Hancock
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.