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]

 



On Wed, Feb 13, 2019 at 2:46 PM H. Nikolaus Schaller <hns@xxxxxxxxxxxxx> wrote:
>
> 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...
>

I am really glad to see this get some momentum.  I'm lobbying to get
my company to put some resources behind this as well, and some
acceleration is better than none.  I'll try to help where/how I can.
Please keep me in copy and I'll sign up for the mailing list if/when
that option is available.

adam
> BR,
> Nikolaus
>




[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