Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Peter Korsgaard <peter@korsgaard.com>
To: Javad Rahimipetroudi <javad.rahimipetroudi@essensium.com>
Cc: Marleen Vos <marleen.vos@mind.be>,
	Javad Rahimipetroudi <javad.rahimipetroudi@mind.be>,
	buildroot@buildroot.org
Subject: Re: [Buildroot] [PATCH v2 2/2] configs/avenger96: bump Linux version to 6.6.21LTS
Date: Mon, 18 Mar 2024 14:53:02 +0100	[thread overview]
Message-ID: <874jd3fxz5.fsf@48ers.dk> (raw)
In-Reply-To: <20240318133338.1811892-2-javad.rahimipetroudi@mind.be> (Javad Rahimipetroudi's message of "Mon, 18 Mar 2024 14:33:38 +0100")

>>>>> "Javad" == Javad Rahimipetroudi <javad.rahimipetroudi@essensium.com> writes:

 > This patch upgrades Kernel version to 6.6.21 LTS on avenger96 board.
 > Beside that, the device tree path also modified to point the device
 > tree in proper location.

Please document when this move was done as I requested - E.G. this
commit from 6.5-rc1:

commit 724ba6751532055db75992fc6ae21c3e322e94a7
Author: Rob Herring <robh@kernel.org>
Date:   Thu May 4 18:38:52 2023 -0500

    ARM: dts: Move .dts files to vendor sub-directories

    The arm dts directory has grown to 1559 boards which makes it a bit
    unwieldy to maintain and use. Past attempts stalled out due to plans to
    move .dts files out of the kernel tree. Doing that is no longer planned
    (any time soon at least), so let's go ahead and group .dts files by
    vendors. This move aligns arm with arm64 .dts file structure.

    There's no change to dtbs_install as the flat structure is maintained on
    install.

    The naming of vendor directories is roughly in this order of preference:
    - Matching original and current SoC vendor prefix/name (e.g. ti, qcom)
    - Current vendor prefix/name if still actively sold (SoCs which have
      been aquired) (e.g. nxp/imx)
    - Existing platform name for older platforms not sold/maintained by any
      company (e.g. gemini, nspire)

    The whole move was scripted with the exception of MAINTAINERS and a few
    makefile fixups.


 > As another change, with the default root append (mmcblk1p4) in
 > 'extlinux.conf' file in the overlay directory of the board,
 > the rootfs was not possible to be detected. This file also
 > modified to point to the proper mmc block.

Also document where this comes from. I would guess it is from this
change in 5.10-rc1:

commit 21b2cec61c04bd175f0860d9411a472d5a0e7ba1
Author: Douglas Anderson <dianders@chromium.org>
Date:   Thu Sep 3 16:24:36 2020 -0700

    mmc: Set PROBE_PREFER_ASYNCHRONOUS for drivers that existed in v4.4

    This is like commit 3d3451124f3d ("mmc: sdhci-msm: Prefer asynchronous
    probe") but applied to a whole pile of drivers.  This batch converts
    the drivers that appeared to be around in the v4.4 timeframe.

    Signed-off-by: Douglas Anderson <dianders@chromium.org>
    Reviewed-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
    Tested-by: Wolfram Sang <wsa+renesas@sang-engineering.com> # SH_MMCIF
    Tested-by: Thierry Reding <treding@nvidia.com>
    Link: https://lore.kernel.org/r/20200903162412.1.Id501e96fa63224f77bb86b2135a5e8324ffb9c43@changeid
    Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>

Or the followup one from 6.5-rc1:

commit 3108eb2e8aa7e955a9dd3a4c1bf19a7898961822
Author: Ulf Hansson <ulf.hansson@linaro.org>
Date:   Mon Jun 12 16:37:30 2023 +0200

   mmc: mmci: Set PROBE_PREFER_ASYNCHRONOUS

   All mmc host drivers should have the asynchronous probe option enabled, but
   it seems like we failed to set it for mmci, so let's do that now.

   Fixes: 21b2cec61c04 ("mmc: Set PROBE_PREFER_ASYNCHRONOUS for drivers that existed in v4.4")
   Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
   Tested-by: Linus Walleij <linus.walleij@linaro.org>
   Tested-by: Yann Gautier <yann.gautier@foss.st.com>
   Cc: stable@vger.kernel.org
   Link: https://lore.kernel.org/r/20230612143730.210390-1-ulf.hansson@linaro.org

-- 
Bye, Peter Korsgaard
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

  reply	other threads:[~2024-03-18 13:53 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-18 13:33 [Buildroot] [PATCH v2 1/2] configs/avenger96: bump Uboot version to 2024.01 Javad Rahimipetroudi via buildroot
2024-03-18 13:33 ` [Buildroot] [PATCH v2 2/2] configs/avenger96: bump Linux version to 6.6.21LTS Javad Rahimipetroudi via buildroot
2024-03-18 13:53   ` Peter Korsgaard [this message]
2024-03-18 13:43 ` [Buildroot] [PATCH v2 1/2] configs/avenger96: bump Uboot version to 2024.01 Peter Korsgaard

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=874jd3fxz5.fsf@48ers.dk \
    --to=peter@korsgaard.com \
    --cc=buildroot@buildroot.org \
    --cc=javad.rahimipetroudi@essensium.com \
    --cc=javad.rahimipetroudi@mind.be \
    --cc=marleen.vos@mind.be \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox