From: Dan Malek <dan@mvista.com>
To: "Timothy A. Seufert" <tas@mindspring.com>
Cc: Mark Salisbury <mbs@mc.com>,
Holger Bettag <hobold@Informatik.Uni-Bremen.DE>,
linuxppc-dev@lists.linuxppc.org
Subject: Re: ppc LE questions (seeking help hand info pointers)
Date: Thu, 20 Sep 2001 23:54:15 -0400 [thread overview]
Message-ID: <3BAAB9E7.16F9ED2D@mvista.com> (raw)
In-Reply-To: p05100304b7d00bd21d35@[10.0.0.42]
"Timothy A. Seufert" wrote:
> Finally, Book E has been mentioned.
Too bad.....
> ... a TLB entry bit (bit 'E' for endian) which marks a page as
> little endian.
This has been discussed in the past and suffers from the same
problem as trying to byte swap in a bridge. Although you can use
any load/store in this space, unless you are performing the access
on the natural size of the object it won't have the proper effect.
Since you must require that knowledge, it is just as easy to choose
the proper byte swapping variant of the instruction.
> Unfortunately, Book E does not guarantee that the 'E' TLB entry bit
> is really supported in hardware:
For all practical purposes, the engineering world is already used
to working with the advantages of a big endian processor and dealing
with the issues of accomodating little endian when necessary. Adding
a feature like this only complicates the use of legacy software and
creates significant discussion for a feature trying to find a
problem to solve. This feature isn't a performance enhancement,
only a detriment because it requires additional software to manage
something not natural to use. I suspect it was just easier to write
this into the specification (i.e. it's there but not required) than
spending time discussing it's technical merit.
> But so far as I can tell, the 750, 7400, 7450, etc. are not Book E
Thankfully.
> Too bad this part of Book E wasn't in the architecture from the start...
You are one of few to feel that way. Those of us that have worked
with PowerPC from the start, and were part of the original design
discussions, view Book E as a totally new processor that may execute
similar instructions to traditional PowerPC. I have spoken with several
embedded product companies, a couple very large, that have huge
investments in PowerPC software that are now trying to determine
what to do. They are quite upset that they now have to invest in
a new processor design, and it makes them likely to choose something
else. Motorola has proven you can build some very powerful embedded
processors with the traditional PowerPC core and memory mapped I/O
peripherals, a very nice and efficient programming environment. The
Book E appears to be a marketing vehicle put together by people that
didn't understand or appreciate the previous PowerPC architecture
specifications. We can hope the where Book E allows variation and
extension, designers will borrow from traditional PowerPC and not
go in some other "creative" direction :-).
I'm not really saying anything new here, this has been discussed
among all of us that work on PowerPC ever since the Book E announcement
long ago.
I guess I better go looking for those m68k projects now :-).
-- Dan
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
next prev parent reply other threads:[~2001-09-21 3:54 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-09-20 15:42 ppc LE questions (seeking help hand info pointers) Mark Salisbury
2001-09-20 15:58 ` Tom Rini
2001-09-20 16:07 ` Geert Uytterhoeven
2001-09-20 16:12 ` Tom Rini
2001-09-20 17:10 ` Brad Boyer
2001-09-20 18:32 ` Mark Salisbury
2001-09-20 19:29 ` Holger Bettag
2001-09-20 19:35 ` David Edelsohn
2001-09-20 20:19 ` Mark Salisbury
2001-09-21 1:46 ` Timothy A. Seufert
2001-09-21 3:54 ` Dan Malek [this message]
2001-09-21 7:24 ` Geert Uytterhoeven
2001-09-21 7:47 ` Dan Malek
2001-09-21 7:50 ` Geert Uytterhoeven
2001-09-21 8:19 ` Dan Malek
2001-09-21 17:01 ` Ralph Blach
2001-09-21 17:35 ` David Edelsohn
2001-09-21 18:58 ` David Edelsohn
2001-09-21 20:22 ` Dan Malek
2001-09-21 20:29 ` Benjamin Herrenschmidt
2001-09-21 20:42 ` Benjamin Herrenschmidt
2001-09-21 7:22 ` Geert Uytterhoeven
2001-09-21 9:26 ` keyb Giuliano Pochini
2001-09-21 10:38 ` ppc LE questions (seeking help hand info pointers) Ralph Blach
2001-09-20 20:01 ` Tony Mantler
2001-09-20 18:28 ` Mark Salisbury
2001-09-20 19:12 ` Tom Rini
2001-09-20 22:22 ` Dan Malek
2001-09-21 5:45 ` Troy Benjegerdes
2001-09-28 6:37 ` Paul Mackerras
-- strict thread matches above, loose matches on Subject: below --
2001-09-21 5:28 Albert D. Cahalan
2001-09-21 6:10 ` Dan Malek
2001-09-21 10:59 ` Ralph Blach
2001-09-21 18:48 Albert D. Cahalan
2001-09-22 0:22 ` Timothy A. Seufert
2001-09-22 20:06 ` Albert D. Cahalan
2001-09-24 17:10 ` Mark Salisbury
2001-09-22 14:23 ` Holger Bettag
2001-09-22 20:26 ` Timothy A. Seufert
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3BAAB9E7.16F9ED2D@mvista.com \
--to=dan@mvista.com \
--cc=hobold@Informatik.Uni-Bremen.DE \
--cc=linuxppc-dev@lists.linuxppc.org \
--cc=mbs@mc.com \
--cc=tas@mindspring.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).