Wayland and GLES1 (Re: R200 DRM/KMS)

[Steven Newbury]

On Thu Jul 9 17:02:12 2015 GMT+0100, Steven Newbury wrote:
> On Thu Jul 9 16:04:35 2015 GMT+0100, Alex Deucher wrote:
> > On Thu, Jul 9, 2015 at 2:58 AM, Steven Newbury  
> > wrote:
> > >
> > >
> > > On Thu Jul 9 03:32:40 2015 GMT+0100, Michel Dänzer wrote:
> > >> On 09.07.2015 06:01, Steven Newbury wrote:
> > >> > On Wed, 2015-07-08 at 21:56 +0100, Steven Newbury wrote:
> > >> >> On Tue, 2015-07-07 at 09:18 +0300, Pekka Paalanen wrote:
> > >> >>> On Mon, 06 Jul 2015 22:50:30 +0100 Steven Newbury
> > >> >>>  wrote:
> > >> >>>
> > >>  Would gles1 be sufficient to run a Wayland compositor, I'm
> > >>  guessing probably not..?
> > >> >>>
> > >> >>> If you can find a Wayland compositor that is written to composite
> > >> >>>  with GLES1, that's all you need from the "Wayland side". (Yeah,
> > >> >>> this has nothing to do with Wayland per se.) Compositing in
> > >> >>> itself without any effects is very simple, as long as you get the
> > >> >>> textures up.
> > >> >>>
> > >> >>> Or, if you find a Wayland compositor written to use desktop
> > >> >>> OpenGL for compositing and does not use features your GL driver
> > >> >>> does not expose, that's good too.
> > >> >>>
> > >> >> Is desktop OpenGL accessible from "EGL_PLATFORM=drm"?
> > >> >>
> > >> > To answer my own question, it seems that is possible.  I wonder if
> > >> > it works with mutter/cogl???
> > >>
> > >> It does.
> > >>
> > >> However, your problem seems rather that gnome-shell/mutter doesn't
> > >> support R200 anymore.
> > > Yes, that's true. I wonder if I can revert the incompatible change or 
> > > better create a env variable to revert to the compatible behaviour or 
> > > something? I'll need to take a look...
> > 
> > I'm not sure how valid this is any more:
> > https://bugs.freedesktop.org/show_bug.cgi?id=51658
> > 
> > Basic issue is that r1xx/r2xx hw only has a limited number of render
> > buffer formats while they support a lot of texture formats.  Gnome
> > shell expects to be able to render to the same formats they can
> > texture from.
> > 
> It looks like a bit of a hack, it's a pity to lose valid texture formats, but 
> I've applied the patches from the bug after a little manual intervention. 
> It's building now, will take some time!  

Didn't work.  Still get the same error! :-(

On the other hand, I've got muffin to work compositor is actually okay, so 
thought I'd try cinnamon, but it's trying to use 1.5GB which isn't going to 
work! ;-)

Will probably revert to Xfce... 

-- 
Sent from my Jolla

Wayland and GLES1 (Re: R200 DRM/KMS)

[Steven Newbury]

On Thu Jul 9 17:02:12 2015 GMT+0100, Steven Newbury wrote:
> On Thu Jul 9 16:04:35 2015 GMT+0100, Alex Deucher wrote:
> > On Thu, Jul 9, 2015 at 2:58 AM, Steven Newbury  
> > wrote:
> > >
> > >
> > > On Thu Jul 9 03:32:40 2015 GMT+0100, Michel Dänzer wrote:
> > >> On 09.07.2015 06:01, Steven Newbury wrote:
> > >> > On Wed, 2015-07-08 at 21:56 +0100, Steven Newbury wrote:
> > >> >> On Tue, 2015-07-07 at 09:18 +0300, Pekka Paalanen wrote:
> > >> >>> On Mon, 06 Jul 2015 22:50:30 +0100 Steven Newbury
> > >> >>>  wrote:
> > >> >>>
> > >>  Would gles1 be sufficient to run a Wayland compositor, I'm
> > >>  guessing probably not..?
> > >> >>>
> > >> >>> If you can find a Wayland compositor that is written to composite
> > >> >>>  with GLES1, that's all you need from the "Wayland side". (Yeah,
> > >> >>> this has nothing to do with Wayland per se.) Compositing in
> > >> >>> itself without any effects is very simple, as long as you get the
> > >> >>> textures up.
> > >> >>>
> > >> >>> Or, if you find a Wayland compositor written to use desktop
> > >> >>> OpenGL for compositing and does not use features your GL driver
> > >> >>> does not expose, that's good too.
> > >> >>>
> > >> >> Is desktop OpenGL accessible from "EGL_PLATFORM=drm"?
> > >> >>
> > >> > To answer my own question, it seems that is possible.  I wonder if
> > >> > it works with mutter/cogl???
> > >>
> > >> It does.
> > >>
> > >> However, your problem seems rather that gnome-shell/mutter doesn't
> > >> support R200 anymore.
> > > Yes, that's true. I wonder if I can revert the incompatible change or 
> > > better create a env variable to revert to the compatible behaviour or 
> > > something? I'll need to take a look...
> > 
> > I'm not sure how valid this is any more:
> > https://bugs.freedesktop.org/show_bug.cgi?id=51658
> > 
> > Basic issue is that r1xx/r2xx hw only has a limited number of render
> > buffer formats while they support a lot of texture formats.  Gnome
> > shell expects to be able to render to the same formats they can
> > texture from.
> > 
> It looks like a bit of a hack, it's a pity to lose valid texture formats, but 
> I've applied the patches from the bug after a little manual intervention. 
> It's building now, will take some time!  

