From: Denys Dmytriyenko <denis@denix.org>
To: Andrew Davis <afd@ti.com>
Cc: Denys Dmytriyenko <denys@konsulko.com>,
Ryan Eatmon <reatmon@ti.com>, Praneeth Bajjuri <praneeth@ti.com>,
Neha Malcom Francis <n-francis@ti.com>,
meta-ti@lists.yoctoproject.org
Subject: Re: [meta-ti][master/kirkstone][RFC 4/9] u-boot-bb.org: Remove this recipe
Date: Tue, 2 May 2023 15:38:00 -0400 [thread overview]
Message-ID: <20230502193800.GC9226@denix.org> (raw)
In-Reply-To: <3276c7f1-37bc-c35b-5ffc-44c3e0296c42@ti.com>
On Fri, Apr 28, 2023 at 10:13:26AM -0500, Andrew Davis wrote:
> On 4/27/23 3:31 PM, Denys Dmytriyenko wrote:
> >On Tue, Apr 25, 2023 at 12:23:40PM -0500, Andrew Davis via lists.yoctoproject.org wrote:
> >>This will no longer build after we switch away from k3-image-gen. Remove
> >>this version until it can be rebased on the latest U-Boot with binman
> >>support.
> >
> >>For now switch current users of this over to u-boot-ti v2021.01.
> >
> >This comment is not very clear - aren't you also removing that here?
>
> Not here, I do that in the *next* patch :)
>
> I usually sort my patches from least to most controversial, so the first
> 3-4 can be taken stopping here without breaking as much.
>
> >Would it be possible to preserve at least Beagle build flows intact? Can
> >the existing ti-sci-fw recipe that uses k3-image-gen be kept for now
> >alongside the new one, e.g. move it to ti-sci-fw-legacy or something?
>
> I have found no such way :(
>
> All the multiconf and deploy logic expects k3-image-gen and now needs
> moved over to the new way. Supporting both would mean forking almost
> everything removed by this series.
But on the other hand, BBAI64 and BeaglePlay only support GP and don't set any
additional multiconfigs besides the main k3r5. I feel like creating a separate
ti-sci-fw-bb.org with k3-image-gen might be possible. But I haven't tried that
myself yet...
> The benefit is not there IMHO since the beagle platforms should boot
> almost exactly the same on our TI tree as the bb.org version.
>
> Moving forward, bb.org will also have to make this migration as
> k3-image-gen will soon be deprecated. When they do, if we still want
> their fork in meta-ti we can bring it back in.
The issue is that it will take time for bb.org to switch over to the latest TI
6.1 kernel and 2023 U-boot with binman. Moreover, they only support Debian, so
don't expect timely OE recipe updates. And in all this potentially long time
there won't be any OE support for BB platforms. But there are active OE BB
users here and I'm trying to find a way to not throw them under the bus...
--
Denys
next prev parent reply other threads:[~2023-05-02 19:38 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-25 17:23 [meta-ti][master/kirkstone][RFC 0/9] Switch to U-Boot binman Andrew Davis
2023-04-25 17:23 ` [meta-ti][master/kirkstone][RFC 1/9] ti-dm-fw: Add recipe for TI DM firmware Andrew Davis
2023-04-25 17:23 ` [meta-ti][master/kirkstone][RFC 2/9] ti-eth-fw: Add recipe for TI Ethernet firmware Andrew Davis
2023-04-25 17:23 ` [meta-ti][master/kirkstone][RFC 3/9] ti-sci-fw: Remove source package recipe Andrew Davis
2023-04-25 17:23 ` [meta-ti][master/kirkstone][RFC 4/9] u-boot-bb.org: Remove this recipe Andrew Davis
2023-04-27 20:31 ` Denys Dmytriyenko
2023-04-28 15:13 ` Andrew Davis
2023-05-02 19:38 ` Denys Dmytriyenko [this message]
2023-05-04 14:00 ` Andrew Davis
2023-05-06 1:42 ` Denys Dmytriyenko
2023-04-25 17:23 ` [meta-ti][master/kirkstone][RFC 5/9] u-boot-ti-staging: Remove version 2021.01 Andrew Davis
2023-04-25 17:23 ` [meta-ti][master/kirkstone][RFC 6/9] ti-sci-fw: Drop k3-image-gen and only provide firmware Andrew Davis
2023-04-25 17:23 ` [meta-ti][master/kirkstone][RFC 7/9] u-boot-ti-staging: Use binman to package our firmware Andrew Davis
2023-04-25 17:23 ` [meta-ti][master/kirkstone][RFC 8/9] conf: machine: Switch all the machines over to U-Boot binman Andrew Davis
2023-04-25 17:23 ` [meta-ti][master/kirkstone][RFC 9/9] conf: machine: Remove all leftover config files Andrew Davis
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=20230502193800.GC9226@denix.org \
--to=denis@denix.org \
--cc=afd@ti.com \
--cc=denys@konsulko.com \
--cc=meta-ti@lists.yoctoproject.org \
--cc=n-francis@ti.com \
--cc=praneeth@ti.com \
--cc=reatmon@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.