All of lore.kernel.org
 help / color / mirror / Atom feed
From: Trevor Woerner <twoerner@gmail.com>
To: Quentin Schulz <quentin.schulz@theobroma-systems.com>
Cc: Khem Raj <raj.khem@gmail.com>,
	Yocto-mailing-list <yocto@lists.yoctoproject.org>,
	Quentin Schulz <foss+yocto@0leil.net>
Subject: Re: [yocto] [meta-rockchip] [PATCH v2] trusted-firmware-a: replace baudrate with the one specified in machine conf
Date: Wed, 15 Dec 2021 14:53:54 -0500	[thread overview]
Message-ID: <20211215195354.GA39316@localhost> (raw)
In-Reply-To: <20211215152047.pz33f2kiuldihjqn@fedora>

On Wed 2021-12-15 @ 04:20:47 PM, Quentin Schulz wrote:
> Hi Khem,
> 
> On Tue, Dec 14, 2021 at 10:11:54AM -0800, Khem Raj wrote:
> > On Tue, Dec 14, 2021 at 3:39 AM Quentin Schulz
> > <quentin.schulz@theobroma-systems.com> wrote:
> > >
> > > Not all Rockchip boards have their console running at 1500000 baud in
> > > U-Boot and the kernel. Such is the case for puma-haikou RK3399-based
> > > SoM+Carrierboard.
> > >
> > > In order to prepare for the addition of puma-haikou to meta-rockchip,
> > > let's replace the baudrate in TF-A by the one defined in the machine
> > > conf file in the RK_CONSOLE_BAUD variable.
> > >
> > > Cc: Quentin Schulz <foss+yocto@0leil.net>
> > > Signed-off-by: Quentin Schulz <quentin.schulz@theobroma-systems.com>
> > > ---
> > >
> > > v2: use a less restrictive regular expression
> > >
> > >  .../files/serial-console-baudrate.patch       | 36 -------------------
> > >  .../trusted-firmware-a_%.bbappend             |  6 +++-
> > >  2 files changed, 5 insertions(+), 37 deletions(-)
> > >  delete mode 100644 recipes-bsp/trusted-firmware-a/files/serial-console-baudrate.patch
> > >
> > > diff --git a/recipes-bsp/trusted-firmware-a/files/serial-console-baudrate.patch b/recipes-bsp/trusted-firmware-a/files/serial-console-baudrate.patch
> > > deleted file mode 100644
> > > index 2d6e9bf..0000000
> > > --- a/recipes-bsp/trusted-firmware-a/files/serial-console-baudrate.patch
> > > +++ /dev/null
> > > @@ -1,36 +0,0 @@
> > > -From 840d6b6420e1fd8cdf6e4de7fa58a6f8de151622 Mon Sep 17 00:00:00 2001
> > > -From: Yann Dirson <yann@blade-group.com>
> > > -Date: Tue, 6 Apr 2021 17:28:45 +0200
> > > -Subject: [PATCH] Set serial console baudrate back to 1500000.
> > > -Upstream-Status: Inappropriate[other]
> > > -
> > > -TF-A runs between two u-boot stages which both uses 1500000 baud, it
> > > -just makes no sense to use the same UART at a different rate.
> > > -
> > > -This effectively reverts part of 0c05748bdebfad9fa43a80962186438bb8fbce62.
> > > -Main reason for that change stated in https://urldefense.proofpoint.com/v2/url?u=https-3A__developer.trustedfirmware.org_T762&d=DwIBaQ&c=_sEr5x9kUWhuk4_nFwjJtA&r=LYjLexDn7rXIzVmkNPvw5ymA1XTSqHGq8yBP6m6qZZ4njZguQhZhkI_-172IIy1t&m=MGuJiAJcTH-5vXWFahwY8w58v88VHX-B3gl_Qbo3NSRaMXS1EfPbxRWECgCDt3wO&s=P_BZb0-FTKKpmyBRgwgtL7OgfLI_iSC_nn_FBSQXE8o&e= 
> > > -is ChromeOS compatibility.
> > > -
> > > -Looks like this patch may become unnecessary in the future, when
> > > -u-boot and TF-A get to communicate this value.
> > > -
> > > ----
> > > - plat/rockchip/rk3399/rk3399_def.h | 2 +-
> > > - 1 file changed, 1 insertion(+), 1 deletion(-)
> > > -
> > > -diff --git a/plat/rockchip/rk3399/rk3399_def.h b/plat/rockchip/rk3399/rk3399_def.h
> > > -index ba83242eb..8d6ecfbe6 100644
> > > ---- a/plat/rockchip/rk3399/rk3399_def.h
> > > -+++ b/plat/rockchip/rk3399/rk3399_def.h
> > > -@@ -17,7 +17,7 @@
> > > - /**************************************************************************
> > > -  * UART related constants
> > > -  **************************************************************************/
> > > --#define RK3399_BAUDRATE                       115200
> > > -+#define RK3399_BAUDRATE                       1500000
> > > - #define RK3399_UART_CLOCK             24000000
> > > -
> > > - /******************************************************************************
> > > ---
> > > -2.30.2
> > > -
> > > diff --git a/recipes-bsp/trusted-firmware-a/trusted-firmware-a_%.bbappend b/recipes-bsp/trusted-firmware-a/trusted-firmware-a_%.bbappend
> > > index 513cea1..07fae1e 100644
> > > --- a/recipes-bsp/trusted-firmware-a/trusted-firmware-a_%.bbappend
> > > +++ b/recipes-bsp/trusted-firmware-a/trusted-firmware-a_%.bbappend
> > > @@ -7,7 +7,6 @@ COMPATIBLE_MACHINE:append:rk3328 = "|rk3328"
> > >
> > >  FILESEXTRAPATHS:prepend := "${THISDIR}/files:"
> > >  SRC_URI += "\
> > > -    file://serial-console-baudrate.patch \
> > >      file://0001-dram-Fix-build-with-gcc-11.patch \
> > >      file://0001-plat_macros.S-Use-compatible-.asciz-asm-directive.patch \
> > >      file://0001-pmu-Do-not-mark-already-defined-functions-as-weak.patch \
> > > @@ -19,3 +18,8 @@ SRC_URI += "\
> > >  # this needs fixing until then use gcc
> > >  TOOLCHAIN:rk3399 = "gcc"
> > >
> > > +fixup_rk3399_baudrate() {
> > > +       sed -i "s/#define RK3399_BAUDRATE\s\+.*/#define RK3399_BAUDRATE ${RK_CONSOLE_BAUD}/" ${S}/plat/rockchip/rk3399/rk3399_def.h
> > > +}
> > > +
> > > +do_patch[postfuncs] += "fixup_rk3399_baudrate"
> > 
> > perhaps applying the sed expression via do_configure:prepend() is simple ?
> > and maybe make it rk3399 specific with do_configure:prepend:rk3399
> > 
> 
> It is effectively patching the sources, and I'd personally expect
> sources to not be changed after running -c do_patch for a recipe.

I don't have strong feelings either way, but it does feel more like a patching
operation than a configuration one.


      parent reply	other threads:[~2021-12-16  1:44 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20211214095751.2290665-1-quentin.schulz@theobroma-systems.com>
2021-12-14 18:11 ` [yocto] [meta-rockchip] [PATCH v2] trusted-firmware-a: replace baudrate with the one specified in machine conf Khem Raj
     [not found]   ` <20211215152047.pz33f2kiuldihjqn@fedora>
2021-12-15 16:19     ` Khem Raj
2021-12-15 19:53     ` Trevor Woerner [this message]

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=20211215195354.GA39316@localhost \
    --to=twoerner@gmail.com \
    --cc=foss+yocto@0leil.net \
    --cc=quentin.schulz@theobroma-systems.com \
    --cc=raj.khem@gmail.com \
    --cc=yocto@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.