* Tomi Valkeinen tomi.valkeinen@ti.com [170301 00:22]:

On 28/02/17 21:06, Tony Lindgren wrote:

...

Hi all,

Maybe you've played with this already.. But if not, looks like the beagle-x15 folks got etnaviv acceleration working with some extra patches against mainline kernel:

https://eewiki.net/display/linuxonarm/BeagleBoard-X15#BeagleBoard-X15-2DVide... https://www.spinics.net/lists/linux-omap/msg133272.html

That's the drivers/gpu/drm/etnaviv driver, known as BB2D in the TRM. No idea about the frame rates, but might be an acceptable open source solution for accelerated video for pyra. I think it's the same setup on 5432.

Yep, it should work on OMAP5 too.

OK cool.

Julien has been working on a new X driver for etnaviv, with DRI3 support: https://github.com/julbouln/xf86-video-armsoc-omap5

I've written a DRI3 backend for the SGX driver, which works with Julien's driver.

But all that is still in quite alpha-state.

Oh OK I did not know SGX is somehow involved too. Is the plan to use them both at the same time?

Personally I was hoping to avoid any SGX binaries and still have usable graphics with etnaviv as SGX binaries are dependant on specific kernel versions..

Regards,

Tony

Hi Julien,

Am 01.03.2017 um 19:59 schrieb Julien Boulnois jboulnois@gmail.com:

Hi,

I did'nt know about this Pyra project, look like a very nice little toy !

indeed :)

As we started to discuss with Tony on another email thread :

• etnaviv is used for the GC320 composition core, and is for 2D acceleration only. The open source Xorg driver I'm working on enable composition and XVideo acceleration using etnaviv kernel driver and is mainly benefical for desktop environment and applications.
• Tomi is working on a SGX driver that will be closed source for legal purpose, but that will enable OpenGLES 3D acceleration in conjonction with Xorg driver through DRI3.

All of this is in alpha state, but usable. You can already try the open source part, but we need to work with Tomi on the 3D part a little more.

I looked at your website but cannot find precise information about the omap5 soc : which chip do you use ?

"OMAP5432AAC"

U-Boot reports it as "OMAP5432-GP ES2.0"

TRM and other documents are AFAIK not public. We have got some under TI NDA a while ago.

BR, Nikolaus

Regards

2017-03-01 16:08 GMT+01:00 Tony Lindgren tony@atomide.com:

• Tomi Valkeinen tomi.valkeinen@ti.com [170301 00:22]:

...

On 28/02/17 21:06, Tony Lindgren wrote:

...

Hi all,

Maybe you've played with this already.. But if not, looks like the beagle-x15 folks got etnaviv acceleration working with some extra patches against mainline kernel:

https://eewiki.net/display/linuxonarm/BeagleBoard-X15#BeagleBoard-X15-2DVide... https://www.spinics.net/lists/linux-omap/msg133272.html

That's the drivers/gpu/drm/etnaviv driver, known as BB2D in the TRM. No idea about the frame rates, but might be an acceptable open source solution for accelerated video for pyra. I think it's the same setup on 5432.

Yep, it should work on OMAP5 too.

OK cool.

...

Julien has been working on a new X driver for etnaviv, with DRI3 support: https://github.com/julbouln/xf86-video-armsoc-omap5

I've written a DRI3 backend for the SGX driver, which works with Julien's driver.

But all that is still in quite alpha-state.

Oh OK I did not know SGX is somehow involved too. Is the plan to use them both at the same time?

Personally I was hoping to avoid any SGX binaries and still have usable graphics with etnaviv as SGX binaries are dependant on specific kernel versions..

Regards,

Tony

-- Julien Boulnois

Hi Julien,

Am 01.03.2017 um 20:19 schrieb Julien Boulnois jboulnois@gmail.com:

Hi Nikolaus,

Reading the TI description, it looks like the same as X15's AM5728 but without DSP cores, right ?

Yes. They are quite similar.

That is strange that there is full documentation publicly available for AM57xx but not for this one.

Well, I guess since TI ended active marketing of the OMAP a while ago there was nobody and no budget to check and update the documents for potential legal issues. Hence it was probably easier to keep it confidential.

Anyway, I guess that GC320 and SGX544 drivers will likely works the same way.

AFAIK those parts are at least almost the same. Others on CC: may have more knowledge about potential subtle differences.

BR, Nikolaus

2017-03-01 20:09 GMT+01:00 H. Nikolaus Schaller hns@goldelico.com: Hi Julien,

...

Am 01.03.2017 um 19:59 schrieb Julien Boulnois jboulnois@gmail.com:

Hi,

I did'nt know about this Pyra project, look like a very nice little toy !

indeed :)

...

As we started to discuss with Tony on another email thread :

• etnaviv is used for the GC320 composition core, and is for 2D acceleration only. The open source Xorg driver I'm working on enable composition and XVideo acceleration using etnaviv kernel driver and is mainly benefical for desktop environment and applications.
• Tomi is working on a SGX driver that will be closed source for legal purpose, but that will enable OpenGLES 3D acceleration in conjonction with Xorg driver through DRI3.

