[meta-freescale] [oe] [PATCH][meta-fsl-arm] 2.6.35 kernel build error with perl 5.22
otavio.salvador at ossystems.com.br
Mon Aug 17 02:59:16 PDT 2015
(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
Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750
More information about the meta-freescale