[meta-freescale] [meta-fsl-arm PATCH v2 3/3] linux-fslc: Refactor to use linux-imx.inc and avoid duplication of code

Otavio Salvador otavio at ossystems.com.br
Fri Apr 19 05:00:19 PDT 2013


On Fri, Apr 19, 2013 at 8:23 AM, Daiane Angolini
<daiane.angolini at freescale.com> wrote:
> On 04/18/2013 04:58 PM, Otavio Salvador wrote:
>>
>> On Thu, Apr 18, 2013 at 4:51 PM, Daiane Angolini
>> <daiane.angolini at freescale.com> wrote:
>>>
>>> On 04/18/2013 03:59 PM, Otavio Salvador wrote:
>>>>
>>>>
>>>> Provides a new linux-fslc.inc file which abstracts the specific
>>>> changes for the linux-fslc based kernels. A new variable has been add
>>>> to linux-imx.inc to allow to skip the 'imx-test' specific hacks after
>>>> kernel install as 'imx-test' is not supported for Linux mainline.
>>>>
>>>> Signed-off-by: Otavio Salvador <otavio at ossystems.com.br>
>>>> ---
>>>
>>>
>>> I understand what you did, but it's not yet a common place for both
>>> kernel
>>> recipes.
>>>
>>> If it is needed for *any* kernel, poky is wrong in not providing this for
>>> *any* kernel.
>>
>>
>> Usually kernel would do the right thing but not in our case. Some
>> entry point are even not in the kernel code from FSL branch.
>
>
> I would accept this argument if we only faced this problem with FSL kernel.
>
> But, as we faced exactly the same with kernel mainline, I can't accept that.
>
> If kernel mainline is wrong, we must fix it.

mainline this is even worse as it is multi SOC vendor so  we do need to pass it.

Eric is right and if you check FSL kernel, it doesn't know the MX6SL
entry point in the makefile, for example.

--
Otavio Salvador                             O.S. Systems
E-mail: otavio at ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br



More information about the meta-freescale mailing list