Didn't work.  Still get the same error! :-(

On the other hand, I've got muffin to work compositor is actually okay, so 
thought I'd try cinnamon, but it's trying to use 1.5GB which isn't going to 
work! ;-)

Will probably revert to Xfce... 

-- 
Sent from my Jolla

Wayland and GLES1 (Re: R200 DRM/KMS)

[Steven Newbury]

On Thu Jul 9 16:04:35 2015 GMT+0100, Alex Deucher wrote:
> On Thu, Jul 9, 2015 at 2:58 AM, Steven Newbury  
> wrote:
> >
> >
> > On Thu Jul 9 03:32:40 2015 GMT+0100, Michel Dänzer wrote:
> >> On 09.07.2015 06:01, Steven Newbury wrote:
> >> > On Wed, 2015-07-08 at 21:56 +0100, Steven Newbury wrote:
> >> >> On Tue, 2015-07-07 at 09:18 +0300, Pekka Paalanen wrote:
> >> >>> On Mon, 06 Jul 2015 22:50:30 +0100 Steven Newbury
> >> >>>  wrote:
> >> >>>
> >>  Would gles1 be sufficient to run a Wayland compositor, I'm
> >>  guessing probably not..?
> >> >>>
> >> >>> If you can find a Wayland compositor that is written to composite
> >> >>>  with GLES1, that's all you need from the "Wayland side". (Yeah,
> >> >>> this has nothing to do with Wayland per se.) Compositing in
> >> >>> itself without any effects is very simple, as long as you get the
> >> >>> textures up.
> >> >>>
> >> >>> Or, if you find a Wayland compositor written to use desktop
> >> >>> OpenGL for compositing and does not use features your GL driver
> >> >>> does not expose, that's good too.
> >> >>>
> >> >> Is desktop OpenGL accessible from "EGL_PLATFORM=drm"?
> >> >>
> >> > To answer my own question, it seems that is possible.  I wonder if
> >> > it works with mutter/cogl???
> >>
> >> It does.
> >>
> >> However, your problem seems rather that gnome-shell/mutter doesn't
> >> support R200 anymore.
> > Yes, that's true. I wonder if I can revert the incompatible change or 
> > better create a env variable to revert to the compatible behaviour or 
> > something? I'll need to take a look...
> 
> I'm not sure how valid this is any more:
> https://bugs.freedesktop.org/show_bug.cgi?id=51658
> 
> Basic issue is that r1xx/r2xx hw only has a limited number of render
> buffer formats while they support a lot of texture formats.  Gnome
> shell expects to be able to render to the same formats they can
> texture from.
> 
It looks like a bit of a hack, it's a pity to lose valid texture formats, but 
I've applied the patches from the bug after a little manual intervention. It's 
building now, will take some time!  
-- 
Sent from my Jolla

Wayland and GLES1 (Re: R200 DRM/KMS)

[Michel Dänzer]

On 09.07.2015 06:01, Steven Newbury wrote:
> On Wed, 2015-07-08 at 21:56 +0100, Steven Newbury wrote:
>> On Tue, 2015-07-07 at 09:18 +0300, Pekka Paalanen wrote:
>>> On Mon, 06 Jul 2015 22:50:30 +0100 Steven Newbury
>>>  wrote:
>>> 
 Would gles1 be sufficient to run a Wayland compositor, I'm 
 guessing probably not..?
