BBBW sgx driver and library

Hi, I have just get a BBBW for a project,
I would like to use SDL / OpenGL/EGL with a frame buffer (no X),

What kernel version I should use ? and where I can get the sdk/libraries ?

I have try with the latest 4.4.43 bone , and I get the:

omaplfb.ko
pvrsrvkm.ko

but without the user space stuffs, where I can get the user space libraries and user space pvrsrv service ?

With the latest 4.4.x ti-channel kernel I get only the:

pvrsrvkm.ko

and the user space pvrsrv service seems working:
PVR_K: UM DDK-(3699939) and KM DDK-(3699939) match. [ OK ]

but where I can find the libraries for this version ? its ok that with this version there is no omaplfb.ko ?

I have tried to install the 4.1.x kernel but seems the BBBW didn’t boot with this version.

thanks,
Pier

Hi, I have just get a BBBW for a project,
I would like to use SDL / OpenGL/EGL with a frame buffer (no X),

What kernel version I should use ? and where I can get the sdk/libraries ?

I have try with the latest 4.4.43 bone , and I get the:

omaplfb.ko
pvrsrvkm.ko

but without the user space stuffs, where I can get the user space libraries
and user space pvrsrv service ?

you need to grab the userspace via:

http://elinux.org/BeagleBoardDebian#SGX_BeagleBone.2FBeagleBone_Black

With the latest 4.4.x ti-channel kernel I get only the:
pvrsrvkm.ko
and the user space pvrsrv service seems working:
PVR_K: UM DDK-(3699939) and KM DDK-(3699939) match. [ OK ]

but where I can find the libraries for this version ? its ok that with this
version there is no omaplfb.ko ?

It's a different stack, and we don't really have TI's new userspace working yet.

Regards,

thanks for quick reply!!
then I have to grab the the userspace and I have cross-compile/build all all
the libraries on x86 correct ?

No, your not building anything.. TI provided the blob's in a hard to
use x86 bin package...

Is possible use the 4.1.x on the BBBW or its not supported ?

Why? 4.4.x does everything 4.1.x does but better..

you think that in the future TI could release the user space for the TI
stack ?

They did.. it's EGL/Wayland, we (debian) just haven't got it useful to
end users. You can read up on my posts in this channel, no change..

Regards,

thanks,
I have build the graphics demos on 4.4.x bone and seems that all works fine!!

I have been able to successfully run kmscube on the new stack today!

Here’s the set of magic ingredients:

https://github.com/dutchanddutch/bb-kernel/tree/am33x-v4.9/patches/drivers/ti/sgx

https://github.com/mvduin/omap5-sgx-ddk-linux (I included my build script)
https://github.com/mvduin/omap5-sgx-ddk-um-linux
https://github.com/mvduin/libgbm

https://github.com/mvduin/kmscube

The last four repos are all clones of git.ti.com repositories with minor patches applied.

The key observation is that libpvrGBMWSEGL is not just a WSEGL backend but also a GBM backend under the alias “gbm_pvr.so”. This requires a libgbm which supports backend plugins, which seems to have been removed from mainline libgbm. Beware that libgbm only searches for plugins in ${prefix}/lib/gbm/ so be sure to use the same prefix for libgbm as for omap5-sgx-ddk-um-linux, or add appropriate symlinks.

(The libraries have quite a few completely bogus dependencies, e.g. libdrm_omap is of course of no use on an am335x, but it doesn’t cause any real issues.)

I currently have this in my /etc/powervr.ini:

[default]
WindowSystem=libpvrDRMWSEGL.so

DefaultPixelFormat=RGB565

kmscube ignores the WindowSystem but some older apps like gles1test1 do still care. I’m not sure where I picked up the DefaultPixelFormat or whether it does anything useful, but if it does anything it’s probably desirable.

Now, who’s going to give Wayland a swing? :slight_smile:

Dear Matthijs van Duin,

