Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> Am 13.02.2019 um 21:51 schrieb Paweł Chmiel <pawel.mikolaj.chmiel@xxxxxxxxx>:
> 
> śr., 13 lut 2019 o 21:46 H. Nikolaus Schaller <hns@xxxxxxxxxxxxx> napisał(a):
>> 
>> Hi Pawel,
>> 
>>> Am 13.02.2019 um 17:59 schrieb Paweł Chmiel <pawel.mikolaj.chmiel@xxxxxxxxx>:
>>> 
>>>> Where i could find that SGX_ClipBlit test (source or binary)?
>> 
>> it is binary only and was part of the TI GFX-SDK for the omap3
>> 
>> http://software-dl.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/gfxsdk/latest/index_FDS.html
>> 
>> I have repacked the files into so that our OS can easily install the correct ones
>> 
>> http://download.goldelico.com/letux-debian-rootfs/debian/dists/jessie/main/binary-armhf/omap-sgx530-125_0.20180825175646_armhf.deb
>> 
>> There is also an sgx530-121 for omap3430. But usually the libs are tied closely to the release version number of the firmware so that they
>> probably don't work with other DDK versions.
>> 
>> In the meantime I have tested my kernel versions a little and v4.15 strace works as expected.
>> v4.16 ends in an EFAULT within some ioctl() and v4.19 and up to v5.0-rc in some ENOMEM.
>> Looks as if I have lost/missed some fixes because i did only focus on compile conflicts...
> On 4.15 You have only pvrsrvinit working fine or also able to run some
> sample opengl code?

No it refuses to start because it does not find the framebuffer.
But we had that working on some 3.12 if I remember correctly.
AFAIR there is a video on youtube...





[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux