mailarchive of the ptxdist mailing list
 help / color / mirror / Atom feed
From: Alexander Dahl <ada@thorsis.com>
To: Michael Olbrich <m.olbrich@pengutronix.de>
Cc: Christian Melki <christian.melki@t2data.com>, ptxdist@pengutronix.de
Subject: Re: [ptxdist] [PATCH v3] U-Boot: Add option to disable OOT builds
Date: Wed, 8 Dec 2021 08:32:15 +0100	[thread overview]
Message-ID: <YbBff0qqIuCHIz8r@ada-deb-carambola.ifak-system.com> (raw)
In-Reply-To: <20211208072406.GC15196@pengutronix.de>

Hello Michael,

Am Wed, Dec 08, 2021 at 08:24:06AM +0100 schrieb Michael Olbrich:
> On Tue, Nov 30, 2021 at 11:39:26AM +0100, Christian Melki wrote:
> > This option sometimes breaks builds with various external dependencies.
> > Especially vendor trees that have sourcedir path references.
> 
> Hmmm, I don't really like this, but I do understand why it can be
> necessary :-/.
> 
> > Signed-off-by: Christian Melki <christian.melki@t2data.com>
> > ---
> >  platforms/u-boot.in | 10 ++++++++++
> >  rules/u-boot.make   | 12 ++++++++++--
> >  2 files changed, 20 insertions(+), 2 deletions(-)
> > 
> > diff --git a/platforms/u-boot.in b/platforms/u-boot.in
> > index 410391fe8..0d8213f45 100644
> > --- a/platforms/u-boot.in
> > +++ b/platforms/u-boot.in
> > @@ -20,6 +20,16 @@ config U_BOOT_MD5
> >  	string
> >  	prompt "U-Boot source md5"
> >  
> > +config U_BOOT_BUILD_OOT
> > +	prompt "Out of tree build"
> > +	default y
> > +	bool
> > +	help
> > +	  U-Boot is usually built out of tree.
> > +	  But for some builds, f.ex. with firmware blobs, out of tree builds
> > +	  can break because of vendors using source paths to files.
> > +	  This is mostly a workaround for those type of builds.
> > +
> >  choice
> >  	prompt "config system"
> >  	default U_BOOT_CONFIGSYSTEM_LEGACY
> > diff --git a/rules/u-boot.make b/rules/u-boot.make
> > index 38c32bf27..2c6a1ada4 100644
> > --- a/rules/u-boot.make
> > +++ b/rules/u-boot.make
> > @@ -23,9 +23,14 @@ U_BOOT_SUFFIX		:= tar.bz2
> >  U_BOOT_URL		:= https://ftp.denx.de/pub/u-boot/$(U_BOOT).$(U_BOOT_SUFFIX)
> >  U_BOOT_SOURCE		:= $(SRCDIR)/$(U_BOOT).$(U_BOOT_SUFFIX)
> >  U_BOOT_DIR		:= $(BUILDDIR)/$(U_BOOT)
> > -U_BOOT_BUILD_DIR	:= $(U_BOOT_DIR)-build
> >  U_BOOT_DEVPKG		:= NO
> > +ifdef PTXCONF_U_BOOT_BUILD_OOT
> > +U_BOOT_BUILD_DIR	:= $(U_BOOT_DIR)-build
> >  U_BOOT_BUILD_OOT	:= KEEP
> > +else
> > +U_BOOT_BUILD_DIR	:= $(U_BOOT_DIR)
> > +U_BOOT_BUILD_OOT	:= NO
> 
> I prefere:
> 
> U_BOOT_BUILD_DIR	:= $(U_BOOT_DIR)$(call ptx/ifdef, PTXCONF_U_BOOT_BUILD_OOT,-build)
> U_BOOT_BUILD_OOT	:= $(call ptx/ifdef, PTXCONF_U_BOOT_BUILD_OOT,KEEP,NO)
> 
> to keep it more compact.
> 
> > +endif
> >  
> >  ifdef PTXCONF_U_BOOT_CONFIGSYSTEM_KCONFIG
> >  U_BOOT_CONFIG	:= $(call ptx/in-platformconfigdir, \
> > @@ -54,10 +59,13 @@ U_BOOT_WRAPPER_BLACKLIST := \
> >  
> >  U_BOOT_CONF_OPT		:= \
> >  	-C $(U_BOOT_DIR) \
> > -	O=$(U_BOOT_BUILD_DIR) \
> 
> Right. In theory it should still work if O= is used unconditionally.
> Because U_BOOT_BUILD_DIR points to the source tree in the non-OOT case. But
> who knowns what happens in broken vendor trees.
> 
> But wrap it with ptx/ifdef instead to keep it here.

This is done few lines later, slightly different …

> 
> Michael
> 
> >  	V=$(PTXDIST_VERBOSE) \
> >  	$(call remove_quotes,$(PTXCONF_U_BOOT_CUSTOM_MAKE_OPTS))
> >  
> > +ifdef PTXCONF_U_BOOT_BUILD_OOT
> > +U_BOOT_CONF_OPT		+= O=$(U_BOOT_BUILD_DIR)
> > +endif
> > +

^^ Here.

Greets
Alex

> >  U_BOOT_MAKE_ENV		:= \
> >  	CROSS_COMPILE=$(BOOTLOADER_CROSS_COMPILE) \
> >  	HOSTCC=$(HOSTCC)
> > -- 
> > 2.30.2
> > 
> > 
> > _______________________________________________
> > ptxdist mailing list
> > ptxdist@pengutronix.de
> > To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de
> > 
> 
> -- 
> 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 |
> 
> _______________________________________________
> ptxdist mailing list
> ptxdist@pengutronix.de
> To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de

_______________________________________________
ptxdist mailing list
ptxdist@pengutronix.de
To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de

  reply	other threads:[~2021-12-08  7:32 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-11-30 10:39 Christian Melki
2021-11-30 13:16 ` Alexander Dahl
2021-12-08  7:24 ` Michael Olbrich
2021-12-08  7:32   ` Alexander Dahl [this message]
2021-12-08  8:33     ` Michael Olbrich

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=YbBff0qqIuCHIz8r@ada-deb-carambola.ifak-system.com \
    --to=ada@thorsis.com \
    --cc=christian.melki@t2data.com \
    --cc=m.olbrich@pengutronix.de \
    --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