From: Randolph Sapp <rs@ti.com>
To: <rs@ti.com>, Alexander Kanavin <alex.kanavin@gmail.com>
Cc: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com>,
<richard.purdie@linuxfoundation.org>, <ross.burton@arm.com>,
<alex@linutronix.de>, <otavio@ossystems.com.br>,
<kexin.hao@windriver.com>, <afd@ti.com>, <detheridge@ti.com>,
<denis@denix.org>, <reatmon@ti.com>,
<openembedded-core@lists.openembedded.org>, <vijayp@ti.com>
Subject: Re: [oe-core][PATCHv2 0/3] Display manager proposal for x11 and wayland
Date: Thu, 8 May 2025 15:39:30 -0500 [thread overview]
Message-ID: <D9R2IAEKL6IZ.37PWD38041XCA@ti.com> (raw)
In-Reply-To: <183D59758C0F13FA.9842@lists.openembedded.org>
On Wed May 7, 2025 at 3:42 PM CDT, Randolph Sapp via lists.openembedded.org wrote:
> On Wed May 7, 2025 at 8:37 AM CDT, Alexander Kanavin wrote:
>> On Wed, 7 May 2025 at 01:03, Randolph Sapp via lists.openembedded.org
>> <rs=ti.com@lists.openembedded.org> wrote:
>>
>>> Ah, this is the first I hearing about the gnux32 triplet. Well, that is being
>>> filtered out by COMPATIBLE_HOST in the goarch bbclass. Some of those values seem
>>> to be invalid now (powerpc64 is supported upstream). That being said, I don't
>>> see any mention of the new x32 ABI upstream. Not entirely sure how to address
>>> that at the moment.
>>
>> There are two options:
>>
>> - set up the x32 build as specified in [1], replicate the fail, tweak
>> COMPATIBLE_HOST as needed (in a separate commit) and see if any
>> further issues come up.
>>
>> - correct [1] to no longer build core-image-sato for x32, and replace
>> it with core-image-full-cmdline, reducing x32 to non-graphical
>> targets. It's been a controversial target for a long time, as no one
>> has ever seen actual usage of it, and there's been a stream of
>> graphical related crashes and build failures. We keep it around for
>> now, but I'd fully support dropping the graphics and leaving only the
>> console images.
>>
>> [1] https://git.yoctoproject.org/yocto-autobuilder-helper/tree/config.json#n867
>>
>> Alex
>
> Alright, well I did a little work poking around go. It has no understanding of
> the x32 ABI currently. Dropping the x32 tests from core-image-sato to
> core-image-full-cmdline can work, but that does mask a bit of a regression.
>
> As useful as a display manager will be, I'm not sure I can justify that much of
> a regression for an entire ABI. I know the linux kernel has debated about
> dropping x32 support a number of times, GCC seems to be the only compiler that
> has fully implemented it, and Yocto is one of 3 listed distro solutions that
> currently support it. Still feels a little rough. I don't know.
>
> Anyone got any strong opinions here?
Well, I guess we'll go with a old fashioned scream test. Let me know if there
are any other issues that need to be addressed or if I need to resubmit this
series if the following is accepted.
https://lists.yoctoproject.org/g/yocto-patches/message/1539
next prev parent reply other threads:[~2025-05-08 20:39 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-05 22:47 [oe-core][PATCHv2 0/3] Display manager proposal for x11 and wayland rs
2025-05-05 22:47 ` [oe-core][PATCHv2 1/3] emptty: add version 0.14.0 rs
2025-05-05 22:48 ` [oe-core][PATCHv2 2/3] weston-init: convert to virtual-emptty-conf rs
2025-05-05 22:48 ` [oe-core][PATCHv2 3/3] xserver-nodm-init: " rs
2025-05-06 7:47 ` [oe-core][PATCHv2 0/3] Display manager proposal for x11 and wayland Mathieu Dubois-Briand
2025-05-06 23:03 ` Randolph Sapp
2025-05-07 13:37 ` Alexander Kanavin
2025-05-07 20:42 ` Randolph Sapp
[not found] ` <183D59758C0F13FA.9842@lists.openembedded.org>
2025-05-08 20:39 ` Randolph Sapp [this message]
2025-05-09 8:27 ` Richard Purdie
2025-05-13 6:15 ` Mathieu Dubois-Briand
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=D9R2IAEKL6IZ.37PWD38041XCA@ti.com \
--to=rs@ti.com \
--cc=afd@ti.com \
--cc=alex.kanavin@gmail.com \
--cc=alex@linutronix.de \
--cc=denis@denix.org \
--cc=detheridge@ti.com \
--cc=kexin.hao@windriver.com \
--cc=mathieu.dubois-briand@bootlin.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=otavio@ossystems.com.br \
--cc=reatmon@ti.com \
--cc=richard.purdie@linuxfoundation.org \
--cc=ross.burton@arm.com \
--cc=vijayp@ti.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 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.