I follow your very good tutorial!
I want to successfully run kmscube too but I have one error.
That’s why I allow myself to write to you to find the reason and to help other people in the same case as me and I share my experience.

I use this kernel of debian: 4.9.78-ti-r94

I patched my kernel like you said here :
So, I have /sys/devices/platform/ocp/56000000.sgx it’s perfect.

I generated my dtbo file with the old step like :

root@beaglebone ~ #dtc -O dtb -o /lib/firmware/CAPE-LVDS-1024-00A0.dtbo -b 0 -@ CAPE-LVDS-1024-00A0.dts root@beaglebone ~ #echo "CAPE=CAPE=CAPE-LVDS-1024" > /etc/default/capemgr root@beaglebone ~ #reboot

If I run “/usr/bin/pvrsrvctl --start --no-module”, I have a kernel exception on linux:

`

[ 69.719666] PVR_K: UM DDK-(3699939) and KM DDK-(3699939) match. [ OK ]
[ 69.740399] Unhandled fault**: external abort on non-linefetch (0x1008) at 0xe0430ca8**
[ 69.748119] pgd = db488000
[ 69.750837] [e0430ca8] *pgd=9b7e6811, *pte=56000653, *ppte=56000453
[ 69.757172] Internal error: : 1008 [#1] PREEMPT SMP ARM
[ 69.762423] Modules linked in: joydev pvrsrvkm(O) hid_multitouch evdev uio_pdrv_genirq uio usb_f_mass_storage usb_f_acm u_serial usb_f_ecm usb_f_rndis u_ether libcomposite iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_filter spidev pru_rproc pruss_intc pruss tieqep ip_tables x_tables
[ 69.792588] CPU: 0 PID: 906 Comm: pvrsrvctl Tainted: G O 4.9.78-ti-r94 #1
[ 69.800538] Hardware name: Generic AM33XX (Flattened Device Tree)
[ 69.806657] task: dc4767c0 task.stack: daf74000
[ 69.811498] PC is at PollForValueKM+0x18/0x11c [pvrsrvkm]
[ 69.817001] LR is at SGXResetInvalDC.constprop.1+0x74/0xa0 [pvrsrvkm]
[ 69.823470] pc : [] lr : [] psr: 60070013
sp : daf75a88 ip : daf75ad0 fp : daf75acc
[ 69.834998] r10: daf75e2c r9 : daf75c84 r8 : 00000000
[ 69.840244] r7 : e0555140 r6 : bf156e30 r5 : 00000000 r4 : daf3f000
[ 69.846800] r3 : 000f4240 r2 : 000000ff r1 : 00000000 r0 : e0430ca8
[ 69.853357] Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment none
[ 69.860522] Control: 10c5387d Table: 9b488019 DAC: 00000051
[ 69.866292] Process pvrsrvctl (pid: 906, stack limit = 0xdaf74218)

`

So I have remove this part on my CAPE-LVDS-1024-00A0.dts:

`

mylvds4 {
target = <&sgx>;
overlay {
status = “okay”;
};
};

`

And I use a HDMI screen for the tests with default /boot/uEnv.txt file.

I build https://github.com/mvduin/omap5-sgx-ddk-linux with ti-img-sgx/1.14.3699939/k4.9 branch.
That work but I haven’t bc_example module (may be it’s not important module).

I used your configuration for powervr.ini file config:

`

root@beaglebone /opt/kms/kmsxx/build/bin # cat /etc/powervr.ini
[default]
WindowSystem=libpvrDRMWSEGL.so
DefaultPixelFormat=RGB565

`

If I used /usr/lib/arm-linux-gnueabihf/libgbm.so.1.0.0, I have this error:

`

root@beaglebone# /usr/bin/pvrsrvctl --start --no-module
PVR:(Error): OpenServices: PVRDRMOpenRender failed [0, ]
PVR:(Error): PVRSRVInitSrvConnect: PVRSRVConnect failed [0, ]
PVR:(Error): SrvInit: PVRSRVInitSrvConnect failed (4) [0, ]

`

