[meta-freescale] [oe] [PATCH][meta-fsl-arm] 2.6.35 kernel build error with perl 5.22
stephen.arnold42 at gmail.com
Mon Aug 17 13:00:42 PDT 2015
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.
On Mon, Aug 17, 2015 at 2:59 AM, Otavio Salvador
<otavio.salvador at ossystems.com.br> wrote:
> Hello Stephen,
> (Adding meta-freescale mailing list as it is the proper place for this
> On Sat, Aug 15, 2015 at 3:05 AM, Stephen Arnold
> <stephen.arnold42 at gmail.com> 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_18.104.22.168.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
More information about the meta-freescale