[Letux-kernel] [Openpvrsgx-devgroup] PVRSGX DDK 1.17 on OMAP5432 (Pyra)
H. Nikolaus Schaller
hns at goldelico.com
Fri Mar 13 17:36:30 CET 2020
Hi Tony,
> Am 13.03.2020 um 15:25 schrieb Tony Lindgren <tony at atomide.com>:
>
> * H. Nikolaus Schaller <hns at goldelico.com> [200313 10:28]:
>> Hi,
>> I have managed to get it patched.
>>
>> There is again some unfortunate check for "DRA7" in the libsrv_um.so
>> which has to be disabled.
>>
>> The code seems to be even more unfriendly to patching... The DDK 1.14
>> did apparently use strcmp(str, "DRA752") while the new code seems to do some
>> (u32 *) buffer[offset] == 'DRA7' && (u16 *) buffer[offset] == '52'.
>>
>> But after understanding all this there are just 3 bytes to be patched
>> in the ELF file.
>
> I just reported this on freenode #powervr channel and this should get
> fixed for the next version of blobs :)
Yes,that would be fine!
If it helps:
- it is function PVRSRVDetectPlatform()
- which reads /sys/devices/soc0/machine
- code should also check for "OMAP5432" in addition to "DRA7[1256]2"
- and setup the return value for 544 and 116 and 2 cores.
>> With this setup (on Debian Bullseye) I could simply apt-get install kmscube
>> and run it.
>>
>> Here is a short announcement and video:
>>
>> https://pyra-handheld.com/boards/threads/pyra-news-partially-stale-from-the-dragons-mouth.98981/post-1670513
>
> Great, good to hear :)
I also have it working on dm3730 but not yet on omap3530. My kernel
doesn't boot any more on the OpenPandora - it gets stuck when trying
to switch OPPs from u-boot values.
BR and thanks,
Nikolaus
More information about the Letux-kernel
mailing list