>>> 
>>> If you can find a Wayland compositor that is written to composite
>>>  with GLES1, that's all you need from the "Wayland side". (Yeah,
>>> this has nothing to do with Wayland per se.) Compositing in
>>> itself without any effects is very simple, as long as you get the
>>> textures up.
>>> 
>>> Or, if you find a Wayland compositor written to use desktop
>>> OpenGL for compositing and does not use features your GL driver
>>> does not expose, that's good too.
>>> 
>> Is desktop OpenGL accessible from "EGL_PLATFORM=drm"?
>> 
> To answer my own question, it seems that is possible.  I wonder if
> it works with mutter/cogl???

It does.

However, your problem seems rather that gnome-shell/mutter doesn't
support R200 anymore.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast | Mesa and X developer

-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 173 bytes
Desc: OpenPGP digital signature
URL: 

Wayland and GLES1 (Re: R200 DRM/KMS)

[Alex Deucher]

On Thu, Jul 9, 2015 at 2:58 AM, Steven Newbury  wrote:
>
>
> On Thu Jul 9 03:32:40 2015 GMT+0100, Michel Dänzer wrote:
>> On 09.07.2015 06:01, Steven Newbury wrote:
>> > On Wed, 2015-07-08 at 21:56 +0100, Steven Newbury wrote:
>> >> On Tue, 2015-07-07 at 09:18 +0300, Pekka Paalanen wrote:
>> >>> On Mon, 06 Jul 2015 22:50:30 +0100 Steven Newbury
>> >>>  wrote:
>> >>>
>>  Would gles1 be sufficient to run a Wayland compositor, I'm
>>  guessing probably not..?
>> >>>
>> >>> If you can find a Wayland compositor that is written to composite
>> >>>  with GLES1, that's all you need from the "Wayland side". (Yeah,
>> >>> this has nothing to do with Wayland per se.) Compositing in
>> >>> itself without any effects is very simple, as long as you get the
>> >>> textures up.
>> >>>
>> >>> Or, if you find a Wayland compositor written to use desktop
>> >>> OpenGL for compositing and does not use features your GL driver
>> >>> does not expose, that's good too.
>> >>>
>> >> Is desktop OpenGL accessible from "EGL_PLATFORM=drm"?
>> >>
>> > To answer my own question, it seems that is possible.  I wonder if
>> > it works with mutter/cogl???
>>
>> It does.
>>
>> However, your problem seems rather that gnome-shell/mutter doesn't
>> support R200 anymore.
> Yes, that's true. I wonder if I can revert the incompatible change or better 
> create a env variable to revert to the compatible behaviour or something? 
> I'll need to take a look...

I'm not sure how valid this is any more:
https://bugs.freedesktop.org/show_bug.cgi?id=51658

Basic issue is that r1xx/r2xx hw only has a limited number of render
buffer formats while they support a lot of texture formats.  Gnome
shell expects to be able to render to the same formats they can
texture from.

Alex

>
> [I'm going to be posting a lot from my phone, my laptop power jack has just 
> broken, again! :-( You'd think after 3.5 decades of making laptops we'd have 
> come up with a better design!]
> --
> Sent from my Jolla
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel

Wayland and GLES1 (Re: R200 DRM/KMS)

[Steven Newbury]

On Thu Jul 9 03:32:40 2015 GMT+0100, Michel Dänzer wrote:
> On 09.07.2015 06:01, Steven Newbury wrote:
> > On Wed, 2015-07-08 at 21:56 +0100, Steven Newbury wrote:
> >> On Tue, 2015-07-07 at 09:18 +0300, Pekka Paalanen wrote:
> >>> On Mon, 06 Jul 2015 22:50:30 +0100 Steven Newbury
> >>>  wrote:
> >>> 
>  Would gles1 be sufficient to run a Wayland compositor, I'm 
>  guessing probably not..?
> >>> 
> >>> If you can find a Wayland compositor that is written to composite
> >>>  with GLES1, that's all you need from the "Wayland side". (Yeah,
> >>> this has nothing to do with Wayland per se.) Compositing in
> >>> itself without any effects is very simple, as long as you get the
> >>> textures up.
> >>> 
> >>> Or, if you find a Wayland compositor written to use desktop
> >>> OpenGL for compositing and does not use features your GL driver
> >>> does not expose, that's good too.
> >>> 
> >> Is desktop OpenGL accessible from "EGL_PLATFORM=drm"?
> >> 
> > To answer my own question, it seems that is possible.  I wonder if
> > it works with mutter/cogl???
> 
> It does.
> 
> However, your problem seems rather that gnome-shell/mutter doesn't
> support R200 anymore.
Yes, that's true. I wonder if I can revert the incompatible change or better 
create a env variable to revert to the compatible behaviour or something? I'll 
need to take a look...

