Buffer Storage fix could be added as soon as this week
rpi engineer Wrote:I think shader storage is already there in the version of the driverhttps://www.raspberrypi.org/forums/viewtopic.php?f=63&t=249636
available in the Rpi. It has some important bugs we have been fixing
but the feature should be exposed as an extension.
In any case, there is a public branch with GLES 3.1 here [1]. We are
constantly rebasing it etc, so it is still a development branch with
all that this means, so do let people know of this if you point them to
it. It should be noted though, that this branch requires a kernel
patch to work properly [3], particularly for buffer storage. The kernel
patch is in review process upstream at the moment and I hope to merge
it this week, but there is a delta between the upstream kernel and the
downstream Rpi kernel so I'll have to send a slightly different version
of the patch to the downstream Rpi kernel here [2] (the patch currently
sitting there is not up to date). I am planning to do that this week,
so I can ping you when the downstream kernel patch is updated in [2],
since it is probably best to wait for that before pointing people to
the gles31 Mesa branch.
As usual when installing from development versions, do advise people to
prepare backups of their cards before playing around with this stuff.
We have not seen any issues ourselves, but of course this is
development code.
[1] https://gitlab.freedesktop.org/chema/me ... v3d-gles31
[2] https://github.com/raspberrypi/linux/pull/3203
[3] Basically, we had to change the ioctl kernel interface, so if they
don't have the kernel patch, the kernel will just reject rendering
involving shader storage, shader images and other things, so things
will probably not work well, specifically if they are using shader
storage.