From: Saul Wold <sgw@linux.intel.com>
To: Bruce Ashfield <bruce.ashfield@windriver.com>,
openembedded-core@lists.openembedded.org,
richard.purdie@linuxfoundation.org
Subject: Re: [PATCH 1/2] kernel-yocto: ensure sccs variable is set when using KBUILD_DEFCONFIG
Date: Wed, 29 Nov 2017 08:30:51 -0800 [thread overview]
Message-ID: <1511973051.2714.120.camel@linux.intel.com> (raw)
In-Reply-To: <2b2306eb-7a97-b1e1-918b-4a47438ecad2@windriver.com>
On Wed, 2017-11-29 at 09:23 -0500, Bruce Ashfield wrote:
> On 11/28/2017 10:28 PM, Saul Wold wrote:
> > When using KBUILD_DEFCONFIG, $sccs should be set to the
> > $WORKDIR/defconfig
> > regardless if it compares or is copied. Otherwise $sccs is not set
> > and the
> > defconfig is not found correctly.
>
> Actually, looking at this more today, and this morning in my testing.
> This shouldn't be necessary .. it doesn't hurt anything (well,
> actually
> it could end up with two defconfigs in the variable, but that also
> should be ok).
>
Ok, I understand, it's in find_sccs() where if you have "defconfig" in
the SRC_URI then with my change you could end up with two defconfigs.
The problem I saw was if one just sets KBUILD_DEFCONFIG and does not
set any config info on the SRC_URI then it's possible for $sccs to be
empty, which was bad.
Maybe a cleaning of multiple "defconfig" entries on $sccs is needed?
Sau!
> >
> > Part of
> > [YOCTO #12162]
> >
> > Signed-off-by: Saul Wold <sgw@linux.intel.com>
> > ---
> > meta/classes/kernel-yocto.bbclass | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/meta/classes/kernel-yocto.bbclass
> > b/meta/classes/kernel-yocto.bbclass
> > index 1d447951c49..98ec78fb768 100644
> > --- a/meta/classes/kernel-yocto.bbclass
> > +++ b/meta/classes/kernel-yocto.bbclass
> > @@ -110,8 +110,8 @@ do_kernel_metadata() {
> > fi
> > else
> > cp -f
> > ${S}/arch/${ARCH}/configs/${KBUILD_DEFCONFIG} ${WORKDIR}/defconfig
> > - sccs="${WORKDIR}/defconfig"
> > fi
> > + sccs="${WORKDIR}/defconfig"
>
> The test that was protecting this assignment is:
>
> if [ -f "${WORKDIR}/defconfig" ]; then
>
> and then:
>
> cmp "${WORKDIR}/defconfig"
> "${S}/arch/${ARCH}/configs/${KBUILD_DEFCONFIG}"
>
> The only way that a defconfig can be in ${WORKDIR}/defconfig by
> the time this runs, is if the fetcher puts it there. Which means
> it is on the SRC_URI and comes from the recipe writer's layer.
>
> There is existing code that already picks this up and adds it
> to the configuration queue:
>
> sccs="$sccs ${@" ".join(find_sccs(d))}"
>
> So that defconfig, is already going to be picked up directly
> from the SRC_URI.
>
> Bruce
>
>
> > else
> > bbfatal "A KBUILD_DEFCONFIG
> > '${KBUILD_DEFCONFIG}' was specified, but not present in the source
> > tree"
> > fi
> >
>
>
next prev parent reply other threads:[~2017-11-29 16:30 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-29 3:28 [PATCH 1/2] kernel-yocto: ensure sccs variable is set when using KBUILD_DEFCONFIG Saul Wold
2017-11-29 3:28 ` [PATCH 2/2] kernel-yocto: Stop the build if defconfig is missing Saul Wold
2017-11-29 3:46 ` [PATCH 1/2] kernel-yocto: ensure sccs variable is set when using KBUILD_DEFCONFIG Bruce Ashfield
2017-11-29 14:23 ` Bruce Ashfield
2017-11-29 16:30 ` Saul Wold [this message]
2017-11-29 16:56 ` Bruce Ashfield
2017-11-29 17:52 ` Saul Wold
2017-11-29 18:13 ` Bruce Ashfield
2017-11-29 18:24 ` Saul Wold
2017-12-01 5:38 ` Bruce Ashfield
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=1511973051.2714.120.camel@linux.intel.com \
--to=sgw@linux.intel.com \
--cc=bruce.ashfield@windriver.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=richard.purdie@linuxfoundation.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox