That's fine though you should still pin it since it may go out of sync with oecore again
On Thursday, October 25, 2012, Tom Zanussi <[email protected]> wrote: > On Tue, 2012-10-23 at 20:56 -0700, Khem Raj wrote: >> meta-crystalforest BSPs uses 3.4.9 kernel but the default >> yocto kernel is 3.4.11, if we do not pin the LINUX_VERSION >> then we get inconsistent version number for bzImage and the modules >> where modules are installed under /lib/modules/3.4.9-yocto-standard/ >> but kernel is called >> bzImage-3.4.11+git2+9e3bdb7344054264b750e53fbbb6394cc1c942ac_1+0985844fa6235422c67ef269952fa4e765f252f9-r4.3-crystalforest-stargo-20121024031021.bin >> >> This patch fixes this mismatch. Beaware that other BSPs from >> meta-intel may need something similar too. > > This is because the crystalforest BSP is using ancient kernel SRCREVs, > corresponding to 3.4.9. > > Thanks for sending this patch , but I just pushed a fix for the source > of the problem by updating the SRCREVs instead. > > Tom > >> >> Signed-off-by: Khem Raj <[email protected]> >> --- >> .../recipes-kernel/linux/linux-yocto_3.4.bbappend | 3 +++ >> 1 file changed, 3 insertions(+) >> >> diff --git a/meta-crystalforest/recipes-kernel/linux/linux-yocto_3.4.bbappend b/meta-crystalforest/recipes-kernel/linux/linux-yocto_3.4.bbappend >> index 082fe38..92aaa61 100644 >> --- a/meta-crystalforest/recipes-kernel/linux/linux-yocto_3.4.bbappend >> +++ b/meta-crystalforest/recipes-kernel/linux/linux-yocto_3.4.bbappend >> @@ -15,3 +15,6 @@ SRCREV_machine_pn-linux-yocto_crystalforest-shumway ?= "0985844fa6235422c67ef269 >> SRCREV_meta_pn-linux-yocto_crystalforest-shumway ?= "9e3bdb7344054264b750e53fbbb6394cc1c942ac" >> >> module_autoload_uio = "uio" >> + >> +LINUX_VERSION = "3.4.9" >> + > > >
_______________________________________________ yocto mailing list [email protected] https://lists.yoctoproject.org/listinfo/yocto
