BBBW sgx driver and library

[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 ? 

 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

[Robert Nelson]

On Sat, Jan 21, 2017 at 11:15 AM, Pier <pierst...@gmail.com> wrote:
> 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,

--
Robert Nelson
https://rcn-ee.com/

[Robert Nelson]

On Sat, Jan 21, 2017 at 6:27 PM, Pier stabilini <pierst...@gmail.com> wrote:
> 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..

[Pier stabilini]

thanks, 

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

[Matthijs van Duin]

On Sunday, 22 January 2017 01:12:53 UTC+1, RobertCNelson wrote:

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

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? :-)

[devm...@gmail.com]

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 : [<bf12e54c>]    lr : [<bf1410e4>]    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.

[devm...@gmail.com]

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.