All of this is in alpha state, but usable. You can already try the open source part, but we need to work with Tomi on the 3D part a little more.

I looked at your website but cannot find precise information about the omap5 soc : which chip do you use ?

"OMAP5432AAC"

U-Boot reports it as "OMAP5432-GP ES2.0"

TRM and other documents are AFAIK not public. We have got some under TI NDA a while ago.

BR, Nikolaus

...

Regards

2017-03-01 16:08 GMT+01:00 Tony Lindgren tony@atomide.com:

• Tomi Valkeinen tomi.valkeinen@ti.com [170301 00:22]:

...

On 28/02/17 21:06, Tony Lindgren wrote:

...

Hi all,

Maybe you've played with this already.. But if not, looks like the beagle-x15 folks got etnaviv acceleration working with some extra patches against mainline kernel:

https://eewiki.net/display/linuxonarm/BeagleBoard-X15#BeagleBoard-X15-2DVide... https://www.spinics.net/lists/linux-omap/msg133272.html

That's the drivers/gpu/drm/etnaviv driver, known as BB2D in the TRM. No idea about the frame rates, but might be an acceptable open source solution for accelerated video for pyra. I think it's the same setup on 5432.

Yep, it should work on OMAP5 too.

OK cool.

...

Julien has been working on a new X driver for etnaviv, with DRI3 support: https://github.com/julbouln/xf86-video-armsoc-omap5

I've written a DRI3 backend for the SGX driver, which works with Julien's driver.

But all that is still in quite alpha-state.

Oh OK I did not know SGX is somehow involved too. Is the plan to use them both at the same time?

Personally I was hoping to avoid any SGX binaries and still have usable graphics with etnaviv as SGX binaries are dependant on specific kernel versions..

Regards,

Tony

-- Julien Boulnois

-- Julien Boulnois

* Julien Boulnois jboulnois@gmail.com [170301 11:00]:

Hi,

I did'nt know about this Pyra project, look like a very nice little toy !

As we started to discuss with Tony on another email thread :

• etnaviv is used for the GC320 composition core, and is for 2D

acceleration only. The open source Xorg driver I'm working on enable composition and XVideo acceleration using etnaviv kernel driver and is mainly benefical for desktop environment and applications.

• Tomi is working on a SGX driver that will be closed source for legal

purpose, but that will enable OpenGLES 3D acceleration in conjonction with Xorg driver through DRI3.

All of this is in alpha state, but usable. You can already try the open source part, but we need to work with Tomi on the 3D part a little more.

For reference, I ran few quick tests on beagleboard-x15 this morning. Full screen glxgears easily gets around 68 fps constantly, with CPUs at 85% while running stellarium still sucks very much at 5 - 6 fps and CPUs at 100%. So probably not usable without SGX for gaming because of the high CPU usage, and no idea why the difference would be so big between glxgears and stellarium.

Cheers,

Tony

* Grazvydas Ignotas notasas@gmail.com [170301 13:04]:

On Wed, Mar 1, 2017 at 9:42 PM, Tony Lindgren tony@atomide.com wrote:

...

• Julien Boulnois jboulnois@gmail.com [170301 11:00]:

...

Hi,

I did'nt know about this Pyra project, look like a very nice little toy !

As we started to discuss with Tony on another email thread :

• etnaviv is used for the GC320 composition core, and is for 2D

acceleration only. The open source Xorg driver I'm working on enable composition and XVideo acceleration using etnaviv kernel driver and is mainly benefical for desktop environment and applications.

• Tomi is working on a SGX driver that will be closed source for legal

purpose, but that will enable OpenGLES 3D acceleration in conjonction with Xorg driver through DRI3.

All of this is in alpha state, but usable. You can already try the open source part, but we need to work with Tomi on the 3D part a little more.

For reference, I ran few quick tests on beagleboard-x15 this morning. Full screen glxgears easily gets around 68 fps constantly, with CPUs at 85% while running stellarium still sucks very much at 5 - 6 fps and CPUs at 100%. So probably not usable without SGX for gaming because of the high CPU usage, and no idea why the difference would be so big between glxgears and stellarium.

GC320 is a 2D compositing IP, so what did you expect? I'm quite sure all 3D is done by mesa in software for you.

Yeah so it seems. I was expecting etnaviv to help with 3D too until Julien told me that GC320 is not same as GC2000 on imx6 for example. Oh well.

Regards,

Tony

On 05/03/17 22:42, Jonathan Hamilton wrote:

That's good news, I was going to try to put together something similar based on the publicly available WSEGL interface headers (and hope nothing important had been changed), but having no visibility of TI's integration work might make that more difficult than necessary.

I haven't gone through it all, but I think you are not able to write poper WSEGL plugins without the internal stuff. I could be mistaken, though, as I haven't looked at the public wsegl.h etc.

I would be available to help if you need any (slightly unofficial) support though.

Are you familiar with DRI3? I do have some questions on how exactly the WSEGL plugin should do the presents and buffer management...

Tomi