[yocto] yocto 1.6 - beaglebone black - cape manager

[Gary Thomas]

On 2014-10-06 13:43, Denys Dmytriyenko wrote:
> On Thu, Sep 04, 2014 at 07:02:13PM -0300, Diego Sueiro wrote:
>>> I'm build yocto 1.6, My hardware is beaglebone black I successfull
>>> build system image. But I can't see cape manager.
>>> I need them to use SPI - enable spidev -
>>> http://elinux.org/BeagleBone_Black_Enable_SPIDEV .
>>> What do i do to build yocto with a cape manager?
>>
>> As far as I know, you have to use meta-beagleboard
>> <https://github.com/beagleboard/meta-beagleboard> (almost 1 year without
>> any new commit) as your BSP layer to get capemanager support with Yocto.
>> Take a look here
>> <https://github.com/beagleboard/meta-beagleboard/blob/dylan/common-bsp/recipes-kernel/linux/linux-mainline_3.8.bb>.
>> The kernel version is 3.8.
>>
>> Here we have good news of having capemanager support on mainline:
>> http://beagleboard.org/blog/2014-08-27-device-tree-overlay-support-lands-upstream/
>>
>> Here you have a beaglebord.org linux repo with capemanager support:
>> https://github.com/beagleboard
>> I don't know if there is any WIP to get this kernel compiled by Yocto/OE.
>
> Hi,
>
> [I was asked to provide additional comments to this topic - I'm the maintainer
> of meta-ti and the author of BeagleBone Black support in meta-yocto-bsp]
>
> I see that Diego has pretty much covered all the basics above. I'll just add
> few clarifications and details...
>
>
> There are few different OE/Yocto BSPs for BeagleBone Black:
>
> 1. meta-yocto-bsp provides "reference" BSPs for each of the supported
> architectures. One for ARM (BeagleBone Black), one for MIPS, PPC and x86.
> The keyword is "reference", as it is based on the mainline kernel/bootloader
> and does not support any advanced features or anything not in the upstream
> mainline kernel - e.g. no capes, no power management, no hardware
> acceleration, no 3D, no PRU, etc. The purpose of this BSP is to have some
> basic out-of-box experience for the select hardware platforms within Poky to
> evaluate the Yocto Project and OpenEmbedded framework, but not the specific
> hardware platforms. For proper and more comprehensive HW support users are
> directed to the corresponding official BSPs - meta-intel, meta-ti, meta-fsl
> (ARM, PPC), meta-amd, etc. etc.
>
> 2. meta-ti is the official Texas Instruments BSP that provides the latest WIP
> "staging" kernel and bootloader with most of the advanced features and
> peripheral support for the wider range of latest TI platforms, including
> BeagleBone Black. Most of the work in the "staging" area is being upstreamed,
> so it eventually appears in the mainline kernel and u-boot. It doesn't support
> capes on BBB, at least not yet - see below.
>
> 3. meta-beagleboard (now defunct) was a split-off from meta-ti few years ago
> to concentrate on the development of the BeagleBoard and BeagleBone specifics,
> such as capes. At the time it was based on 3.8 kernel and had large patchsets
> to add device tree overlays and cape management, among other things. Although,
> meta-beagleboard seems to be dead now, the work on the devtree overlays and
> cape manager has continued, thanks to Pantelis Antoniou - see the blog post on
> beagleboard.org, linked by Diego above.
>
>
> The plan always was for meta-ti and meta-beagleboard to meet upstream, hence
> meta-ti will eventually have all the necessary pieces to support capes, once
> it lands upstream. Meanwhile, TI now concentrates on supporting all the other
> advanced features and upstreaming everything to mainline.
>
> BTW, the kernel repo from Robert Nelson (the last link from Diego above) is
> now based on the TI "staging" kernel, i.e. the one provided by meta-ti, plus
> some additional patches not yet accepted upstream. I might look into adding a
> recipe to meta-ti to pull in that tree, but haven't decided yet...

Which, if any, of these choices is suitable for accelerated graphics?
Which device(s) will that choice support?  HDMI, LCD cape, ???
Can accelerated graphics, e.g. SGX, be supported by QT5?  If so, what
additional magic needs to be done?

Thanks

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------