<div dir="ltr">Possibly you might be right. If so, I suspect it'll just continue to languish in Debian<div><br></div><div>I will point out that this isn't quite your typical PowerPC core, and quite a bit was hacked out to implement the Signal Processing Engine by Freescale when it was created. I will also note that while the core is supposedly still in production, it's not sold for new designs.<div><br></div><div>Apart from the missing Altivec unit, the e500v1 and e500v2 cores use the "Book E instruction set for 32-bit implementations. This is composed primarily of the user-level instructions defined by the PowerPC user instruction set architecture (UISA). The e500 does not include Book E floating-point, load string, or store string instructions."</div><div><br></div><div>(Quoted from <a href="http://cache.freescale.com/files/32bit/doc/ref_manual/E500CORERM.pdf">http://cache.freescale.com/files/32bit/doc/ref_manual/E500CORERM.pdf</a> page 1-12, section 1.4).</div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, 2 Jul 2018 at 19:35, Michel Dänzer <<a href="mailto:michel@daenzer.net">michel@daenzer.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2018-07-01 08:36 AM, Stuart Young wrote:<br>
> PowerPC variants with the Signal Processing Engine do not support<br>
> Altivec instructions, as the SPE instruction set uses the same<br>
> instruction codes as the Altivec set available in most PowerPC<br>
> cores. Note that this is not related to the "Synergistic Processing<br>
> Element" units on IBM Cell microprocessors.<br>
> <br>
> This patch prevents any Altivec specialising on these cores by<br>
> looking for __NO_FPRS__ (should only be defined on these variants).<br>
> ---<br>
>  src/gallium/include/pipe/p_config.h | 4 ++++<br>
>  1 file changed, 4 insertions(+)<br>
> <br>
> diff --git a/src/gallium/include/pipe/p_config.h b/src/gallium/include/pipe/p_config.h<br>
> index 3fa43ed797..0a6251e060 100644<br>
> --- a/src/gallium/include/pipe/p_config.h<br>
> +++ b/src/gallium/include/pipe/p_config.h<br>
> @@ -103,12 +103,16 @@<br>
>  #endif<br>
>  #endif<br>
>  <br>
> +#if defined (__NO_FPRS__)<br>
> +/* Skip PPC tests as possible PowerPC SPE (Signal Processing Engine) variant */<br>
> +#else<br>
>  #if defined(__ppc__) || defined(__ppc64__) || defined(__PPC__)<br>
>  #define PIPE_ARCH_PPC<br>
>  #if defined(__ppc64__) || defined(__PPC64__)<br>
>  #define PIPE_ARCH_PPC_64<br>
>  #endif<br>
>  #endif<br>
> +#endif<br>
>  <br>
>  #if defined(__s390x__)<br>
>  #define PIPE_ARCH_S390<br>
> <br>
<br>
This is probably too big a hammer — PIPE_ARCH_PPC(_64) are used for<br>
other things than Altivec detection.<br>
<br>
<br>
-- <br>
Earthling Michel Dänzer               |               <a href="http://www.amd.com" rel="noreferrer" target="_blank">http://www.amd.com</a><br>
Libre software enthusiast             |             Mesa and X developer<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Stuart Young (aka Cefiar)</div>