All of lore.kernel.org
 help / color / mirror / Atom feed
* using openGL via SW
@ 2015-08-27 19:30 Daiane Angolini
  2015-08-27 20:09 ` Otavio Salvador
  0 siblings, 1 reply; 9+ messages in thread
From: Daiane Angolini @ 2015-08-27 19:30 UTC (permalink / raw)
  To: meta-freescale

I'm trying to enable openGL on a not accelerated board (imx7d).  I
thought it would be out-of-box  but it is not.

I'm using imx7dsabresd machine, and  to be sure added:


CORE_IMAGE_EXTRA_INSTALL += "mesa-demos mesa-glut glmark2"

on local.conf, and this is the only change on top of master
(core-image-x11) But when I try glmark I get an error message

$ DISPLAY=:0 glmark2
name of display: :0
Error: couldn't find RGB GLX visual or fbconfig

I get the same error if I try glxgears. But I see the X11 console on
screen (typical core-image-x11)

Am I missing something obvious?

Thanks in advance,
Daiane


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: using openGL via SW
  2015-08-27 19:30 using openGL via SW Daiane Angolini
@ 2015-08-27 20:09 ` Otavio Salvador
  2015-08-28 13:32   ` Daiane Angolini
  0 siblings, 1 reply; 9+ messages in thread
From: Otavio Salvador @ 2015-08-27 20:09 UTC (permalink / raw)
  To: Daiane Angolini; +Cc: meta-freescale

On Thu, Aug 27, 2015 at 4:30 PM, Daiane Angolini <daiane.list@gmail.com> wrote:
> I'm trying to enable openGL on a not accelerated board (imx7d).  I
> thought it would be out-of-box  but it is not.
>
> I'm using imx7dsabresd machine, and  to be sure added:
>
>
> CORE_IMAGE_EXTRA_INSTALL += "mesa-demos mesa-glut glmark2"
>
> on local.conf, and this is the only change on top of master
> (core-image-x11) But when I try glmark I get an error message
>
> $ DISPLAY=:0 glmark2
> name of display: :0
> Error: couldn't find RGB GLX visual or fbconfig
>
> I get the same error if I try glxgears. But I see the X11 console on
> screen (typical core-image-x11)
>
> Am I missing something obvious?

Try adding mesa-gl in the image.

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: using openGL via SW
  2015-08-27 20:09 ` Otavio Salvador
@ 2015-08-28 13:32   ` Daiane Angolini
  2015-08-28 14:02     ` Prabhu S
  0 siblings, 1 reply; 9+ messages in thread
From: Daiane Angolini @ 2015-08-28 13:32 UTC (permalink / raw)
  To: Otavio Salvador; +Cc: meta-freescale

On Thu, Aug 27, 2015 at 5:09 PM, Otavio Salvador
<otavio.salvador@ossystems.com.br> wrote:
> On Thu, Aug 27, 2015 at 4:30 PM, Daiane Angolini <daiane.list@gmail.com> wrote:
>> I'm trying to enable openGL on a not accelerated board (imx7d).  I
>> thought it would be out-of-box  but it is not.
>>
>> I'm using imx7dsabresd machine, and  to be sure added:
>>
>>
>> CORE_IMAGE_EXTRA_INSTALL += "mesa-demos mesa-glut glmark2"
>>
>> on local.conf, and this is the only change on top of master
>> (core-image-x11) But when I try glmark I get an error message
>>
>> $ DISPLAY=:0 glmark2
>> name of display: :0
>> Error: couldn't find RGB GLX visual or fbconfig
>>
>> I get the same error if I try glxgears. But I see the X11 console on
>> screen (typical core-image-x11)
>>
>> Am I missing something obvious?
>
> Try adding mesa-gl in the image.

I've tried:

ERROR: Multiple .bb files are due to be built which each provide
virtual/mesa (/code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa-gl_10.6.3.bb
/code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa_10.6.3.bb).
 This usually means one provides something the other doesn't and should.
ERROR: Multiple .bb files are due to be built which each provide
virtual/libgl (/code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa-gl_10.6.3.bb
/code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa_10.6.3.bb).
 This usually means one provides something the other doesn't and should.

Even if I clean tmp or  mesa


Daiane

