From: Trevor Woerner <twoerner@gmail.com>
To: yocto-patches@lists.yoctoproject.org
Cc: Quentin Schulz <quentin.schulz@cherry.de>
Subject: Re: [yocto-patches] [PATCH meta-rockchip master scarthgap v3 00/16] various reworks around u-boot and rkbin + fixes for MACHINEOVERRIDES
Date: Wed, 5 Jun 2024 13:23:12 -0400 [thread overview]
Message-ID: <20240605172312.GA11530@localhost> (raw)
In-Reply-To: <20240531-rk3588-family-v3-0-629586621c5d@cherry.de>
On Fri 2024-05-31 @ 11:25:07 AM, Quentin Schulz via lists.yoctoproject.org wrote:
> This does a few reworks of how we handle TF-A and DDR bin blob
> dependencies, hopefully in a way that makes it much easier to add
> support for new SoCs without having to touch too many files.
>
> While at it, add an SOC_FAMILY entry for rk3588s/rk3588 boards.
>
> Additionally, make rk3308 use the PREFERRED_PROVIDER mechanism to select
> rk3308-rkbin instead of rockchip-rkbin.
>
> Finally, fix a few MACHINEOVERRIDES ordering issues.
Here are the new MACHINEOVERRIDES (with these patches applied) for all the
MACHINEs we support (with rk-u-boot-env enabled):
MACHINEOVERRIDES="armv7ve:rockchip:rk3288:firefly-rk3288:rk-u-boot-env"
MACHINEOVERRIDES="armv7a:rockchip:rk3066:marsboard-rk3066"
MACHINEOVERRIDES="armv7a:rockchip:rk3188:radxarock"
MACHINEOVERRIDES="armv7ve:rockchip:rk3288:rock2-square"
MACHINEOVERRIDES="armv7ve:rockchip:rk3288:tinker-board:rk-u-boot-env"
MACHINEOVERRIDES="armv7ve:rockchip:rk3288:tinker-board-s:rk-u-boot-env"
MACHINEOVERRIDES="armv7ve:rockchip:rk3288:vyasa-rk3288:rk-u-boot-env"
MACHINEOVERRIDES="aarch64:cortexa72-cortexa53:rockchip:rk3399:nanopi-m4:nanopi-m4:rk-u-boot-env"
MACHINEOVERRIDES="aarch64:cortexa72-cortexa53:rockchip:rk3399:nanopi-m4:nanopi-m4-2gb:rk-u-boot-env"
MACHINEOVERRIDES="aarch64:cortexa72-cortexa53:rockchip:rk3399:nanopi-m4b:rk-u-boot-env"
MACHINEOVERRIDES="aarch64:rockchip:rk3328:nanopi-r2s:rk-u-boot-env"
MACHINEOVERRIDES="aarch64:cortexa72-cortexa53:rockchip:rk3399:nanopi-r4s:rk-u-boot-env"
MACHINEOVERRIDES="aarch64:cortexa76-cortexa55:rockchip:closed-tpl:rk3588s:rk3588:orangepi-5-plus:rk-u-boot-env"
MACHINEOVERRIDES="aarch64:rockchip:closed-tpl:rk3308:roc-rk3308-cc:rk-u-boot-env"
MACHINEOVERRIDES="aarch64:rockchip:rk3328:roc-rk3328-cc:rk-u-boot-env"
MACHINEOVERRIDES="aarch64:rockchip:closed-tpl:rk3568:rock-3a:rk-u-boot-env"
MACHINEOVERRIDES="aarch64:cortexa72-cortexa53:rockchip:rk3399:rock-pi-4:rock-4c-plus:rk-u-boot-env"
MACHINEOVERRIDES="aarch64:cortexa76-cortexa55:rockchip:closed-tpl:rk3588s:rock-5a:rk-u-boot-env"
MACHINEOVERRIDES="aarch64:cortexa76-cortexa55:rockchip:closed-tpl:rk3588s:rk3588:rock-5b:rk-u-boot-env"
MACHINEOVERRIDES="aarch64:cortexa72-cortexa53:rockchip:rk3399:rock-pi-4:rock-pi-4a:rk-u-boot-env"
MACHINEOVERRIDES="aarch64:cortexa72-cortexa53:rockchip:rk3399:rock-pi-4:rock-pi-4b:rk-u-boot-env"
MACHINEOVERRIDES="aarch64:cortexa72-cortexa53:rockchip:rk3399:rock-pi-4:rock-pi-4c:rk-u-boot-env"
MACHINEOVERRIDES="aarch64:rockchip:rk3328:rock-pi-e:rk-u-boot-env"
MACHINEOVERRIDES="aarch64:rockchip:closed-tpl:rk3308:rock-pi-s:rk-u-boot-env"
MACHINEOVERRIDES="aarch64:rockchip:rk3328:rock64:rk-u-boot-env"
For uniformity, would it be nicer to have all MACHINEs include the SoC
OVERRIDE?
Other than that this patch set looks great!
I'm not overly fond of the name "u-boot-rockchip.inc" since it sounds like
it's an inc file for building the rockchip vendor fork of u-boot, but I can't
really think of anything that is obviously nicer.
next prev parent reply other threads:[~2024-06-05 17:23 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-31 9:25 [PATCH meta-rockchip master scarthgap v3 00/16] various reworks around u-boot and rkbin + fixes for MACHINEOVERRIDES Quentin Schulz
2024-05-31 9:25 ` [PATCH meta-rockchip master scarthgap v3 01/16] rk3588/rk3588s: add SOC_FAMILY Quentin Schulz
2024-05-31 9:25 ` [PATCH meta-rockchip master scarthgap v3 02/16] rk3066: fix MACHINEOVERRIDES order Quentin Schulz
2024-05-31 9:25 ` [PATCH meta-rockchip master scarthgap v3 03/16] rk3188: " Quentin Schulz
2024-05-31 9:25 ` [PATCH meta-rockchip master scarthgap v3 04/16] rk3288: " Quentin Schulz
2024-05-31 9:25 ` [PATCH meta-rockchip master scarthgap v3 05/16] add rockchip MACHINEOVERRIDES Quentin Schulz
2024-05-31 9:25 ` [PATCH meta-rockchip master scarthgap v3 06/16] bsp: u-boot: rework BL31 in EXTRA_OEMAKE Quentin Schulz
2024-05-31 9:25 ` [PATCH meta-rockchip master scarthgap v3 07/16] bsp: rkbin: rk3308-rkbin: PROVIDES rockchip-rkbin Quentin Schulz
2024-05-31 9:25 ` [PATCH meta-rockchip master scarthgap v3 08/16] rk3308: move rockchip-rkbin selection to SoC conf file Quentin Schulz
2024-05-31 9:25 ` [PATCH meta-rockchip master scarthgap v3 09/16] bsp: u-boot: explicit dependency on trusted-firware-a Quentin Schulz
2024-05-31 9:25 ` [PATCH meta-rockchip master scarthgap v3 10/16] bsp: u-boot: remove duplicate trusted-firmware-a dependency for SoCs with open DDR init Quentin Schulz
2024-05-31 9:25 ` [PATCH meta-rockchip master scarthgap v3 11/16] bsp: u-boot: split things that can apply to any U-Boot into a .inc file Quentin Schulz
2024-05-31 9:25 ` [PATCH meta-rockchip master scarthgap v3 12/16] machine: rockchip-defaults: conditionally add closed-tpl MACHINEOVERRIDES Quentin Schulz
2024-05-31 9:25 ` [PATCH meta-rockchip master scarthgap v3 13/16] machine: rk3308: mark all machines as to be using the closed TPL Quentin Schulz
2024-05-31 9:25 ` [PATCH meta-rockchip master scarthgap v3 14/16] machine: rk3568: " Quentin Schulz
2024-05-31 9:25 ` [PATCH meta-rockchip master scarthgap v3 15/16] machine: rk3588/rk3588s: " Quentin Schulz
2024-05-31 9:25 ` [PATCH meta-rockchip master scarthgap v3 16/16] bsp: u-boot-rockchip.inc: rework ROCKCHIP_TPL to use closed-tpl OVERRIDES Quentin Schulz
2024-06-05 17:23 ` Trevor Woerner [this message]
2024-06-06 8:17 ` [yocto-patches] [PATCH meta-rockchip master scarthgap v3 00/16] various reworks around u-boot and rkbin + fixes for MACHINEOVERRIDES Quentin Schulz
2024-06-06 11:49 ` Trevor Woerner
2024-06-06 13:02 ` Quentin Schulz
2024-06-06 17:23 ` Trevor Woerner
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=20240605172312.GA11530@localhost \
--to=twoerner@gmail.com \
--cc=quentin.schulz@cherry.de \
--cc=yocto-patches@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.