[meta-freescale] [meta-fsl-arm] Error in recent build

[Otavio Salvador]

On Mon, Oct 5, 2015 at 7:00 PM, Gary Thomas <gary at mlbassoc.com> wrote:
> On 2015-10-05 15:28, Otavio Salvador wrote:
>>
>> On Mon, Oct 5, 2015 at 6:18 PM, Gary Thomas <gary at mlbassoc.com> wrote:
>>>
>>> I've updated my Poky/Yocto build to the latest master:
>>>    meta:eac61f37e36099f74485dab398b57f3812826d17
>>>    meta-fsl-arm:e76622d2b89952f817005ca0bf3575170aaaa7f9
>>>
>>> I'm now getting this error:
>>> |
>>>
>>> /local/p0382-cutting-edge_2014-11-21/tmp/work/imx6qsabresd-amltd-linux-gnueabi/kernel-module-imx-gpu-viv/5.0.11.p7.1-r0/kernel-module-imx-gpu-viv-5.0.11.p7.1/kernel-module-imx-gpu-viv-src/hal/os/linux/kernel/platform/freescale/gc_hal_kernel_platform_imx6q14.c:78:32:
>>> fatal error: linux/busfreq-imx6.h: No such file or directory
>>> |  #include <linux/busfreq-imx6.h>
>>>
>>> It turns out that this module will not build with a kernel
>>> based on 3.14.38_6pq_ga which includes this commit:
>>>
>>> commit c3ae4b04ea47e32a2d7a953fd7a3089c6e07701c
>>> Author: Anson Huang <b20788 at freescale.com>
>>> Date:   Mon Apr 13 14:13:17 2015 +0800
>>>
>>>      MLK-10788-2 ARM: imx: rename busfreq from imx6 to imx
>>>
>>>      As busfreq need to cover both i.MX6 and i.MX7
>>>      and maybe later SoCs, so better to change the
>>>      name to support common imx SoC.
>>>
>>>      Signed-off-by: Anson Huang <b20788 at freescale.com>
>>>
>>> I received this error with both the off-the-shelf layers and
>>> imx6qsabresd as well as the meta-fsl-arm-extra trying to build
>>> the boundary devices with a newer kernel based on this branch.
>>>
>>> At this point, it's not clear to me the best way to fix this.
>>
>>
>> Agreed;  I think the easiest way is to backport this commit for
>> linux-fslc fork and get out of the patch in the module.
>>
>> Would you be willing to help to do this?
>
> Sure, I can look at it (I'm mostly interested in the linux-boundary
> recipe, but I'll see if I can find a good/extensible solution for
> all kernels).  Any particular recipe I should look at [first]?

I would backport this to the linux-fslc 3.14-1.0.x-mx6 which offers
fixes on top of the 3.14.28 GA kernel. Once we do that, we can put the
same patches on the other kernels if need.

-- 
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