[Openpvrsgx-devgroup] Current Status linux_openpvrsgx

[H. Nikolaus Schaller]

Hi Philipp,

> Am 01.04.2020 um 13:55 schrieb Philipp Rossak <embed3d at gmail.com>:
> 
> Hey Nikolaus,
> 
> Thanks for the infos!
> 
> I had a more detailed look into the sources today and I'm very optimistic to get the sunxi devices (A83T and A31) working with DDK 1.17.
> 
> Can you direct me to the user space blobs, that you are using? I found that many, that I'm not really sure which to choose.
> Maybe we should also create a repo for these so we have them all at one place.

I think we all use these for DDK 1.17:

https://git.ti.com/cgit/graphics/omap5-sgx-ddk-um-linux/ branch ti-img-sgx/zeus/1.17.4948957

The kernel driver comes from

https://git.ti.com/cgit/graphics/omap5-sgx-ddk-linux/

So we can also expect updates to be there every now and then.

User-space might need some tweaks or patches to trick the machine (soc) detection in libsrv_um.so.
There is some reason to have it in the code because there seems to be different setup for
single and multi core GPU variants (at least for DRA7 variants).

But the first step is to get the pvrsrvkm compiled and loading without kernel panics. Then
make pvrsrvctl work (with libsrv_um patch if needed). I just got the sgx530-121 work on the
OpenPandora with omap3530 (targetfs/ti343x) but without patch.

> 
> Sorry! I just missed that Jeroen wants to be added to the project. That mail got somehow lost in my emails. I added him today to the repo.
> (@Nikolaus I gave you also admin permissions, so you can also do this in the future)

Thanks!

BR,
Nikolaus


> 
> Cheers
> Philipp
> 
> Now Replying all
> 
> H. Nikolaus Schaller <hns at goldelico.com> schrieb am Di., 31. März 2020, 09:26:
> Hi Philipp,
> I have added the mailing list to the reply because my answer could be
> relevant for others as well.
> 
> > Am 30.03.2020 um 23:14 schrieb Philipp Rossak <embed3d at gmail.com>:
> > 
> > Hey Nikolaus,
> > 
> > due to the current Corona situation in Germany, I'm able to contribute to the openpvrsgx project now.
> > To catch up to the great work you did, I ordered me a beaglebone black.
> > 
> > What is currently on the to do list?
> > When I'm familiar with everything, I will also add support for the Allwinner A83T.
> 
> It seems as if we have DDK 1.17 compiling fine and working at least on
> omap3 me on DM3730), omap4 (Tony on Droid) and omap5 (me on Pyra Handheld).
> 
> On my BeagleBone it does not work, maybe something seems to be broken with
> the different lcdc. I can load the pvrsrvm and start pvrsrvctl but then only
> get "failed to set mode: Invalid argument" or
> "drmModeGetResources failed: Operation not supported"
> 
> Otherwise, I can compile for jz4780 (mips) and load on the CI20 board. What I
> want to experiment with is to run pvrsrvctl by qemu-arm-static and see what
> happens but I have not yet installed the required arm libs. And there is no
> working HDMI driver for that board.
> 
> Jonathan has made the omap driver work on the s5pc110 Samsung SoC. So we have
> achieved broadening the number of platforms supported by a single driver tree
> and the A83 is very welcome to join them.
> 
> Most likely the best approach is to look into how Jonathan did add the Samsung
> chip to the DDK 1.17 version.
> 
> Then, I have restarted to push the DTS fixes for omap upstream.
> 
> It is not yet pushed to the repo and I plan to do it with v5.7-rc1, but we have
> it in our Letux tree:
> 
> http://git.goldelico.com/?p=letux-kernel.git;a=tree;f=drivers/gpu/drm/pvrsgx;h=617f565d6f158d7c2049e985ceeafbf5555c2750;hb=802da21eba7b0a60f28e57cd0efd9c81fcff7295
> 
> Finally I think to remember you have admin rights for the github group and there
> had been requests to add users / enable wiki access:
> 
> http://lists.goldelico.com/pipermail/openpvrsgx-devgroup/2019-December/000184.html
> 
> BR and keep safe,
> Nikolaus
>