[yocto] Kernel patch is unpacked but not applied

Bruce Ashfield bruce.ashfield at windriver.com
Wed Jun 26 20:42:32 PDT 2013


On 13-06-26 11:08 PM, Bryan Evenson wrote:
> I am building a custom Linux kernel under poky-dylan and I am having an issue with patches being unpacked but not applied.  I have two layers that have a bbappend file for the kernel.  Generally, this is what each bbappend file looks like:
>
> #First .bbappend
>
> FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
> COMPATIBLE_MACHINE_mach1 = "mach1"
> COMPATIBLE_MACHINE_mach2 = "mach2"
> SRC_URI_append_mach2 = " file://${MACHINE}/${KBRANCH}/0001-blah.patch \
>      file://${MACHINE}/${KBRANCH}/0002-blah.patch \
>      "
>
> # Increment the recipe revision
> PRINC := "${@int(PRINC) + 1}"
>
> # Second .bbappend
>
> FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
> COMPATIBLE_MACHINE_mach1 = "mach1"
> COMPATIBLE_MACHINE_mach2 = "mach2"
> SRC_URI_append_mach2 = " file://${MACHINE}/${KBRANCH}/0003-blah.patch \
>      file://${MACHINE}/${KBRANCH}/0004-blah.patch \
>      "
>
> # Increment the recipe revision
> PRINC := "${@int(PRINC) + 1}"
>
> All of the patch files are properly unpacked, but the last two patches are not being applied.  If I open the devshell for the kernel (bitbake -c devshell linux-yocto-custom) I can see in the git log that the first patch set was applied.  The second patch set exists but is not applied.  If I call "guilt push" repeatedly from the devshell, the patches from the second set are cleanly applied.  My guess is that something doesn't like the second SRC_URI_append call.  Any ideas on how to fix it?

It shouldn't matter. Let me try and set up something that reproduces the
problem and get back to you.

Strangely .. I'm actively debugging something similar here already, so I
may be able to re-use it.

Stay tuned.

Out of curiosity, have you tried this on master ?

Cheers,

Bruce

>
> Thanks,
> Bryan
> _______________________________________________
> yocto mailing list
> yocto at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>




More information about the yocto mailing list