[meta-freescale] [PATCH v2 2/5] ls-debug: add recipe
Edward L Swarthout
ed.swarthout at freescale.com
Wed Aug 19 13:57:07 PDT 2015
From: Luo Zhenhua
>> From: Otavio Salvador [mailto:otavio.salvador at ossystems.com.br]
>> On Wed, Aug 19, 2015 at 6:46 AM, Luo Zhenhua wrote:
>> >> From: Otavio Salvador [mailto:otavio.salvador at ossystems.com.br]
>> >> I disagree. It should be ls1021a SoCs not the TWR board only.
>> > [Luo Zhenhua-B19537] ls1021a family only has one supported
>> board(ls1021atwr) currently, it is identical to use ls1021a SOCs and
>> ls1021atwr at this time. We can change to ls1021a SOCs when multiple
>> boards of ls1021a are supported by this package.
>> That is a very serious misconception on the BSP design. We do the
>> layer development for custom board to be easier to be supported and
>> Freescale having one board does not mean others cannot reuse the
>> components for their boards development. Every BSP component should
>> be designed with reusability in mind and this is reduces the time to
>> market development and speeds the development being critical for customers.
>I agree with your point on components reusability.
> We can't guarantee that this package can work well on 3rd party's boards of same SOC,
> so it is better to add the new board in the COMPATIBLE_MACHINE after verification.
How can a different board break this SOC kernel feature?
Why should I have to touch any recipe to enable the ls-debug feature on my ls1021aqds board?
More information about the meta-freescale