>
> --
> Otavio Salvador                             O.S. Systems
> http://www.ossystems.com.br        http://code.ossystems.com.br
> Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: using openGL via SW
  2015-08-28 13:32   ` Daiane Angolini
@ 2015-08-28 14:02     ` Prabhu S
  2015-08-28 14:53       ` Daiane Angolini
  0 siblings, 1 reply; 9+ messages in thread
From: Prabhu S @ 2015-08-28 14:02 UTC (permalink / raw)
  To: Daiane Angolini; +Cc: meta-freescale, Otavio Salvador

[-- Attachment #1: Type: text/plain, Size: 2195 bytes --]

Thats sounds like poky bug. BSP layer should not cause problem I hope.

On Fri, Aug 28, 2015 at 8:32 AM, Daiane Angolini <daiane.list@gmail.com>
wrote:

> On Thu, Aug 27, 2015 at 5:09 PM, Otavio Salvador
> <otavio.salvador@ossystems.com.br> wrote:
> > On Thu, Aug 27, 2015 at 4:30 PM, Daiane Angolini <daiane.list@gmail.com>
> wrote:
> >> I'm trying to enable openGL on a not accelerated board (imx7d).  I
> >> thought it would be out-of-box  but it is not.
> >>
> >> I'm using imx7dsabresd machine, and  to be sure added:
> >>
> >>
> >> CORE_IMAGE_EXTRA_INSTALL += "mesa-demos mesa-glut glmark2"
> >>
> >> on local.conf, and this is the only change on top of master
> >> (core-image-x11) But when I try glmark I get an error message
> >>
> >> $ DISPLAY=:0 glmark2
> >> name of display: :0
> >> Error: couldn't find RGB GLX visual or fbconfig
> >>
> >> I get the same error if I try glxgears. But I see the X11 console on
> >> screen (typical core-image-x11)
> >>
> >> Am I missing something obvious?
> >
> > Try adding mesa-gl in the image.
>
> I've tried:
>
> ERROR: Multiple .bb files are due to be built which each provide
> virtual/mesa (/code/yocto/master/sources/poky/meta/recipes-graphics/mesa/
> mesa-gl_10.6.3.bb
> /code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa_10.6.3.bb
> ).
>  This usually means one provides something the other doesn't and should.
> ERROR: Multiple .bb files are due to be built which each provide
> virtual/libgl (/code/yocto/master/sources/poky/meta/recipes-graphics/mesa/
> mesa-gl_10.6.3.bb
> /code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa_10.6.3.bb
> ).
>  This usually means one provides something the other doesn't and should.
>
> Even if I clean tmp or  mesa
>
>
> Daiane
>
> >
> > --
> > Otavio Salvador                             O.S. Systems
> > http://www.ossystems.com.br        http://code.ossystems.com.br
> > Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750
> --
> _______________________________________________
> meta-freescale mailing list
> meta-freescale@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale
>

[-- Attachment #2: Type: text/html, Size: 3740 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: using openGL via SW
  2015-08-28 14:02     ` Prabhu S
@ 2015-08-28 14:53       ` Daiane Angolini
  2015-08-28 15:46         ` Nikolay Dimitrov
  0 siblings, 1 reply; 9+ messages in thread
From: Daiane Angolini @ 2015-08-28 14:53 UTC (permalink / raw)
  To: Prabhu S; +Cc: meta-freescale, Otavio Salvador

On Fri, Aug 28, 2015 at 11:02 AM, Prabhu S <prabhusundar@gmail.com> wrote:
> Thats sounds like poky bug. BSP layer should not cause problem I hope.

Do you know if there is any kernel (3.14) pieces I should double check?

I don't have any DRI on my DISTRO_FEATURE (because I'm using default one)


