All of lore.kernel.org
 help / color / mirror / Atom feed
From: Elinor Montmasson <elinor.montmasson@savoirfairelinux.com>
To: adrian.freihofer@siemens.com, peter.marko@siemens.com
Cc: yocto@lists.yoctoproject.org
Subject: Issues and questions regarding PowerPC 32-bits e500v2 tuning
Date: Wed, 21 Oct 2026 04:34:30 -0400 (EDT)	[thread overview]
Message-ID: <1383658177.878587.1792571670575.JavaMail.zimbra@savoirfairelinux.com> (raw)

Hello,

My company is currently interested in building a Yocto distribution for
a PowerPC 32-bit e500v2 platform using the associated tuning available
in OE-Core.
I have a few questions related to the e500v2 tuning in OE-Core.

I understand that PowerPC e500v2 was considered part of a specific architecture
category, PowerPC SPE, which isn't supported anymore in GCC as SPE support
was dropped in GCC 9.1.
In the e500v2 core, the SPE was used as FPU, meaning code for this architecture
can now only be compiled with soft fpu if using active GCC releases.
Do you confirm this analysis?

Building a core-image-minimal with the ppce500v2 tuning in OE-Core doesn't work
out-of-the-box on Yocto Wrynose.
Recipes building with meson (e.g. xorgproto) fail because the do_configure task
runs a "meson-qemuwrapper" binary which fails with SIGILL.
This looks like a floating point configuration problem as adding the tuning
feature "fpu-soft" solves this issue.
This would confirm the lack of SPE support and the need to specify soft fpu
usage or any usage of floating point will result in an execution error.

* Was any testing done for the e500v2 tuning or the e500 tuning?
	* The e500 shares the same SPE specificity.
* Should the e500v2 tuning configuration be considered not up-to-date?
* Is there any plan in updating and testing the e500 and e500v2 tuning
  configurations?
	* Especially, tune-ppce500.inc still enables the "spe" feature,
	  but should encounter the same GCC compatibility problem as the e500v2.

Best regards,
Elinor Montmasson

             reply	other threads:[~2026-10-21  8:34 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-21  8:34 Elinor Montmasson [this message]
2026-10-21 13:50 ` Issues and questions regarding PowerPC 32-bits e500v2 tuning Marko, Peter
2026-10-21 15:01   ` Elinor Montmasson
2026-10-22  8:21     ` Marko, Peter
2026-10-22  9:27       ` Freihofer, Adrian
2026-10-22 20:37         ` [yocto] " Khem Raj
2026-10-23  8:27           ` Elinor Montmasson
2026-10-23 14:24             ` Khem Raj

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=1383658177.878587.1792571670575.JavaMail.zimbra@savoirfairelinux.com \
    --to=elinor.montmasson@savoirfairelinux.com \
    --cc=adrian.freihofer@siemens.com \
    --cc=peter.marko@siemens.com \
    --cc=yocto@lists.yoctoproject.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.