From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id A4EC6E007A2; Mon, 6 Oct 2014 15:21:56 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-0.3 required=5.0 tests=BAYES_00,HDRS_LCASE, RCVD_IN_DNSWL_NONE, T_MANY_HDRS_LCASE, URIBL_RHS_DOB autolearn=no version=3.3.1 X-Spam-HAM-Report: * 1.5 URIBL_RHS_DOB Contains an URI of a new domain (Day Old Bread) * [URIs: github.com] * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no * trust * [206.46.173.23 listed in list.dnswl.org] * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.1 HDRS_LCASE Odd capitalization of message header * 0.0 T_MANY_HDRS_LCASE Odd capitalization of multiple message headers X-Greylist: delayed 3603 seconds by postgrey-1.32 at yocto-www; Mon, 06 Oct 2014 15:21:54 PDT Received: from vms173023pub.verizon.net (vms173023pub.verizon.net [206.46.173.23]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 6454EE0076C for ; Mon, 6 Oct 2014 15:21:54 -0700 (PDT) Received: from gandalf.denix.org ([unknown] [108.18.33.160]) by vms173023.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0ND1009T5KNZW251@vms173023.mailsrvcs.net> for yocto@yoctoproject.org; Mon, 06 Oct 2014 16:21:46 -0500 (CDT) Received: by gandalf.denix.org (Postfix, from userid 1000) id 8AB7C2018D; Mon, 06 Oct 2014 17:21:35 -0400 (EDT) Date: Mon, 06 Oct 2014 17:21:35 -0400 From: Denys Dmytriyenko To: Gary Thomas Message-id: <20141006212135.GD25997@denix.org> References: <20141006194352.GB25997@denix.org> <54330224.9060104@mlbassoc.com> MIME-version: 1.0 In-reply-to: <54330224.9060104@mlbassoc.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: yocto@yoctoproject.org Subject: Re: yocto 1.6 - beaglebone black - cape manager X-BeenThere: yocto@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Discussion of all things Yocto Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2014 22:21:56 -0000 Content-type: text/plain; charset=us-ascii Content-disposition: inline On Mon, Oct 06, 2014 at 02:57:08PM -0600, Gary Thomas wrote: > 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 > >> (almost 1 year without > >>any new commit) as your BSP layer to get capemanager support with Yocto. > >>Take a look here > >>. > >>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? If you are asking about BeagleBone Black specifically, then meta-ti does provide accelerated GLES 3D graphics for SGX over HDMI. On other devices, built-in LCD is also supported, but not LCD cape, due to reasons above. SGX is basically supported on Qt5, but there are some pieces missing, for which there is work either in progress or planned - for more details I'd recommend moving the discussion to meta-ti or meta-arago lists. -- Denys