[Openpvrsgx-devgroup] [RFC][PATCH] pvrsrv: 1.17: pvr_linux_fence: Repace dma_resv_list by iterator

H. Nikolaus Schaller hns at goldelico.com
Fri Jul 8 08:01:33 CEST 2022

Here for completeness what it says on my omap5uevm:

root at letux:~# ldd /usr/bin/pvrsrvctl 
        libsrv_init.so.1 => /usr/lib/libsrv_init.so.1 (0xb6efc000)
        libsrv_um.so.1 => /usr/lib/libsrv_um.so.1 (0xb6eb5000)
        libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb6db6000)
        libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0xb6da3000)
        libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xb6d7d000)
        librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0xb6d67000)
        libdrm.so.2 => /usr/lib/arm-linux-gnueabihf/libdrm.so.2 (0xb6d4b000)
        /lib/ld-linux-armhf.so.3 (0xb6f3a000)
root at letux:~# ldd /usr/lib/libsrv_um.so.1
        libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0xb6ed1000)
        libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xb6eab000)
        librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0xb6e95000)
        libdrm.so.2 => /usr/lib/arm-linux-gnueabihf/libdrm.so.2 (0xb6e79000)
        libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb6d7a000)
        /lib/ld-linux-armhf.so.3 (0xb6f2b000)
root at letux:~# ldd /usr/lib/libsrv_init.so.1
        libsrv_um.so.1 => /usr/lib/libsrv_um.so.1 (0xb6f15000)
        libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb6e16000)
        libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0xb6e03000)
        libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xb6ddd000)
        librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0xb6dc7000)
        libdrm.so.2 => /usr/lib/arm-linux-gnueabihf/libdrm.so.2 (0xb6dab000)
        /lib/ld-linux-armhf.so.3 (0xb6f87000)
root at letux:~#

What makes me now puzzled is that they all do not use libffi7 - maybe indirectly
or not directly for pvrsrvctl but other tools.

> Am 08.07.2022 um 07:51 schrieb H. Nikolaus Schaller <hns at goldelico.com>:
> Hi,
> I think this is a misleading error message from the shared library loader which does not find all required libs.
> Unfortunately we have no source code for pvrsrvctl to compile it against the libs that are available.
> 	ldd /usr/bin/pvrsrvctl
> shows which lib variants and paths it will be looking for (and not finding).
> I had to "fix" this on my Debian Bullseye setup by
> 	ln -sf libffi.so.7 /usr/lib/arm-linux-gnueabihf/libffi.so.6
> but I am not sure if that is really working or just shifting the issue to runtime.
> What I would need to do is to backport libffi6 package from Stretch or Buster.
> BR,
> Nikolaus
>> Am 07.07.2022 um 23:27 schrieb Anthoine Bourgeois <anthoine.bourgeois at gmail.com>:
>> Hi Nikolaus,
>> On Thu, Jul 07, 2022 at 11:51:27AM +0200, H. Nikolaus Schaller wrote:
>>> Hi Antoine,
>>> I could fix my setup a little by upgrading to Debian 11 (Bullseye) but adding a symlink to make libffi7.so be found as libffi6.so (which is baked into the closed source runtime binaries).
>>> Using this I can run pvrsrvctl but it fails with
>>> PVR:(Error): PVRSRVDetectPlaform: Unknown platform: OMAP5432
>>> Maybe the code to patch the binaries is broken on Bullseye by some script incompatibility.
>>> Anyways there is no kernel panic or similar so far.
>> Good, I also loaded the module but can run pvrsrvctl, it threw me an
>> error:
>> # pvrsrvctl --start --no-module
>> -bash: /usr/bin/pvrsrvctl: No such file or directory
>> I don't understand why :-/
>> Thanks,
>> Anthoine

More information about the openpvrsgx-devgroup mailing list