[PATCH] General CHRP/MPC5K2 Platform and drivers support - to comment

Matt Sealey matt at genesi-usa.com
Thu Oct 26 02:18:43 EST 2006


Arbitrary naming is fine.

Thinking up a bunch of excuses like "we refuse to bow to our corporate
marketing overlords" and "but it's definitely called PowerPC ISA, and
anyway, that new one which has a new name, I didn't read anyway, but it
undefines every processor we support" is just.. well I dunno. Making
excuses I guess.

I'm fine with the name I was just curious (see first line of the original
email) about how these things ARE named. It lead to a query I am still
wondering about the answer to; Genesi/bplan could have a new G5 platform
and whatever support code is required submitted to the tree soon. Since
it will have a fairly-PAPR-compliant firmware, this makes it logical to
put it in the CHRP platform for us. But CHRP doesn't include LPAR, this is
a pSeries platform feature. Segher suggested we use the Maple tree (!!)
as this runs SLOF.

What platform do you think a 970MP box with a CHRP-compliant (well, let
us say, Pegasos-compatible) firmware go, if we eventually want to support
LPAR, especially without code duplication and MBs of "pull this out of
pSeries and drop it into CHRP, even though CHRP technically doesn't
support any of this" stuff? Especially since Ben is being quite strict
about what goes into CHRP nowadays.

Is it time for a PAPR platform? Or is that against the Linux
anti-marketing-name lobby we have in here?

-- 
Matt Sealey <matt at genesi-usa.com>
Genesi, Manager, Developer Relations

Grant Likely wrote:
> On 10/25/06, Matt Sealey <matt at genesi-usa.com> wrote:
>> It supports the original processors, G3, G4 etc. as well. Maybe not
>> the 601? I'm not sure. All the PowerPC ISA Books are in there and
>> information only seems to have been ADDED (or moved to another
>> book or been given a new book).
> 
> Why are we still talking about this?  None of it matters.
> 
> Who cares if the new ISA spec incorporates all of the old ones?  The
> old specs cannot be unpublished.  powerpc is a sufficient name for
> kernel source purposes and it will continue to have meaning in the
> minds of developers.  Marketing glossies can (and do) use the name de
> jour, but we don't have to.
> 
> As a side note; The move from ppc/ppc64->powerpc was a *technical*
> decision, not a marketing one.  It was done so there would be only one
> code base.  The choice of arch/powerpc was almost arbitrary.
> 
> Cheers,
> g.
> 



More information about the Linuxppc-dev mailing list