Sorry, I guess I said that on IRC but left it out of the email... The failure is only with perl 5.22, and it doesn't matter whether it's perl-native or the should-not-be-used-anyway build host perl (that's what the patch is for).
It's only a warning in prior versions of perl, so you wouldn't see it in either case above. Steve On Mon, Aug 17, 2015 at 2:59 AM, Otavio Salvador <[email protected]> wrote: > Hello Stephen, > > (Adding meta-freescale mailing list as it is the proper place for this > discussion) > > On Sat, Aug 15, 2015 at 3:05 AM, Stephen Arnold > <[email protected]> wrote: >> When building fsl-image-machine-test for imx28-evk with n00b defaults >> using the fsl-community-bsp repo manifest thing, it fails on the old >> kernel in meta-fsl-arm/recipes-kernel/linux/linux-imx_2.6.35.3.bb. >> >> There are a few things questionable/wrong here: >> >> 1) It uses the build host perl, which is why it fails here and not in >> the upstream builder. > > The master branch has remove this old version; it now uses linux-fslc > for mx23, mx28, mx5 SoCs. > >> 2) The dts file for the evk machine in 4.1 mainline looks complete >> (along with several other imx28 machines) so why does it default to >> such an old kernel? > > In fido it is used but dropped in next release. > > I want to understand why it failed on your system as it works in the > autobuilder. What host distro are you using? > >> 3) Switching to newer kernel makes gst-fsl-plugins fail with the >> "looking for kernel headers from user space" error because it can't >> find the old framebuffer header (mxcfb.h). It should depend on old >> fsl kernel only. > > Yes and we got this fixed dropping mx28 support from those. We now > rely on official GStreamer for those SoCs and stopped using Freescale > codecs (in master). > >> 4) The old kernel recipe should depend on perl-native. > > Adding perl-native dependency fixes it? > >> The attached patch fixes the perl error in the the old kernel build >> and the above test image completed fine with it. Not an "official" >> patch per se, just useful if you're stuck... > > Is this needed if using perl-native? > > -- > Otavio Salvador O.S. Systems > http://www.ossystems.com.br http://code.ossystems.com.br > Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750 -- _______________________________________________ Openembedded-devel mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-devel