Daiane
>
> On Fri, Aug 28, 2015 at 8:32 AM, Daiane Angolini <daiane.list@gmail.com>
> wrote:
>>
>> On Thu, Aug 27, 2015 at 5:09 PM, Otavio Salvador
>> <otavio.salvador@ossystems.com.br> wrote:
>> > On Thu, Aug 27, 2015 at 4:30 PM, Daiane Angolini <daiane.list@gmail.com>
>> > wrote:
>> >> I'm trying to enable openGL on a not accelerated board (imx7d).  I
>> >> thought it would be out-of-box  but it is not.
>> >>
>> >> I'm using imx7dsabresd machine, and  to be sure added:
>> >>
>> >>
>> >> CORE_IMAGE_EXTRA_INSTALL += "mesa-demos mesa-glut glmark2"
>> >>
>> >> on local.conf, and this is the only change on top of master
>> >> (core-image-x11) But when I try glmark I get an error message
>> >>
>> >> $ DISPLAY=:0 glmark2
>> >> name of display: :0
>> >> Error: couldn't find RGB GLX visual or fbconfig
>> >>
>> >> I get the same error if I try glxgears. But I see the X11 console on
>> >> screen (typical core-image-x11)
>> >>
>> >> Am I missing something obvious?
>> >
>> > Try adding mesa-gl in the image.
>>
>> I've tried:
>>
>> ERROR: Multiple .bb files are due to be built which each provide
>> virtual/mesa
>> (/code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa-gl_10.6.3.bb
>>
>> /code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa_10.6.3.bb).
>>  This usually means one provides something the other doesn't and should.
>> ERROR: Multiple .bb files are due to be built which each provide
>> virtual/libgl
>> (/code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa-gl_10.6.3.bb
>>
>> /code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa_10.6.3.bb).
>>  This usually means one provides something the other doesn't and should.
>>
>> Even if I clean tmp or  mesa
>>
>>
>> Daiane
>>
>> >
>> > --
>> > Otavio Salvador                             O.S. Systems
>> > http://www.ossystems.com.br        http://code.ossystems.com.br
>> > Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750
>> --
>> _______________________________________________
>> meta-freescale mailing list
>> meta-freescale@yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/meta-freescale
>
>


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: using openGL via SW
  2015-08-28 14:53       ` Daiane Angolini
@ 2015-08-28 15:46         ` Nikolay Dimitrov
  2015-08-28 16:26           ` Daiane Angolini
  0 siblings, 1 reply; 9+ messages in thread
From: Nikolay Dimitrov @ 2015-08-28 15:46 UTC (permalink / raw)
  To: Daiane Angolini; +Cc: meta-freescale, Otavio Salvador

Hi Daiane,

On 08/28/2015 05:53 PM, Daiane Angolini wrote:
> On Fri, Aug 28, 2015 at 11:02 AM, Prabhu S <prabhusundar@gmail.com> wrote:
>> Thats sounds like poky bug. BSP layer should not cause problem I hope.
>
> Do you know if there is any kernel (3.14) pieces I should double check?
>
> I don't have any DRI on my DISTRO_FEATURE (because I'm using default one)
>
>
> Daiane
>>
>> On Fri, Aug 28, 2015 at 8:32 AM, Daiane Angolini <daiane.list@gmail.com>
>> wrote:
>>>
>>> On Thu, Aug 27, 2015 at 5:09 PM, Otavio Salvador
>>> <otavio.salvador@ossystems.com.br> wrote:
>>>> On Thu, Aug 27, 2015 at 4:30 PM, Daiane Angolini <daiane.list@gmail.com>
>>>> wrote:
>>>>> I'm trying to enable openGL on a not accelerated board (imx7d).  I
>>>>> thought it would be out-of-box  but it is not.
>>>>>
>>>>> I'm using imx7dsabresd machine, and  to be sure added:
>>>>>
>>>>>
>>>>> CORE_IMAGE_EXTRA_INSTALL += "mesa-demos mesa-glut glmark2"
>>>>>
>>>>> on local.conf, and this is the only change on top of master
>>>>> (core-image-x11) But when I try glmark I get an error message
>>>>>
>>>>> $ DISPLAY=:0 glmark2
>>>>> name of display: :0
>>>>> Error: couldn't find RGB GLX visual or fbconfig
>>>>>
>>>>> I get the same error if I try glxgears. But I see the X11 console on
>>>>> screen (typical core-image-x11)
>>>>>
>>>>> Am I missing something obvious?
>>>>
>>>> Try adding mesa-gl in the image.
>>>
>>> I've tried:
>>>
>>> ERROR: Multiple .bb files are due to be built which each provide
>>> virtual/mesa
>>> (/code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa-gl_10.6.3.bb
>>>
>>> /code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa_10.6.3.bb).
>>>   This usually means one provides something the other doesn't and should.
>>> ERROR: Multiple .bb files are due to be built which each provide
>>> virtual/libgl
>>> (/code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa-gl_10.6.3.bb
>>>
>>> /code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa_10.6.3.bb).
>>>   This usually means one provides something the other doesn't and should.
>>>
>>> Even if I clean tmp or  mesa
>>>
>>>
>>> Daiane

About the 1st issue - it seems that mesa and mesa-gl are pulled-in at
the same time, both providing virtual/mesa, thus the error message.

The reason is that core-image-x11 pulls-in the mesa-gl explicitly,
instead of using virtual/mesa (which I guess is the proper behavior).

You can verify this:

bitbake -g core-image-x11
grep core-image-x11 pn-depends.dot | grep mesa-gl

Regards,
Nikolay


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: using openGL via SW
  2015-08-28 15:46         ` Nikolay Dimitrov
