linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Re: Pentium-M?
@ 2003-08-23 12:36 Mikael Pettersson
  2003-08-23 13:03 ` Pentium-M? Zwane Mwaikambo
  0 siblings, 1 reply; 9+ messages in thread
From: Mikael Pettersson @ 2003-08-23 12:36 UTC (permalink / raw)
  To: linux-kernel, lkml

On Sat, 23 Aug 2003 13:50:02 +0200, Jan De Luyck <lkml@kcore.org> wrote:
>Just a short question. For the Pentium-M as used in the centrino platform, 
>what do I select in the 2.6.0-test4 kernel configuration as the CPU?
>
>I figure it's not a PIV, but is it a P3? Or is it something special?

The P-M core is PIII, to which SSE2, some P4-like model-specific
registers, and (it seems) a P4 bus were added.

For now, treat it simply as a PIII.

/Mikael

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Pentium-M?
  2003-08-23 12:36 Pentium-M? Mikael Pettersson
@ 2003-08-23 13:03 ` Zwane Mwaikambo
  2003-08-23 18:03   ` Pentium-M? Barry K. Nathan
  0 siblings, 1 reply; 9+ messages in thread
From: Zwane Mwaikambo @ 2003-08-23 13:03 UTC (permalink / raw)
  To: Mikael Pettersson; +Cc: linux-kernel, lkml

On Sat, 23 Aug 2003, Mikael Pettersson wrote:

> On Sat, 23 Aug 2003 13:50:02 +0200, Jan De Luyck <lkml@kcore.org> wrote:
> >Just a short question. For the Pentium-M as used in the centrino platform, 
> >what do I select in the 2.6.0-test4 kernel configuration as the CPU?
> >
> >I figure it's not a PIV, but is it a P3? Or is it something special?
> 
> The P-M core is PIII, to which SSE2, some P4-like model-specific
> registers, and (it seems) a P4 bus were added.
> 
> For now, treat it simply as a PIII.

That's interesting, intel compiler recommends P4 type optimisations, 
also worth noting that the P-M has hardware prefetch.

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Pentium-M?
  2003-08-23 13:03 ` Pentium-M? Zwane Mwaikambo
@ 2003-08-23 18:03   ` Barry K. Nathan
  2003-08-23 18:20     ` Pentium-M? Zwane Mwaikambo
  0 siblings, 1 reply; 9+ messages in thread
From: Barry K. Nathan @ 2003-08-23 18:03 UTC (permalink / raw)
  To: Zwane Mwaikambo; +Cc: Mikael Pettersson, linux-kernel, lkml

On Sat, Aug 23, 2003 at 09:03:17AM -0400, Zwane Mwaikambo wrote:
> That's interesting, intel compiler recommends P4 type optimisations, 
> also worth noting that the P-M has hardware prefetch.

I'm pretty sure the "Tualatin" Pentium III's also have hardware prefetch.
So it's not something specific to the P4 or P-M.

-Barry K. Nathan <barryn@pobox.com>

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Pentium-M?
  2003-08-23 18:03   ` Pentium-M? Barry K. Nathan
@ 2003-08-23 18:20     ` Zwane Mwaikambo
  2003-08-24 20:20       ` Pentium-M? Christian Axelsson
  2003-08-26  4:09       ` Pentium-M? dean gaudet
  0 siblings, 2 replies; 9+ messages in thread
From: Zwane Mwaikambo @ 2003-08-23 18:20 UTC (permalink / raw)
  To: Barry K. Nathan; +Cc: Mikael Pettersson, linux-kernel, lkml

On Sat, 23 Aug 2003, Barry K. Nathan wrote:

> On Sat, Aug 23, 2003 at 09:03:17AM -0400, Zwane Mwaikambo wrote:
> > That's interesting, intel compiler recommends P4 type optimisations, 
> > also worth noting that the P-M has hardware prefetch.
> 
> I'm pretty sure the "Tualatin" Pentium III's also have hardware prefetch.
> So it's not something specific to the P4 or P-M.

Someone else (in concordance with Mikael) also pointed out that the 
cacheline size is also the same as the PIII and not P4. So it's best 
going for PIII optimisations. It's best ignoring my previous comment then.

Thanks,
	Zwane


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Pentium-M?
  2003-08-23 18:20     ` Pentium-M? Zwane Mwaikambo
@ 2003-08-24 20:20       ` Christian Axelsson
  2003-08-26  4:09       ` Pentium-M? dean gaudet
  1 sibling, 0 replies; 9+ messages in thread
From: Christian Axelsson @ 2003-08-24 20:20 UTC (permalink / raw)
  To: Zwane Mwaikambo; +Cc: Barry K. Nathan, Mikael Pettersson, linux-kernel, lkml

Hmm.. I have compiled my whole system with -march=pentium4 and yet not 
had a single breakage. Are you sure that this is p3?

-- 
Christan Axelsson
smiler@lanil.mine.nu


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Pentium-M?
  2003-08-23 18:20     ` Pentium-M? Zwane Mwaikambo
  2003-08-24 20:20       ` Pentium-M? Christian Axelsson
@ 2003-08-26  4:09       ` dean gaudet
  1 sibling, 0 replies; 9+ messages in thread
From: dean gaudet @ 2003-08-26  4:09 UTC (permalink / raw)
  To: Zwane Mwaikambo; +Cc: Barry K. Nathan, Mikael Pettersson, linux-kernel, lkml

On Sat, 23 Aug 2003, Zwane Mwaikambo wrote:

