On Thu Jul 9 16:04:35 2015 GMT+0100, Alex Deucher wrote:
On Thu, Jul 9, 2015 at 2:58 AM, Steven Newbury steve@snewbury.org.uk 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 steve@snewbury.org.uk 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!