@ 2015-08-28 16:26           ` Daiane Angolini
  2015-09-01  7:49             ` Nikolay Dimitrov
  0 siblings, 1 reply; 9+ messages in thread
From: Daiane Angolini @ 2015-08-28 16:26 UTC (permalink / raw)
  To: Nikolay Dimitrov; +Cc: meta-freescale, Otavio Salvador

On Fri, Aug 28, 2015 at 12:46 PM, Nikolay Dimitrov <picmaster@mail.bg> wrote:
> Hi Daiane,
>
>
> On 08/28/2015 05:53 PM, Daiane Angolini wrote:
>>
>> On Fri, Aug 28, 2015 at 11:02 AM, Prabhu S <prabhusundar@gmail.com> wrote:
>>>
>>> Thats sounds like poky bug. BSP layer should not cause problem I hope.
>>
>>
>> Do you know if there is any kernel (3.14) pieces I should double check?
>>
>> I don't have any DRI on my DISTRO_FEATURE (because I'm using default one)
>>
>>
>> Daiane
>>>
>>>
>>> On Fri, Aug 28, 2015 at 8:32 AM, Daiane Angolini <daiane.list@gmail.com>
>>> wrote:
>>>>
>>>>
>>>> On Thu, Aug 27, 2015 at 5:09 PM, Otavio Salvador
>>>> <otavio.salvador@ossystems.com.br> wrote:
>>>>>
>>>>> On Thu, Aug 27, 2015 at 4:30 PM, Daiane Angolini
>>>>> <daiane.list@gmail.com>
>>>>> wrote:
>>>>>>
>>>>>> I'm trying to enable openGL on a not accelerated board (imx7d).  I
>>>>>> thought it would be out-of-box  but it is not.
>>>>>>
>>>>>> I'm using imx7dsabresd machine, and  to be sure added:
>>>>>>
>>>>>>
>>>>>> CORE_IMAGE_EXTRA_INSTALL += "mesa-demos mesa-glut glmark2"
>>>>>>
>>>>>> on local.conf, and this is the only change on top of master
>>>>>> (core-image-x11) But when I try glmark I get an error message
>>>>>>
>>>>>> $ DISPLAY=:0 glmark2
>>>>>> name of display: :0
>>>>>> Error: couldn't find RGB GLX visual or fbconfig
>>>>>>
>>>>>> I get the same error if I try glxgears. But I see the X11 console on
>>>>>> screen (typical core-image-x11)
>>>>>>
>>>>>> Am I missing something obvious?
>>>>>
>>>>>
>>>>> Try adding mesa-gl in the image.
>>>>
>>>>
>>>> I've tried:
>>>>
>>>> ERROR: Multiple .bb files are due to be built which each provide
>>>> virtual/mesa
>>>>
>>>> (/code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa-gl_10.6.3.bb
>>>>
>>>>
>>>> /code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa_10.6.3.bb).
>>>>   This usually means one provides something the other doesn't and
>>>> should.
>>>> ERROR: Multiple .bb files are due to be built which each provide
>>>> virtual/libgl
>>>>
>>>> (/code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa-gl_10.6.3.bb
>>>>
>>>>
>>>> /code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa_10.6.3.bb).
>>>>   This usually means one provides something the other doesn't and
>>>> should.
>>>>
>>>> Even if I clean tmp or  mesa
>>>>
>>>>
>>>> Daiane
>
>
> About the 1st issue - it seems that mesa and mesa-gl are pulled-in at
> the same time, both providing virtual/mesa, thus the error message.
>
> The reason is that core-image-x11 pulls-in the mesa-gl explicitly,
> instead of using virtual/mesa (which I guess is the proper behavior).

Only because I'm not pretty sure I full understand this topic:

When I add "mesa" I get to a image and RGB error
When I add "mesa-gl" I get a build error.

