From: Denys Dmytriyenko <denis@denix.org>
To: Ross Burton <ross.burton@arm.com>
Cc: Michael Lynch <mlynch@hi-techniques.com>,
"meta-arm@lists.yoctoproject.org"
<meta-arm@lists.yoctoproject.org>,
meta-ti@lists.yoctoproject.org
Subject: Re: [meta-arm] optee failing to build on head of dunfell branch for j7-evm
Date: Mon, 22 Jan 2024 13:33:12 -0500 [thread overview]
Message-ID: <20240122183312.GF18608@denix.org> (raw)
In-Reply-To: <2EB56308-5017-42DE-B55F-92AF772AE1E2@arm.com>
On Mon, Jan 22, 2024 at 02:25:34PM +0000, Ross Burton wrote:
> On 22 Jan 2024, at 14:11, Michael Lynch <mlynch@hi-techniques.com> wrote:
> >
> > Meta-ti branch is head of dunfell.
> >
> > Ok I believe see what's going on. The dunfell branch of the meta-ti layer
> > appends optee_os such that it updates optee_os to the 3.20.0 git version
> > but does NOT supply a replacement patch file that works with the
> > "mk/gcc.mk" file that comes with 3.20.0 nor does TI's optee_os append
> > override do_patch and I believe this is why the build ends up failing?
> > Maybe time to ask on the meta-ti forum?
>
> Absolutely. They don’t appear to be testing that combination.
Well, TI historically have been using stable/LTS releases even for adding new
platforms, hence bumping BSP components to newer versions, often backporting
them from master, but sometimes even updating OPTEE/TFA before meta-arm does.
Those combinations are always being tested for TI platforms, as overrides in
those bbappends are specific to TI SoC platforms.
Now, the issue is with the libgcc sysroot patch that's been there forever,
until just several days ago when it got replaced with CFLAGS in master. And
passing sysroot is required for OE-built toolchain.
Anyway, I've done some digging - in the past TI was using external toolchain
for their products, so when optee-os got bumped to 3.20, the issue with the
patch was missed, as external toolchain has no issue finding libgcc, e.g.:
TCMODE = "external-arm"
EXTERNAL_TOOLCHAIN = "<path-to-the-toolchain>"
And switching TI products to OE-built toolchain (TOOLCHAIN_TYPE=internal)
surely exposes this issue:
| aarch64-oe-linux-ld.bfd: cannot find libgcc.a: No such file or directory
TI products have switched to Kirkstone about a year ago and also changed the
default toolchain to OE-built one, so no issues there or in master.
And Dunfell branch hasn't seen any updates in meta-ti since then, but I guess
this can be fixed, as apparently there are people still using Dunfell...
--
Denys
next prev parent reply other threads:[~2024-01-22 18:33 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-19 18:01 optee failing to build on head of dunfell branch for j7-evm mlynch
2024-01-22 11:25 ` [meta-arm] " Ross Burton
[not found] ` <CADSA=uHnkpYGXfiK-u5NkHgqLutFh=Fy75Uurv4Zw7HcAMqCcg@mail.gmail.com>
2024-01-22 14:07 ` Ross Burton
[not found] ` <CADSA=uFgpA6E=m2XvGuu-oSG+_BcXbGz04=Hf2bpN0vVN4=SgQ@mail.gmail.com>
2024-01-22 14:25 ` Ross Burton
2024-01-22 18:33 ` Denys Dmytriyenko [this message]
[not found] ` <17ACBF07F3A964F3.17265@lists.yoctoproject.org>
2024-01-22 20:04 ` [meta-ti] " Denys Dmytriyenko
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=20240122183312.GF18608@denix.org \
--to=denis@denix.org \
--cc=meta-arm@lists.yoctoproject.org \
--cc=meta-ti@lists.yoctoproject.org \
--cc=mlynch@hi-techniques.com \
--cc=ross.burton@arm.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.