[Buildroot] [RFC/PATCH 0/1] gst-fsl-plugins: fix compile for sysroot based on newer linux kernel headers

[Peter Seiderer]

> Gesendet: Dienstag, 25. Februar 2014 um 23:28 Uhr
> Von: "Peter Korsgaard" <jacmet at uclibc.org>
> An: "Peter Seiderer" <ps.report at gmx.net>
> Cc: buildroot at busybox.net
> Betreff: Re: [RFC/PATCH 0/1] gst-fsl-plugins: fix compile for sysroot based on newer linux kernel headers
>
> >>>>> "Peter" == Peter Seiderer <ps.report at gmx.net> writes:
> 
>  > The freescale specific gst-fsl-plugins-3.0.1/src/misc/v4l_source/src/mfw_gst_v4lsrc.c
>  > compile depends on the VIDIOC_DBG_G_CHIP_IDENT ioctl (which was removed
>  > from linux kernel in version 3.11). This breaks compile with toolchains
>  > based on actual linux kernel headers (e.g. buildroot/glibc toolchain).
> 
>  > Which is the right way to fix this problem?
> 
>  > - fix include precedence from sysroot to custom linux kernel headers
>  >   as done in the following patch (latest freescale custom kernel
>  >   is 3.10 based)
> 
>  > - add comment/hint in package description about this dependency
> 
>  > - and/or add dependency (or check) for sysroot linux kernel headers
>  >   version <= 3.10.x (any hint how to do this?)
> 
> How about just patching mfw_gst_v4lsrc.c to use a local definition for
> VIDIOC_DBG_G_CHIP_IDENT if the kernel headers don't provide it (E.G. in
> a #ifndef VIDIOC_DBG_G_CHIP_IDENT conditional)?
> 
> -- 
> Bye, Peter Korsgaard
> 

Was my first thought too, but the gst-fsl-plugins logic seems to be that sysroot
and runnign kernel are different ones. The running/custoom kernel needs the
imx/freescale-specific extensions.

The #ifndef VIDIOC_DBG_G_CHIP_IDENT conditional solution would give the
wrong/sysroot based result instead the right/custom kernel based one
(a plugin without VIDIOC_DBG_G_CHIP_IDENT ioctl, a running kernel with
existing VIDIOC_DBG_G_CHIP_IDENT ioctl).

Best solution would be consistent versions of toolchain and custom kernel...

Bye, Peter Seiderer