So, I think I understand what you're saying, but instead of "mesa-gl"
being explicitly added, it's "mesa".

And, I don't know mesa or mesa-gl, but the their description is that
mesa has mesa-gl. Or in other words, mesa has everything mesa-gl has,
and mesa-gl has only a sub-set of what mesa has. That, for me it's
pretty OK as I don't care using mesa

However, it's weird (to me, a person who don't know mesa, or openGL
and her sisters) that this does not work out-of-box. It makes me think
I'm missing some kind of -egl or a DISTRO_FEATURE, or a kernel module
(because it's 3.14)

Maybe, another option would ask upstream in poky/OE ML. =(


Daiane


>
> You can verify this:
>
> bitbake -g core-image-x11
> grep core-image-x11 pn-depends.dot | grep mesa-gl
>
> Regards,
> Nikolay


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: using openGL via SW
  2015-08-28 16:26           ` Daiane Angolini
@ 2015-09-01  7:49             ` Nikolay Dimitrov
  2015-09-02 13:48               ` Daiane Angolini
  0 siblings, 1 reply; 9+ messages in thread
From: Nikolay Dimitrov @ 2015-09-01  7:49 UTC (permalink / raw)
  To: Daiane Angolini; +Cc: meta-freescale, Otavio Salvador

Hi Daiane,

On 08/28/2015 07:26 PM, Daiane Angolini wrote:
> On Fri, Aug 28, 2015 at 12:46 PM, Nikolay Dimitrov <picmaster@mail.bg> wrote:
>> Hi Daiane,
>>
>>
>> On 08/28/2015 05:53 PM, Daiane Angolini wrote:
>>>
>>> On Fri, Aug 28, 2015 at 11:02 AM, Prabhu S <prabhusundar@gmail.com> wrote:
>>>>
>>>> Thats sounds like poky bug. BSP layer should not cause problem I hope.
>>>
>>>
>>> Do you know if there is any kernel (3.14) pieces I should double check?
>>>
>>> I don't have any DRI on my DISTRO_FEATURE (because I'm using default one)
>>>
>>>
>>> Daiane
>>>>
>>>>
>>>> On Fri, Aug 28, 2015 at 8:32 AM, Daiane Angolini <daiane.list@gmail.com>
>>>> wrote:
>>>>>
>>>>>
>>>>> On Thu, Aug 27, 2015 at 5:09 PM, Otavio Salvador
>>>>> <otavio.salvador@ossystems.com.br> wrote:
>>>>>>
>>>>>> On Thu, Aug 27, 2015 at 4:30 PM, Daiane Angolini
>>>>>> <daiane.list@gmail.com>
>>>>>> wrote:
>>>>>>>
>>>>>>> I'm trying to enable openGL on a not accelerated board (imx7d).  I
>>>>>>> thought it would be out-of-box  but it is not.
>>>>>>>
>>>>>>> I'm using imx7dsabresd machine, and  to be sure added:
>>>>>>>
>>>>>>>
>>>>>>> CORE_IMAGE_EXTRA_INSTALL += "mesa-demos mesa-glut glmark2"
>>>>>>>
>>>>>>> on local.conf, and this is the only change on top of master
>>>>>>> (core-image-x11) But when I try glmark I get an error message
>>>>>>>
>>>>>>> $ DISPLAY=:0 glmark2
>>>>>>> name of display: :0
>>>>>>> Error: couldn't find RGB GLX visual or fbconfig
>>>>>>>
>>>>>>> I get the same error if I try glxgears. But I see the X11 console on
>>>>>>> screen (typical core-image-x11)
>>>>>>>
>>>>>>> Am I missing something obvious?
>>>>>>
>>>>>>
>>>>>> Try adding mesa-gl in the image.
>>>>>
>>>>>
>>>>> I've tried:
>>>>>
>>>>> ERROR: Multiple .bb files are due to be built which each provide
>>>>> virtual/mesa
>>>>>
>>>>> (/code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa-gl_10.6.3.bb
>>>>>
>>>>>
>>>>> /code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa_10.6.3.bb).
>>>>>    This usually means one provides something the other doesn't and
>>>>> should.
>>>>> ERROR: Multiple .bb files are due to be built which each provide
>>>>> virtual/libgl
>>>>>
>>>>> (/code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa-gl_10.6.3.bb
>>>>>
>>>>>
>>>>> /code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa_10.6.3.bb).
>>>>>    This usually means one provides something the other doesn't and
>>>>> should.
>>>>>
>>>>> Even if I clean tmp or  mesa
>>>>>
>>>>>
>>>>> Daiane
>>
>>
>> About the 1st issue - it seems that mesa and mesa-gl are pulled-in at
>> the same time, both providing virtual/mesa, thus the error message.
>>
>> The reason is that core-image-x11 pulls-in the mesa-gl explicitly,
>> instead of using virtual/mesa (which I guess is the proper behavior).
>
> Only because I'm not pretty sure I full understand this topic:
>
> When I add "mesa" I get to a image and RGB error
> When I add "mesa-gl" I get a build error.
>
> So, I think I understand what you're saying, but instead of "mesa-gl"
> being explicitly added, it's "mesa".
>
> And, I don't know mesa or mesa-gl, but the their description is that
> mesa has mesa-gl. Or in other words, mesa has everything mesa-gl has,
> and mesa-gl has only a sub-set of what mesa has. That, for me it's
> pretty OK as I don't care using mesa
>
> However, it's weird (to me, a person who don't know mesa, or openGL
> and her sisters) that this does not work out-of-box. It makes me think
> I'm missing some kind of -egl or a DISTRO_FEATURE, or a kernel module
> (because it's 3.14)

Sorry if my comment sounded like teaching, as it was definitely not the
case. I'm exactly in the "same shoes" as you regarding the GL stuff (eg
non-expert), just tried to double-check for you on my build-box and
look for some obvious things, following yours and Otavio's comments.

So far my limited understanding of the issue is quite similar to yours
- we either lack a proper config option/flag, or some recipes are
broken for imx7. As one friend of mine said once, "This will require
thinking" :).

>
> Maybe, another option would ask upstream in poky/OE ML. =(
>
>
> Daiane
>
>
>>
>> You can verify this:
>>
>> bitbake -g core-image-x11
>> grep core-image-x11 pn-depends.dot | grep mesa-gl

Regards,
Nikolay


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: using openGL via SW
  2015-09-01  7:49             ` Nikolay Dimitrov
@ 2015-09-02 13:48               ` Daiane Angolini
  0 siblings, 0 replies; 9+ messages in thread
From: Daiane Angolini @ 2015-09-02 13:48 UTC (permalink / raw)
  To: Nikolay Dimitrov; +Cc: meta-freescale, Otavio Salvador

On Tue, Sep 1, 2015 at 4:49 AM, Nikolay Dimitrov <picmaster@mail.bg> wrote:
> Hi Daiane,
>
>
> On 08/28/2015 07:26 PM, Daiane Angolini wrote:
>>
>> On Fri, Aug 28, 2015 at 12:46 PM, Nikolay Dimitrov <picmaster@mail.bg>
>> wrote:
>>>
>>> Hi Daiane,
>>>
>>>
>>> On 08/28/2015 05:53 PM, Daiane Angolini wrote:
>>>>
>>>>
>>>> On Fri, Aug 28, 2015 at 11:02 AM, Prabhu S <prabhusundar@gmail.com>
>>>> wrote:
>>>>>
>>>>>
>>>>> Thats sounds like poky bug. BSP layer should not cause problem I hope.
>>>>
>>>>
>>>>
>>>> Do you know if there is any kernel (3.14) pieces I should double check?
>>>>
>>>> I don't have any DRI on my DISTRO_FEATURE (because I'm using default
>>>> one)
>>>>
>>>>
>>>> Daiane
>>>>>
>>>>>
>>>>>
>>>>> On Fri, Aug 28, 2015 at 8:32 AM, Daiane Angolini
>>>>> <daiane.list@gmail.com>
>>>>> wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Thu, Aug 27, 2015 at 5:09 PM, Otavio Salvador
>>>>>> <otavio.salvador@ossystems.com.br> wrote:
>>>>>>>
>>>>>>>
>>>>>>> On Thu, Aug 27, 2015 at 4:30 PM, Daiane Angolini
>>>>>>> <daiane.list@gmail.com>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> I'm trying to enable openGL on a not accelerated board (imx7d).  I
>>>>>>>> thought it would be out-of-box  but it is not.
>>>>>>>>
>>>>>>>> I'm using imx7dsabresd machine, and  to be sure added:
>>>>>>>>
>>>>>>>>
>>>>>>>> CORE_IMAGE_EXTRA_INSTALL += "mesa-demos mesa-glut glmark2"
>>>>>>>>
>>>>>>>> on local.conf, and this is the only change on top of master
>>>>>>>> (core-image-x11) But when I try glmark I get an error message
>>>>>>>>
>>>>>>>> $ DISPLAY=:0 glmark2
>>>>>>>> name of display: :0
>>>>>>>> Error: couldn't find RGB GLX visual or fbconfig
>>>>>>>>
>>>>>>>> I get the same error if I try glxgears. But I see the X11 console on
>>>>>>>> screen (typical core-image-x11)
>>>>>>>>
>>>>>>>> Am I missing something obvious?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Try adding mesa-gl in the image.
>>>>>>
>>>>>>
>>>>>>
>>>>>> I've tried:
>>>>>>
>>>>>> ERROR: Multiple .bb files are due to be built which each provide
>>>>>> virtual/mesa
>>>>>>
>>>>>>
>>>>>> (/code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa-gl_10.6.3.bb
>>>>>>
>>>>>>
>>>>>>
>>>>>> /code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa_10.6.3.bb).
>>>>>>    This usually means one provides something the other doesn't and
>>>>>> should.
>>>>>> ERROR: Multiple .bb files are due to be built which each provide
>>>>>> virtual/libgl
>>>>>>
>>>>>>
>>>>>> (/code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa-gl_10.6.3.bb
>>>>>>
>>>>>>
>>>>>>
>>>>>> /code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa_10.6.3.bb).
>>>>>>    This usually means one provides something the other doesn't and
>>>>>> should.
>>>>>>
>>>>>> Even if I clean tmp or  mesa
>>>>>>
>>>>>>
>>>>>> Daiane
>>>
>>>
>>>
>>> About the 1st issue - it seems that mesa and mesa-gl are pulled-in at
>>> the same time, both providing virtual/mesa, thus the error message.
>>>
>>> The reason is that core-image-x11 pulls-in the mesa-gl explicitly,
>>> instead of using virtual/mesa (which I guess is the proper behavior).
>>
>>
>> Only because I'm not pretty sure I full understand this topic:
>>
>> When I add "mesa" I get to a image and RGB error
>> When I add "mesa-gl" I get a build error.
>>
>> So, I think I understand what you're saying, but instead of "mesa-gl"
>> being explicitly added, it's "mesa".
>>
>> And, I don't know mesa or mesa-gl, but the their description is that
>> mesa has mesa-gl. Or in other words, mesa has everything mesa-gl has,
>> and mesa-gl has only a sub-set of what mesa has. That, for me it's
>> pretty OK as I don't care using mesa
>>
>> However, it's weird (to me, a person who don't know mesa, or openGL
>> and her sisters) that this does not work out-of-box. It makes me think
>> I'm missing some kind of -egl or a DISTRO_FEATURE, or a kernel module
>> (because it's 3.14)
>
>
> Sorry if my comment sounded like teaching, as it was definitely not the
> case. I'm exactly in the "same shoes" as you regarding the GL stuff (eg
> non-expert), just tried to double-check for you on my build-box and
> look for some obvious things, following yours and Otavio's comments.
>
> So far my limited understanding of the issue is quite similar to yours
> - we either lack a proper config option/flag, or some recipes are
> broken for imx7. As one friend of mine said once, "This will require
> thinking" :).

Well said.

Thanks Nikolay ;-)

Daiane

>
>
>>
>> Maybe, another option would ask upstream in poky/OE ML. =(
>>
>>
>> Daiane
>>
>>
>>>
>>> You can verify this:
>>>
>>> bitbake -g core-image-x11
>>> grep core-image-x11 pn-depends.dot | grep mesa-gl
>
>
> Regards,
> Nikolay


^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2015-09-02 13:48 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-08-27 19:30 using openGL via SW Daiane Angolini
2015-08-27 20:09 ` Otavio Salvador
2015-08-28 13:32   ` Daiane Angolini
2015-08-28 14:02     ` Prabhu S
2015-08-28 14:53       ` Daiane Angolini
2015-08-28 15:46         ` Nikolay Dimitrov
2015-08-28 16:26           ` Daiane Angolini
2015-09-01  7:49             ` Nikolay Dimitrov
2015-09-02 13:48               ` Daiane Angolini

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.