So I used your libgbm.so on /usr/local/lib/libgbm.so.1.0.0.
The command “/usr/bin/pvrsrvctl --start --no-module” start perfectly
PS : I have found th libgmb.so.2.0.0 from Ti git, it’s work fine too : https://git.ti.com/glsdk/libgbm
( git clone git://git.ti.com/glsdk/libgbm.git )

`

root@beaglebone /opt/kms/kmsxx/build/bin # dmesg |grep -i PVR
[ 20.675978] pvrsrvkm: loading out-of-tree module taints kernel.
[ 20.975742] [drm] Initialized pvr 1.14.3699939 20110701 on minor 1
[ 395.355242] PVR_K: UM DDK-(3699939) and KM DDK-(3699939) match. [ OK ]

`
Yeahh all is done here!

Now I compile your kmscube, and When I execute it I have this error:

`

root@beaglebone / # kmscube
trying to load module tilcdc…success.

Display [0]: CRTC = 24, Connector = 26

Mode chosen [1024x768] : Clock => 65000, Vertical refresh => 60, Type => 72
Horizontal => 1024, 1048, 1184, 1344, 0
Vertical => 768, 771, 777, 806, 0

Primary display => ConnectorId = 26, Resolution = 1024x768

loaded module : gbm_pvr.so
found valid GBM backend : gbm_pvr.so
failed to initialize
failed to initialize EGL

`

Hum… I haven’t the good drivers of EGL. So like for libgbm.so , I change that:

`

root@beaglebone ~ # ldd /usr/local/bin/kmscube
linux-vdso.so.1 (0xbed11000)
libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0xb6e56000)
libdrm.so.2 => /usr/lib/arm-linux-gnueabihf/libdrm.so.2 (0xb6e3a000)
libgbm.so.2 => /usr/local/lib/libgbm.so.2 (0xb6e27000)
libEGL.so.1 => **/usr/lib/arm-linux-gnueabihf/**libEGL.so.1 (0xb6e15000)
libIMGegl.so.1 => /usr/lib/libIMGegl.so.1 (0xb6df0000)
libdrm_omap.so.1 => /usr/lib/arm-linux-gnueabihf/libdrm_omap.so.1 (0xb6ddd000)
libGLESv2.so.2 => /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 (0xb6dbf000)
libsrv_um.so.1 => /usr/lib/libsrv_um.so.1 (0xb6d88000)
libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb6c9a000)
/lib/ld-linux-armhf.so.3 (0xb6ef1000)
libudev.so.1 => /lib/arm-linux-gnueabihf/libudev.so.1 (0xb6c83000)
libwayland-server.so.0 => /usr/lib/arm-linux-gnueabihf/libwayland-server.so.0 (0xb6c68000)
libffi.so.6 => /usr/lib/arm-linux-gnueabihf/libffi.so.6 (0xb6c52000)
libdbm.so.1 => /usr/lib/libdbm.so.1 (0xb6c40000)
libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xb6c1c000)
libGLdispatch.so.0 => /usr/lib/arm-linux-gnueabihf/libGLdispatch.so.0 (0xb6b9e000)
libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0xb6b8b000)
librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0xb6b75000)
libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0xb6b4c000)

`

to:

`

root@beaglebone /opt/kms/kmsxx/build/bin # ldd /usr/local/bin/kmscube
linux-vdso.so.1 (0xbeb72000)
libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0xb6edc000)
libdrm.so.2 => /usr/lib/arm-linux-gnueabihf/libdrm.so.2 (0xb6ec0000)
libgbm.so.2 => /usr/local/lib/libgbm.so.2 (0xb6ead000)
libEGL.so.1 => /usr/lib/libEGL.so.1 (0xb6e9b000)
libIMGegl.so.1 => /usr/lib/libIMGegl.so.1 (0xb6e76000)
libdrm_omap.so.1 => /usr/lib/arm-linux-gnueabihf/libdrm_omap.so.1 (0xb6e63000)
libGLESv2.so.2 => /usr/lib/libGLESv2.so.2 (0xb6dfb000)
libsrv_um.so.1 => /usr/lib/libsrv_um.so.1 (0xb6dc4000)
libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb6cd6000)
/lib/ld-linux-armhf.so.3 (0xb6f77000)
libudev.so.1 => /lib/arm-linux-gnueabihf/libudev.so.1 (0xb6cbf000)
libwayland-server.so.0 => /usr/lib/arm-linux-gnueabihf/libwayland-server.so.0 (0xb6ca4000)
libffi.so.6 => /usr/lib/arm-linux-gnueabihf/libffi.so.6 (0xb6c8e000)
libdbm.so.1 => /usr/lib/libdbm.so.1 (0xb6c7c000)
libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xb6c58000)
libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0xb6c45000)
librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0xb6c2f000)
libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0xb6c06000)

`

And I execute again kmscube:

`

root@beaglebone / # kmscube
trying to load module tilcdc…success.

Display [0]: CRTC = 24, Connector = 26

Mode chosen [1024x768] : Clock => 65000, Vertical refresh => 60, Type => 72
Horizontal => 1024, 1048, 1184, 1344, 0
Vertical => 768, 771, 777, 806, 0

Primary display => ConnectorId = 26, Resolution = 1024x768

loaded module : gbm_pvr.so
found valid GBM backend : gbm_pvr.so
Using display 0x1 with EGL version 1.4
EGL Version “1.4 build 1.14@3699939 (MAIN)”
EGL Vendor “Imagination Technologies”
EGL Extensions “EGL_IMG_client_api_ogl EGL_KHR_image EGL_KHR_image_base EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_cubemap_image EGL_KHR_gl_renderbuffer_image EGL_KHR_vg_parent_image EGL_IMG_cl_image EGL_KHR_fence_sync EGL_IMG_context_priority EGL_IMG_hibernate_process EGL_IMG_image_plane_attribs EGL_KHR_surfaceless_context EGL_KHR_wait_sync EGL_KHR_create_context EGL_WL_bind_wayland_display EGL_EXT_image_dma_buf_import”
Segmentation fault

`

**Arggggg !!! ** I think I’m not far from finish it, but why do I have this error now? Do you have an idea of ​​what I miss?

May be this command can help to solve my problem:

`

root@beaglebone ~ # ll /sys/class/drm
total 0

drwxr-xr-x 2 root root 0 Mar 13 16:33 .
drwxr-xr-x 59 root root 0 Mar 13 16:33 …
lrwxrwxrwx 1 root root 0 Mar 13 16:33 card0 → …/…/devices/platform/ocp/4830e000.lcdc/drm/card0
lrwxrwxrwx 1 root root 0 Mar 13 16:33 card0-HDMI-A-1 → …/…/devices/platform/ocp/4830e000.lcdc/drm/card0/card0-HDMI-A-1
lrwxrwxrwx 1 root root 0 Mar 13 16:33 card1 → …/…/devices/platform/ocp/56000000.sgx/drm/card1
lrwxrwxrwx 1 root root 0 Mar 13 16:33 controlD64 → …/…/devices/platform/ocp/4830e000.lcdc/drm/controlD64
lrwxrwxrwx 1 root root 0 Mar 13 16:33 renderD128 → …/…/devices/platform/ocp/56000000.sgx/drm/renderD128
-r–r--r-- 1 root root 4.0K Mar 13 16:33 version

`

I don’t understand what I miss …

Thanks so much for any support.

Best regards,
Rémi A.

I found the solution!

I used to /usr/lib/arm-linux-gnueabihf/libgbm.so.1 library and not your library /usr/local/lib/libgbm.so.1.0.0, so now it’s good for launch kmscube AND weston 1.11 !
I will post my experience on my thread:
https://groups.google.com/forum/#!category-topic/beagleboard/beaglebone-black/Xx6NxdUkqAw

Regards,
Rémi A.