2013/10/27 Koen Kooi <k...@dominion.thruhere.net>

> On Wed, 2013-10-23 at 14:44 +0300, matti kaasinen wrote:
> > 2013/10/23 Khem Raj <raj.k...@gmail.com>
> >
> > > > Hi Ulf,
> > > > Yes, linux.inc seems doing the job as you told - this clears a lot.
> I had
> > > > been patching wrong file:${S}/defconfig instead of
> ${WORKDIR}/defconfig.
> > > > It seems that I'm not alone with this mistake. ${S}/defconfig seems
> to be
> > > > created by two patches:
> > > > 0002-add-defconfig-file-to-use-as-.config.patch makes skeleton and
> > > > 0073-defconfig-Update-bone-default-config.patch makes some
> modefications.
> > > >
> > >
> >
> > What I mean above is that beaglebone folks have made those patches for
> some
> > reason that is not quite clear tome now considering how  ${S}/defconfig
> is
> > produced in linux.inc.
>
> ${S}/defconfig is neither used nor produced by OE.
>
> I was wrong in that there are two patches that create ${S}/defconfig.
Instead there are three of them:
0002-add-defconfig-file-to-use-as-.config.patch
0044-am33xx-Add-default-config.patch
0073-defconfig-Update-bone-default-config.patch

Quoted from oe_manual "The patch will be applied from the unpacked source
directory, ${S}".
Above patches create and modify defconfig file. 0002-add created it and
next two tweak it slightly. I double checked this by first deleting:
${WORKDIR}/defconfig and ${S}/defconfig and then running:
bitbake -f -c unpack linux-mainline

At this point there is ${WORKDIR}/defconfig that my layer provides.
Then I run:
bitbake -f -c patch linux-mainline

Now there is also ${S}/defconfig.
Then I executed patches with those three patch files in quite a different
place - and that produced there defconfig file that was identical with
${S}/defconfig. BTW Koen, please check who has signed off:
https://github.com/beagleboard/meta-beagleboard/blob/master/common-bsp/recipes-kernel/linux/linux-mainline-3.8/not-capebus/0002-add-defconfig-file-to-use-as-.config.patch
He might be someone you know :-)
So, I would say OE produces ${S}/defconfig.

>
> > > ${WORKDIR}/defconfig (important one) is most likely coming from
> > > > ...../linux/linux-mainline-3.8/beaglebone/defconfig as there is only
> one
> > > > difference that could have come from configuration process.
> > > >
> > > > It seems that configuration fragments do not work in regular
> Angstrom - I
> > > > suppose they are just Yocto stuff.
> > >
> > > yes.
> > >
> > > > Providing defconfig directly did not work - most likely it was
> written
> > > over
> > > > by the patching the seems creating the ${WORKDIR}/defconfig
> > >
> > > what do you mean ? defconfig is provided as any other file and then
> munged
> > > over
> > > in WORKDIR to make a .config
> > >
> > >
> > This is outdated information - wild quess - before I noticed how that
> > ${S}/defconfig was really generated by those patches I explained above.
>
> As I said above, ${S}/defconfig is not used in the build.
>
Good to know
Thanks
_______________________________________________
Angstrom-distro-devel mailing list
Angstrom-distro-devel@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/angstrom-distro-devel

Reply via email to