mailarchive of the ptxdist mailing list
 help / color / mirror / Atom feed
From: Michael Olbrich <m.olbrich@pengutronix.de>
To: ptxdist@pengutronix.de, Michael Riesch <michael.riesch@wolfvision.net>
Subject: Re: [ptxdist] [PATCH 4/4] ptxd_make_world_inject: Introduce separate destination directory
Date: Fri, 3 May 2024 17:31:29 +0200	[thread overview]
Message-ID: <ZjUDUQSav7KUQtJG@pengutronix.de> (raw)
In-Reply-To: <20240503-washtub-gumball-aefbf8984faf@thorsis.com>

On Fri, May 03, 2024 at 12:08:34PM +0200, Alexander Dahl wrote:
> Am Fri, May 03, 2024 at 11:48:52AM +0200 schrieb Michael Olbrich:
> > On Wed, Apr 24, 2024 at 04:31:09PM +0200, Alexander Dahl wrote:
> > > Setting the optional <PKG>_INJECT_DEST now allows to give a different
> > > target for putting the binary blobs into.  When building out-of-tree
> > > some bootloaders like U-Boot expect injected files in the build dir, not
> > > in the source dir.  Backwards compatibility is ensured, the source dir
> > > is still the default, the new inject dest is optional and in case set it
> > > overwrites the default.
> > > 
> > > For using this in u-boot package, on top of the things already done to
> > > use the inject mechanism in general, add this line to
> > > 'rules/u-boot.make' for example:
> > > 
> > >     U_BOOT_INJECT_DEST     := $(U_BOOT_BUILD_DIR)
> > 
> > Can you add a patch for u-boot?
> 
> I will, in an upcoming patch series with more changes to the u-boot
> package.  Planned to this after lunch later today anyways. ^^
> 
> > > 
> > > Signed-off-by: Alexander Dahl <ada@thorsis.com>
> > > ---
> > >  rules/post/ptxd_make_world_inject.make |  3 ++-
> > >  scripts/lib/ptxd_make_world_inject.sh  | 22 ++++++++++++++++++----
> > >  2 files changed, 20 insertions(+), 5 deletions(-)
> > > 
> > > diff --git a/rules/post/ptxd_make_world_inject.make b/rules/post/ptxd_make_world_inject.make
> > > index eabcdd052..509d480ba 100644
> > > --- a/rules/post/ptxd_make_world_inject.make
> > > +++ b/rules/post/ptxd_make_world_inject.make
> > > @@ -9,7 +9,8 @@
> > >  world/inject/env = \
> > >  	$(call world/env, $(1)) \
> > >  	pkg_inject_path="$(call ptx/escape,$($(1)_INJECT_PATH))" \
> > > -	pkg_inject_files="$(call ptx/escape,$($(1)_INJECT_FILES))"
> > > +	pkg_inject_files="$(call ptx/escape,$($(1)_INJECT_FILES))" \
> > > +	pkg_inject_dest="$(call ptx/escape,$($(1)_INJECT_DEST))"
> > >  
> > >  world/inject = \
> > >  	$(call world/inject/env,$(strip $(1))) \
> > > diff --git a/scripts/lib/ptxd_make_world_inject.sh b/scripts/lib/ptxd_make_world_inject.sh
> > > index b74e464c6..90bd8b684 100644
> > > --- a/scripts/lib/ptxd_make_world_inject.sh
> > > +++ b/scripts/lib/ptxd_make_world_inject.sh
> > > @@ -7,10 +7,15 @@
> > >  #
> > >  
> > >  ptxd_make_inject() {
> > > -    local source target
> > > +    local dest source target
> > > +
> > > +    dest="${pkg_dir}"
> > > +    if [ -n "${pkg_inject_dest}" ]; then
> > > +	dest="${pkg_inject_dest}"
> > > +    fi
> > 
> > This should be in ptxd_make_world_inject(). It remains the same for all
> > files.
> 
> I thought about this when changing it, but decided to keep it at this
> place.  Moving it to ptxd_make_world_inject() would require to
> introduce another non-local variable and I did not want that.  But
> sure, can be done.

Just set pkg_inject_dest if it's empty. No need for a separate variable.

> > 
> > >  
> > >      source="$(echo ${inject_file} | cut -d ":" -f 1)"
> > > -    target="${pkg_dir}/$(echo ${inject_file} | cut -d ":" -f 2)"
> > > +    target="${dest}/$(echo ${inject_file} | cut -d ":" -f 2)"
> > >  
> > >      if [[ "${source}" =~ ^/.* ]]; then
> > >  	ptxd_bailout "'${source}' must not be an absolute path!" \
> > > @@ -32,8 +37,17 @@ export -f ptxd_make_inject
> > >  ptxd_make_world_inject() {
> > >      ptxd_make_world_init || return
> > >  
> > > -    if [ -z "${pkg_dir}" ]; then
> > > -	ptxd_bailout "<PKG>_DIR empty, no destination to inject to."
> > > +    if [ -z "${pkg_inject_dest}" ] && [ -z "${pkg_dir}" ]; then
> > > +	ptxd_bailout "No destination to inject to." \
> > > +	    "Set either <PKG>_DIR or <PKG>_INJECT_DEST to have a valid destination!"
> > > +    fi
> > > +
> > > +    if [ -n "${pkg_inject_dest}" ]; then
> > > +	if [ "${pkg_build_dir}" = "${pkg_inject_dest}" ] && [ "${pkg_build_oot}" = "YES" ]; then
> > 
> > This gives a warning even in the good case, right?
> 
> No it does not.  In the good case user has set either <PKG>_DIR or
> <PKG>_INJECT_DEST to a not empty string and the bailout does not
> happen.
> 
> The warning inside this more complicated if statement is just covering
> this one edge case which I ran into when developing, and the text
> should describe what happens, why the user would not find the files in
> <PKG>_BUILD_DIR in that case.

Still, for u-boot the warning will always be visible right? That's not
nice.

> The mkdir is only dependend on <PKG>_INJECT_DEST set, because there's
> no need to create that dir if the feature is not used.

Setting <PKG>_INJECT_DEST to anything other than pkg_dir or pkg_build_dir
does not really make sense. The whole point of this is, to copy files
there.
Hmmm, maybe we should make that explicit:

<PKG>_INJECT_OOT := YES

Or something else that indicates that the pkg_build_dir should be used. So
don't make it more flexible than needed.

And then you can definitely check for the directory existence to determine
if the order was correct.

> > I think we should require that pkg_inject_dest already exists at
> > this point and fail if it does not.
> 
> This would move the responsibility to create that dir to the package
> author.  I opted against that, because <PKG>_DIR and <PKG>_BUILD_DIR
> are also implicitly created by ptxdist, no need to create those in the
> make rules.  This is a question of policy, but it would make the
> inject mechanism somewhat asymmetric if <PKG>_DIR (for when
> _INJECT_DEST is not set) has not to be created by the package author
> but <PKG>_INJECT_DEST has to.

For pkg_build_dir there are clear rules, when it's created: during
world/prepare. I think it's fine to require that. Or world/execute for a
custom prepare command. u-boot should actually use that.

> Again: sure, can be done if desired.
> 
> Let me know if I should change the pieces or if my explanations made
> sense and things can be kept like this?

Michael

> > > +		ptxd_warning "<PKG>_INJECT_DEST is set to <PKG>_BUILD_DIR and <PKG>_BUILD_OOT is set to 'YES'." \
> > > +		    "If you called world/inject before world/prepare your files will be removed after injecting."
> > > +	fi
> > > +	mkdir -p -- "${pkg_inject_dest}"
> > >      fi
> > >  
> > >      for inject_file in ${pkg_inject_files}; do
> > > -- 
> > > 2.39.2
> > > 
> > > 
> > > 
> > 
> > -- 
> > Pengutronix e.K.                           |                             |
> > Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
> > 31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
> > Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |
> > 
> 
> 

-- 
Pengutronix e.K.                           |                             |
Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |



  reply	other threads:[~2024-05-03 15:31 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-04-24 14:31 [ptxdist] [PATCH 0/4] ptxd_make_world_inject: Spring cleanup and optional dest dir Alexander Dahl
2024-04-24 14:31 ` [ptxdist] [PATCH 1/4] ptxd_make_world_inject: Remove useless test Alexander Dahl
2024-04-24 14:31 ` [ptxdist] [PATCH 2/4] ptxd_make_world_inject: Use <PKG>_DIR directly Alexander Dahl
2024-04-24 14:31 ` [ptxdist] [PATCH 3/4] ptxd_make_world_inject: Escape inject path and files Alexander Dahl
2024-04-24 14:31 ` [ptxdist] [PATCH 4/4] ptxd_make_world_inject: Introduce separate destination directory Alexander Dahl
2024-05-03  9:48   ` Michael Olbrich
2024-05-03 10:08     ` Alexander Dahl
2024-05-03 15:31       ` Michael Olbrich [this message]
2024-05-03 16:05         ` Alexander Dahl

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=ZjUDUQSav7KUQtJG@pengutronix.de \
    --to=m.olbrich@pengutronix.de \
    --cc=michael.riesch@wolfvision.net \
    --cc=ptxdist@pengutronix.de \
    /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