[meta-freescale] fsl framebuffer image ?

[Rogerio Nunes]

On Mon, Feb 3, 2014 at 5:58 AM, Daiane Angolini
<daiane.angolini at freescale.com> wrote:
> On 31-01-2014 19:47, David Hill wrote:
>>
>>
>> Thanks Otavio,
>>    I see now that I picked the wrong machine type for the SDP in this
>> build, which now make clear to me why I had a failure building u-boot.
>> Unfortunately I don't need to do a lot of this so it is easy to stumble
>> on which board is which.
>>
>>     My need is for fsl-image-fb (or something close to it). Any recent
>> kernel will do as long as I can get the accelerated framebuffer
>> rendering stuff with a handful of other useful items like sshd.
>
>
> You could copy only the fsl-image-fb image file, for your first tests.
>
> But, the piece of code you need is:
>
> DISTRO_FEATURES_remove = "x11 wayland"
>

I suggest doing this for testing purposes only, and not as definitive solution.
Recipes are not the right place to change DISTRO_FEATURES, as you
break the dependency tree from one image to the other.
In other words, if you build different images, that result in
different DISTRO_FEATURES evaluation inside the same build dir, you
end up messing up with the build dir.
As final solution you should either override the DISTRO_FEATURES
variable inside local.conf or create your own distro layer, so that
every image you build has packages compatible with packages from the
other images you build inside the same build dir.

> x11 and wayland are the default DISTRO_FEATURES backend, if you remove both,
> you have framebuffer.
>
>
> Daiane
>
>
>>
>> We have several different boards in my group, Freescale and Boundry and
>> maybe even a Wandboard, so I would really prefer not to use the
>> meta-fsl-bsp-release if there is an easier, mainline way that I can
>> understand. (And I guess follow directions).
>>
>> Any suggestions as to how I should proceed with to get accelerated fb
>> support with fsl-community-bsp other than the earlier suggestion of
>> qt4e-demo-image?
>>
>> I really wish that fsl-image-x11 just contained the two needed GL
>> libraries with different postfixes like it used to. (libEGL-fb.so) I
>> don't care about the image size because I am not distributing it.
>>
>> thanks,
>>      Dave
>>
>>
>> On 1/31/14, Jan 31, 11:11 AM, Otavio Salvador wrote:
>>>
>>> Hello David,
>>>
>>> On Thu, Jan 30, 2014 at 7:55 PM, David Hill <David.Hill at oracle.com>
>>> wrote:
>>>>
>>>> On 1/14/14, Jan 14, 9:25 PM, Lauren Post wrote:
>>>>>
>>>>> You can use the one in our meta-fsl-bsp-release layer.  There is one
>>>>> being
>>>>> reviewed based on the one Freescale released in the
>>>>> meta-fsl-bsp-release
>>>>> layer.  Our current 3.10.17-1.0.0 beta has support for all the
>>>>> graphical
>>>>> backends including the related image recipes for each backend.
>>>>>
>>>>> Get meta-fsl-release-layer from git.freescale.com.
>>>>
>>>>
>>>>
>>>> Hi Lauren,
>>>>     could I trouble you for a quick question ? I am getting a build
>>>> failure
>>>> and have not a clue how to proceed.
>>>>
>>>> meta-fsl-bsp-release & git checkout origin/dora_3.10.17-1.0.0_beta
>>>>
>>>> MACHINE=imx6qsabrelite
>>>> bitbake fsl-iamge-fb
>>>
>>> ...
>>>
>>> Personally I don't use the meta-fsl-bsp-release layer as it's not a
>>> community layer, and we cannot contribute back patches and fixes to
>>> it.
>>>
>>> The  release layer is the official way Freescale is using to release
>>> its new source code on top of meta-fsl-arm. The supported board list
>>> is limited and is usually available in its release notes. But I don't
>>> believe sabrelite is supported, as it's not a board from Freescale.
>>>
>>> I recommend you to use the fsl-community-bsp as is as sabrelite is
>>> properly supported in there by Boundary Devices. You can see a blog
>>> post[1] about how to build an image for Nitrogen6x (which works for
>>> sabrelite board too). Just change "dylan" to "dora", the latest stable
>>> release.
>>>
>>> If you need kernel 3.10.17 you can have an early snapshot on
>>> master-next, although it's a work in progress, so far.
>>>
>>> 1.
>>>
>>> http://www.ossystems.com.br/blog/2013/04/15/yocto-with-boundary-devices-nitrogen6x-5-steps-only.html
>>>
>>>
>>> Regards,
>>>
>>
>>
>
>
> --
> Daiane
>
>
> _______________________________________________
> meta-freescale mailing list
> meta-freescale at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale