[libre-riscv-dev] little-endian only power cores and spec compliance

[Luke Kenneth Casson Leighton]

On Tue, May 12, 2020 at 8:46 AM Jacob Lifshay <programmerjake at gmail.com> wrote:
>
> On Tue, May 12, 2020, 00:40 Jacob Lifshay <programmerjake at gmail.com> wrote:
>
> > On Tue, May 12, 2020, 00:32 Luke Kenneth Casson Leighton <lkcl at lkcl.net>
> > wrote:
> >
> >>
> >> without BE, this is flat-out impossible to do.
> >>
> >
> > Oops, forgot about that.
> >
>
> Never mind, now that I take more than 15s to think about it, we need BE for
> the instruction stream but LE for data access (since that's effectively
> industry standard),

(this is a myth: only in the West is it the industry standard - see below)

> so it's still effectively a LE-only architecture since
> everything but the instruction decoder is LE, but the instruction decoder
> can be switched to BE mode.

yes.  it's.... odd.

> Having our architecture require BE for all memory accesses just because we
> want to support 16-bit instructions is a non-starter in my opinion

it's a different feature / capability.  i believe it's possible to
select any combination: BE/LE for instructions, BE/LE for data.

i can kinda see where they would want full BE support because there
still exists OSes compiled up - and maintained - to run on it.  not
supporting BE sends a clear (blunt) message to those users, "you don't
matter any more", and IBM really can't do that.

additionally, with pretty much the entirety of the Asia Industrial
complex (Japan in particular, India as well) still using BE hardware
and thus having a massive software codebase where BE is hard-coded
into control peripheral drivers, we would be cutting ourselves off
from that market by not having full BE compatibility.

the Shakti Group showed me VME Bus systems that they had to be
compatible with.  these are 40+ year old systems *still in service*,
for which radical rewrites of the software are absolutely out of the
question.

so that's a definite "decision" that we need to take seriously, rather
than dismiss lightly.

the largest (by far) downloaders of the debian ppc (not ppc64le)
distribution is Japan.

l.