> On Sat, 23 Aug 2003, Barry K. Nathan wrote:
>
> > On Sat, Aug 23, 2003 at 09:03:17AM -0400, Zwane Mwaikambo wrote:
> > > That's interesting, intel compiler recommends P4 type optimisations,
> > > also worth noting that the P-M has hardware prefetch.
> >
> > I'm pretty sure the "Tualatin" Pentium III's also have hardware prefetch.
> > So it's not something specific to the P4 or P-M.

yeah tualatin has hw prefetch.  p-m can handle more streams than tualatin.


> Someone else (in concordance with Mikael) also pointed out that the
> cacheline size is also the same as the PIII and not P4. So it's best
> going for PIII optimisations. It's best ignoring my previous comment then.

P-M has a 64-byte L1 dcacheline size same as P4 -- p3 has only 32 bytes.
see <http://sandpile.org/impl/pm.htm> for example.  (it's possible to
prove it experimentally if you want :)  but i thought kernel cacheline
size stuff was only important for SMP locking alignments?

there's details regarding the differences between P-M and P4 in the latest
"P4 optimisation guide", which was document id 24896609 at
developer.intel.com last time i fetched it, it might have been rev'd since
then.

basically the main disadvantage to selecting P4 for kernel compiling on a
centrino is that P-M has the same complex-simple-simple (4-1-1) uop
decoding machinery as the entire P6 family line... whereas P4's trace
cache somewhat offsets the P4's decoder's quirks.  so stuff scheduled for
p4 may not produce the best complex-simple-simple sequence that a p6
family processor wants to see.  i'm not really sure how well gcc does in
either case though... (whereas icc does a stellar job.)

i bet intel is saying "optimise for p4" for two reasons:

(a) the reality is way too complex to describe
(b) p4 is their long-term bet and they'd rather code be targetted to it
    specifically

however, if/when gcc picks up some of the more wacked p4 optimisations,
such as turning multiplication by 32 into:

	add eax,eax
	add eax,eax
	add eax,eax
	add eax,eax
	add eax,eax

then you'll start to see penalties on p6 cores ... the p4 does not like
shifts or lea.  the above runs in 2.5 cycles on a p4 (double-pumped ALUs)
whereas a shift or lea would be 4 clocks.

-dean

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Pentium-M?
@ 2003-08-24 20:59 Mikael Pettersson
  0 siblings, 0 replies; 9+ messages in thread
From: Mikael Pettersson @ 2003-08-24 20:59 UTC (permalink / raw)
  To: smiler, zwane; +Cc: barryn, linux-kernel, lkml

On Sun, 24 Aug 2003 22:20:13 +0200, Christian Axelsson <smiler@lanil.mine.nu> wrote:
>Hmm.. I have compiled my whole system with -march=pentium4 and yet not 
>had a single breakage. Are you sure that this is p3?

Oh yes. The core is most definitely P6+tweaks and not NetBurst.
This can be deduced from facts like:
- CPUID family is 6 not 15
- performance counter architecture is like PIII with some minor
  tweaks but definitely nothing like P4
- treated separately from NetBurst in code optimization manual

The reason compiling with -march=pentium4 doesn't break is that
the differences ISA-wise are almost nil.

/Mikael

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Pentium-M?
  2003-08-23 11:50 Pentium-M? Jan De Luyck
@ 2003-08-23 12:00 ` Zwane Mwaikambo
  0 siblings, 0 replies; 9+ messages in thread
From: Zwane Mwaikambo @ 2003-08-23 12:00 UTC (permalink / raw)
  To: Jan De Luyck; +Cc: linux-kernel

On Sat, 23 Aug 2003, Jan De Luyck wrote:

> Hello List,
> 
> Just a short question. For the Pentium-M as used in the centrino platform, 
> what do I select in the 2.6.0-test4 kernel configuration as the CPU?
> 
> I figure it's not a PIV, but is it a P3? Or is it something special?

For all intents and purposes it's a P4, so select P4.

	Zwane


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Pentium-M?
@ 2003-08-23 11:50 Jan De Luyck
  2003-08-23 12:00 ` Pentium-M? Zwane Mwaikambo
  0 siblings, 1 reply; 9+ messages in thread
From: Jan De Luyck @ 2003-08-23 11:50 UTC (permalink / raw)
  To: linux-kernel

Hello List,

Just a short question. For the Pentium-M as used in the centrino platform, 
what do I select in the 2.6.0-test4 kernel configuration as the CPU?

I figure it's not a PIV, but is it a P3? Or is it something special?

Thanks!

Jan
-- 
I don't want to alarm anybody, but there is an excellent chance that
the Earth will be destroyed in the next several days.  Congress is
thinking about eliminating a federal program under which scientists
broadcast signals to alien beings.  This would be a large mistake.
Alien beings have nuclear blaster death cannons.  You cannot cut off
their federal programs as if they were merely poor people ...
		-- Davy Barry, "THE ALIENS ARE COMING, THE ALIENS ARE
		   COMING!"


^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2003-08-26  4:09 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-08-23 12:36 Pentium-M? Mikael Pettersson
2003-08-23 13:03 ` Pentium-M? Zwane Mwaikambo
2003-08-23 18:03   ` Pentium-M? Barry K. Nathan
2003-08-23 18:20     ` Pentium-M? Zwane Mwaikambo
2003-08-24 20:20       ` Pentium-M? Christian Axelsson
2003-08-26  4:09       ` Pentium-M? dean gaudet
  -- strict thread matches above, loose matches on Subject: below --
2003-08-24 20:59 Pentium-M? Mikael Pettersson
2003-08-23 11:50 Pentium-M? Jan De Luyck
2003-08-23 12:00 ` Pentium-M? Zwane Mwaikambo

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).