All of lore.kernel.org
 help / color / mirror / Atom feed
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


  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.