[I'm going to be posting a lot from my phone, my laptop power jack has just 
broken, again! :-( You'd think after 3.5 decades of making laptops we'd have 
come up with a better design!]
-- 
Sent from my Jolla

Wayland and GLES1 (Re: R200 DRM/KMS)

[Steven Newbury]

On Wed, 2015-07-08 at 21:56 +0100, Steven Newbury wrote:
> On Tue, 2015-07-07 at 09:18 +0300, Pekka Paalanen wrote:
> > On Mon, 06 Jul 2015 22:50:30 +0100
> > Steven Newbury  wrote:
> > 
> > > Would gles1 be sufficient to run a Wayland compositor, I'm
> > > guessing probably not..?
> > 
> > If you can find a Wayland compositor that is written to composite 
> > with
> > GLES1, that's all you need from the "Wayland side". (Yeah, this has
> > nothing to do with Wayland per se.) Compositing in itself without 
> > any
> > effects is very simple, as long as you get the textures up.
> > 
> > Or, if you find a Wayland compositor written to use desktop OpenGL 
> > for
> > compositing and does not use features your GL driver does not 
> > expose,
> > that's good too.
> > 
> Is desktop OpenGL accessible from "EGL_PLATFORM=drm"?
> 
To answer my own question, it seems that is possible.  I wonder if it
works with mutter/cogl???

> > Absolutely nothing about Wayland limits your choice of the GL 
> > flavour -
> > even more so as the compositor is not running *on* Wayland.
> > 
> > Also, the question of running GL apps on Wayland is a whole another
> > matter. There used to be a common misconception that Wayland had
> > something to do with only allowing GLES.
> > 
> > Finally, there is the option of software rendering for 
> > composition...
> > 
> Well, considering I was wondering about running Wayland on ancient
> hardware, perhaps software compositing wouldn't be ideal! ;-)
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: This is a digitally signed message part
URL: 

Wayland and GLES1 (Re: R200 DRM/KMS)

[Steven Newbury]

On Tue, 2015-07-07 at 09:18 +0300, Pekka Paalanen wrote:
> On Mon, 06 Jul 2015 22:50:30 +0100
> Steven Newbury  wrote:
> 
> > Would gles1 be sufficient to run a Wayland compositor, I'm
> > guessing probably not..?
> 
> If you can find a Wayland compositor that is written to composite 
> with
> GLES1, that's all you need from the "Wayland side". (Yeah, this has
> nothing to do with Wayland per se.) Compositing in itself without any
> effects is very simple, as long as you get the textures up.
> 
> Or, if you find a Wayland compositor written to use desktop OpenGL 
> for
> compositing and does not use features your GL driver does not expose,
> that's good too.
> 
Is desktop OpenGL accessible from "EGL_PLATFORM=drm"?

> Absolutely nothing about Wayland limits your choice of the GL 
> flavour -
> even more so as the compositor is not running *on* Wayland.
> 
> Also, the question of running GL apps on Wayland is a whole another
> matter. There used to be a common misconception that Wayland had
> something to do with only allowing GLES.
> 
> Finally, there is the option of software rendering for composition...
> 
Well, considering I was wondering about running Wayland on ancient
hardware, perhaps software compositing wouldn't be ideal! ;-)
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: This is a digitally signed message part
URL: 

Wayland and GLES1 (Re: R200 DRM/KMS)

[Pekka Paalanen]

On Mon, 06 Jul 2015 22:50:30 +0100
Steven Newbury  wrote:

> Would gles1 be sufficient to run a Wayland compositor, I'm
> guessing probably not..?

If you can find a Wayland compositor that is written to composite with
GLES1, that's all you need from the "Wayland side". (Yeah, this has
nothing to do with Wayland per se.) Compositing in itself without any
effects is very simple, as long as you get the textures up.

Or, if you find a Wayland compositor written to use desktop OpenGL for
compositing and does not use features your GL driver does not expose,
that's good too.

Absolutely nothing about Wayland limits your choice of the GL flavour -
even more so as the compositor is not running *on* Wayland.

Also, the question of running GL apps on Wayland is a whole another
matter. There used to be a common misconception that Wayland had
something to do with only allowing GLES.

Finally, there is the option of software rendering for composition...


Thanks,
pq