[meta-freescale] Regarding bitbaking for custom board (IMX6Q)with no display, for adding GPU support
daiane.list at gmail.com
Tue Jun 9 12:26:15 PDT 2015
On Tue, Jun 9, 2015 at 9:54 AM, Abhilash Abraham
<abhilash.abraham at vvdntech.com> wrote:
> Hi Daiane,
> Thanks for the information.
> I have one more query. After the GPU processing, I need to
> copy the processed frame to user space to send it to remote system. I'm
> confused whether I should be calling eglSwapBuffer and read from fb0, fb1
> alternately or read from fb0 alone after the buffer swap.
I'm sorry, this question I cannot answer. I'm not a GPU/opengl expert.
I suggest you enter this question on imx.community
> With Warm Regards,
> Abhilash T Abraham
> VVDN Technologies Pvt Ltd
> Cell : +91 9995202916 | Skype : abhilashtabraham
> On Tue, Jun 9, 2015 at 5:44 PM, Daiane Angolini <daiane.list at gmail.com>
>> On Tue, Jun 9, 2015 at 7:38 AM, Abhilash Abraham
>> <abhilash.abraham at vvdntech.com> wrote:
>> > Hi,
>> > I'm having a custom board with IMX6Q with no display. I'm
>> > having
>> > my captured frame being send to a remote system via socket. I'm using
>> > the
>> > v4l2 interface for the capture and sending it to GPU for some processing
>> > and
>> > need to take the processed data and send to the remote system. I have
>> > the
>> > following queries:
>> > 1. Should I be using an image without x11 and wayland because to my
>> > understanding the GPU processed image is coming in the framebuffers
>> > /dev/fb*
>> > and to use this I presume both x11 and wayland should be removed. Or in
>> > other words can I read from /dev/fb* even if its a x11 build?
>> If your board does not have a display, I think it's really better to
>> avoid X11 or Wayland and stick to Framebuffer
>> > 2. Which is the best image to be bitbaked for my purpose?
>> Your own image.
>> Start with core-image-basic, and then include the packages you need.
>> > With Warm Regards,
>> > Abhilash T Abraham
>> > VVDN Technologies Pvt Ltd
>> > Cell : +91 9995202916 | Skype : abhilashtabraham
>> > --
>> > _______________________________________________
>> > meta-freescale mailing list
>> > meta-freescale at yoctoproject.org
>> > https://lists.yoctoproject.org/listinfo/meta-freescale
More information about the meta-freescale