I got weston working, also enlightenment. I had to use Debian as it's the only distro there with packages for armel - the tizen drivers are armel, not armhf. I did have a working stack with the Tizen libmali r5p0 drivers in Debian. GTK3 apps are not working (crash in some gtk3 lib) i did not look a lot where exactly it crashes tho` (might be a clutter lib issue)ġ0. gnome under wayland (mutter) does not start - it complains about lack of gallium acceleration then fails to start. The result is having a black square where the window content is wobbling.ĩ. also in Terminology - it's having the wobbly window effect, but the window background is black (instead of having an alpha channel) - this might be a Terminology issue not choosing some egl config with alpha, or it might not be. run Terminology (the enlightenment terminal app) - not sure what egl config is using, but occasionally there are visual glitchesĨ. maybe related to 5 - in enlightenment 21, windows won't close from the X button (may be an e21 issue, maybe not)ħ. this might be a threading issue in libmali? i did not investigateĦ. glmark2-es2-wayland does not exit when interrupted with CTRL-C, it remains hung. the test passes well on the x11 libmaliĥ. glmark2-es2-wayland crashes at the terrain (i think) test - this might be because of some shader issue in r7p0 mali driver. To confirm this, i run some other app (glmark2-es2-wayland) in 32bpp and 16bpp and saw a similar behaviour - 60fps when alpha=0, 30fps otherwiseĤ. run weston-simple-egl fullscreen with the 16bpp option, you get 60fps. run weston-simple-egl fullscreen - you get 30fps. simplest test: run weston-simple-egl - you get 60fps. there is a bug with full-screen egl apps that have alpha > 0, the framerate is locked at 30fps. i tried running an app with glSwapInterval 0 and i still got 60fpsģ. working with 2 libmali libraries is cumbersome, i hope next releases can be rolled out into one libmali.Ģ. i see there are 2 drivers, one libmali for gbm for weston, and one libmali for wayland-egl for apps. Now, there are some major gripes with themġ. I tried them already, and happy to get weston and enlightenment21 working with them. I would like to share my experience as well.įirst, I see the r7p0 mali wayland drivers are out. SInce ARM seems to be pushing Wayland as the future for Mali compositors, shouldn't they provide the libEGL-wl.so libraries for LInux? Although I could build Mesa for ARM to provide the EGL Wayland libraries, I don't see how Mesa can use the Mali GPU since there's no Gallium driver backend for Mesa. Is it currently possible to use EGL on Mali with Wayland? I suppose Tizen does this somehow, however but I cannot find any libEGL-wl.so implementation for Mali GPUs. The libEGL-wl.so on iMX6 platforms allows wayland clients access to EGL, however I can only find support for fbdev and x11 libraries on the site. The iMX6 GPU drivers provided by freescale provide three different GLES and EGL libraries for fbdev, x11, and wayland. I have previously built Weston on iMX6 platforms which use the Vivante GPU. After patching the kernel with the later kernel driver, I can now get the ARM libmali.so working with the 3.10 kernel. The current stable odroidxu3-3.10.y kernel contains an older unsupported r5p1-00rel1 mali driver, but the currently supported Mali user mode GLES/EGL drivers require the r6p0-02rel0 driver. I have been working on running Wayland with a Weston compositor on the Odroid XU4, and would like to share my experience.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |