All of lore.kernel.org
 help / color / mirror / Atom feed
From: Denys Dmytriyenko <denis@denix.org>
To: Jon Mason <jon.mason@arm.com>
Cc: meta-arm@lists.yoctoproject.org
Subject: Re: [meta-arm] [PATCH 1/2] arm/boot-wrapper-aarch64: remove recipe
Date: Wed, 11 Oct 2023 13:08:03 -0400	[thread overview]
Message-ID: <20231011170803.GF2408@denix.org> (raw)
In-Reply-To: <20231011130203.3871606-1-jon.mason@arm.com>

On Wed, Oct 11, 2023 at 08:02:02AM -0500, Jon Mason wrote:
> fvp-baser was the only user of this recipe.  Since that has been
> removed, remove this as well.

Is *common* meta-arm layer now being relegated to only serve ARM's own BSP?

I don't know what fvp-baser is or was, but I do know that boot-wrapper-aarch64 
is commonly used by other BSPs for early stages of new platform development 
and board bringup, and/or custom bootflows.

Removing this crucial common component sends the wrong message...


> Signed-off-by: Jon Mason <jon.mason@arm.com>
> ---
>  .../boot-wrapper-aarch64_git.bb               | 95 -------------------
>  scripts/machine-summary.py                    |  1 -
>  2 files changed, 96 deletions(-)
>  delete mode 100644 meta-arm/recipes-bsp/boot-wrapper-aarch64/boot-wrapper-aarch64_git.bb
> 
> diff --git a/meta-arm/recipes-bsp/boot-wrapper-aarch64/boot-wrapper-aarch64_git.bb b/meta-arm/recipes-bsp/boot-wrapper-aarch64/boot-wrapper-aarch64_git.bb
> deleted file mode 100644
> index 775f4064..00000000
> --- a/meta-arm/recipes-bsp/boot-wrapper-aarch64/boot-wrapper-aarch64_git.bb
> +++ /dev/null
> @@ -1,95 +0,0 @@
> -SUMMARY = "Linux aarch64 boot wrapper with FDT support"
> -LICENSE = "BSD-3-Clause"
> -
> -LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=bb63326febfb5fb909226c8e7ebcef5c"
> -
> -SRC_URI = "git://git.kernel.org/pub/scm/linux/kernel/git/mark/boot-wrapper-aarch64.git;branch=master"
> -SRCREV = "d3b1a15d18542b2086e72bfdc3fc43f454772a3b"
> -
> -# boot-wrapper doesn't make releases
> -UPSTREAM_CHECK_COMMITS = "1"
> -
> -PV = "0+git"
> -
> -S = "${WORKDIR}/git"
> -
> -inherit autotools deploy
> -
> -PACKAGE_ARCH = "${MACHINE_ARCH}"
> -
> -COMPATIBLE_MACHINE ?= "invalid"
> -
> -# Device tree to put in the image
> -# by default use the standard kernel devicetree
> -# This should be overwritten if the devicetree is not generated
> -# by the kernel.
> -# This should point to a file in the deploy image directory
> -BOOT_WRAPPER_AARCH64_DEVICETREE ??= "${KERNEL_DEVICETREE}"
> -
> -# Kernel image to put in the image
> -# This should point to a file in the deploy image directory
> -BOOT_WRAPPER_AARCH64_KERNEL ??= "Image"
> -
> -# Kernel command line for the image
> -BOOT_WRAPPER_AARCH64_CMDLINE ??= "rw"
> -
> -# Image generated by boot wrapper
> -BOOT_WRAPPER_AARCH64_IMAGE ??= "linux-system.axf"
> -
> -DEPENDS += "virtual/kernel dtc-native"
> -
> -EXTRA_OECONF += "--with-kernel-dir=${WORKDIR}/kernel"
> -EXTRA_OECONF += "--with-dtb=${WORKDIR}/kernel/dummy.dtb"
> -EXTRA_OECONF += "--with-cmdline=\"\""
> -EXTRA_OECONF += "--enable-psci --enable-gicv3"
> -
> -# unset LDFLAGS solves this error when compiling kernel modules:
> -# aarch64-poky-linux-ld: unrecognized option '-Wl,-O1'
> -EXTRA_OEMAKE += "'LDFLAGS= --gc-sections '"
> -
> -# Strip prefix if any
> -REAL_DTB = "${@os.path.basename(d.getVar('BOOT_WRAPPER_AARCH64_DEVICETREE'))}"
> -
> -EXTRA_OEMAKE += "'KERNEL_DTB=${DEPLOY_DIR_IMAGE}/${REAL_DTB}'"
> -EXTRA_OEMAKE += "'KERNEL_IMAGE=${DEPLOY_DIR_IMAGE}/${BOOT_WRAPPER_AARCH64_KERNEL}'"
> -EXTRA_OEMAKE += "'CMDLINE=${BOOT_WRAPPER_AARCH64_CMDLINE}'"
> -
> -
> -do_configure:prepend() {
> -    # Create dummy files to make configure happy.
> -    # We will pass the generated ones directly to make.
> -    mkdir -p ${WORKDIR}/kernel/arch/arm64/boot
> -    echo "dummy" > ${WORKDIR}/kernel/arch/arm64/boot/Image
> -    echo "dummy" > ${WORKDIR}/kernel/dummy.dtb
> -
> -    # Generate configure
> -    (cd ${S} && autoreconf -i || exit 1)
> -}
> -
> -do_compile[noexec] = "1"
> -do_install[noexec] = "1"
> -
> -# We need the kernel to create an image
> -do_deploy[depends] += "virtual/kernel:do_deploy"
> -
> -do_deploy() {
> -    if [ ! -f ${DEPLOY_DIR_IMAGE}/${REAL_DTB} ]; then
> -        echo "ERROR: cannot find ${REAL_DTB} in ${DEPLOY_DIR_IMAGE}" >&2
> -        echo "Please check your BOOT_WRAPPER_AARCH64_DEVICETREE settings" >&2
> -        exit 1
> -    fi
> -
> -    if [ ! -f ${DEPLOY_DIR_IMAGE}/${BOOT_WRAPPER_AARCH64_KERNEL} ]; then
> -        echo "ERROR: cannot find ${BOOT_WRAPPER_AARCH64_KERNEL}" \
> -            " in ${DEPLOY_DIR_IMAGE}" >&2
> -        echo "Please check your BOOT_WRAPPER_AARCH64_KERNEL settings" >&2
> -        exit 1
> -    fi
> -
> -    oe_runmake clean
> -    oe_runmake all
> -
> -    install -D -p -m 644 ${BOOT_WRAPPER_AARCH64_IMAGE} \
> -        ${DEPLOYDIR}/linux-system.axf
> -}
> -addtask deploy before do_build after do_compile
> diff --git a/scripts/machine-summary.py b/scripts/machine-summary.py
> index 0f5d1d99..3038237c 100755
> --- a/scripts/machine-summary.py
> +++ b/scripts/machine-summary.py
> @@ -146,7 +146,6 @@ recipes = ("virtual/kernel",
>             "u-boot",
>             "optee-os",
>             "hafnium",
> -           "boot-wrapper-aarch64",
>             "gator-daemon",
>             "opencsd",
>             "gcc-aarch64-none-elf-native",
> -- 
> 2.30.2


  parent reply	other threads:[~2023-10-11 17:08 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-10-11 13:02 [PATCH 1/2] arm/boot-wrapper-aarch64: remove recipe Jon Mason
2023-10-11 13:02 ` [PATCH 2/2] CI: add sbsa-acs to recipe report Jon Mason
2023-10-11 17:08 ` Denys Dmytriyenko [this message]
2023-10-11 17:28   ` [meta-arm] [PATCH 1/2] arm/boot-wrapper-aarch64: remove recipe Ross Burton
2023-10-11 18:36     ` Denys Dmytriyenko
2023-10-11 19:52       ` Jon Mason

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=20231011170803.GF2408@denix.org \
    --to=denis@denix.org \
    --cc=jon.mason@arm.com \
    --cc=meta-arm@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.