very cool ,thank you share your image .
Updated first post with links to last kernel and modules for install on clean system (Debian/Centos/Ubuntu etc) with instructions.
Any ideas? )))) how fix it
Xorg.log (xinit &) log when unsing mali_drv.so:
Driver “mali”
[ 73.737] (II) LoadModule: "glx"
[ 73.739] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[ 75.789] (II) Module glx: vendor="X.Org Foundation"
[ 75.790] compiled for 1.18.4, module version = 1.0.0
[ 75.790] ABI class: X.Org Server Extension, version 9.0
[ 75.790] (==) AIGLX enabled
[ 75.790] (II) LoadModule: "mali"
[ 75.791] (II) Loading /usr/lib/xorg/modules/drivers/mali_drv.so
[ 75.792] (II) Module mali: vendor="X.Org Foundation"
[ 75.792] compiled for 1.18.4, module version = 0.4.2
[ 75.792] ABI class: X.Org Video Driver, version 20.0
[ 75.792] (II) MALI: driver for Mali Framebuffer: mali
[ 75.828] (WW) Falling back to old probe method for mali
[ 75.828] (II) MALI(0): using default device
[ 75.828] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
[ 75.829] (II) MALI(0): [MaliPreInit:1046]: Entering
[ 75.829] (II) MALI(0): [MaliGetRec:179]: Entering
[ 75.829] (II) MALI(0): [MaliHWInit:829]: Entering
[ 75.829] (II) MALI(0): [MaliHWGetDepth:861]: Entering
[ 75.829] (II) MALI(0): Creating default Display subsection in Screen section
"Default Screen Section" for depth/fbbpp 24/32
[ 75.829] (==) MALI(0): Depth 24, (==) framebuffer bpp 32
[ 75.829] (==) MALI(0): RGB weight 888
[ 75.829] (==) MALI(0): Default visual is TrueColor
[ 75.829] (==) MALI(0): Using gamma correction (1.0, 1.0, 1.0)
[ 75.829] (II) MALI(0): [MaliHWGetVidmem:879]: Entering
[ 75.829] (II) MALI(0): [MaliHWGetName:887]: Entering
[ 75.829] (II) MALI(0): hardware: (video memory: 7200kB)
[ 75.829] (**) MALI(0): Option "DRI2" "true"
[ 75.829] (**) MALI(0): Option "DRI2_PAGE_FLIP" "true"
[ 75.829] (**) MALI(0): DRI Fullscreen page flip enabled
[ 75.829] (**) MALI(0): DRI Fullscreen page flip VSYNC disabled
[ 75.829] (**) MALI(0): Use uncached UMP memory
[ 75.829] (**) MALI(0): Don't use umplock across processes
[ 75.922] (EE) MALI(0): [mali_drm_open_master:1015] Error: mali_drm_open_master Unable to open DRM: No such file or directory
[ 75.922] (EE) MALI(0): [MaliPreInit:1148] Error: Failed to be master of DRM!
[ 75.922] (II) UnloadModule: "mali"
[ 75.922] (EE) Screen(s) found, but none have a usable configuration.
Xorg.log (xinit &) log when unsing fbturbo_drv.so: Driver “fbturbo”
[ 285.650] (II) LoadModule: "glx"
[ 285.653] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[ 287.705] (II) Module glx: vendor="X.Org Foundation"
[ 287.705] compiled for 1.18.4, module version = 1.0.0
[ 287.705] ABI class: X.Org Server Extension, version 9.0
[ 287.705] (==) AIGLX enabled
[ 287.705] (II) LoadModule: "fbturbo"
[ 287.707] (II) Loading /usr/lib/xorg/modules/drivers/fbturbo_drv.so
[ 287.721] (EE) Failed to load /usr/lib/xorg/modules/drivers/fbturbo_drv.so: libUMP.so.3: cannot open shared object file: No such file or directory
[ 287.721] (II) UnloadModule: "fbturbo"
[ 287.721] (II) Unloading fbturbo
[ 287.721] (EE) Failed to load module "fbturbo" (loader failed, 7)
[ 287.722] (==) Matched modesetting as autoconfigured driver 0
[ 287.722] (==) Matched fbdev as autoconfigured driver 1
[ 287.722] (==) Assigned the driver to the xf86ConfigLayout
[ 287.722] (II) LoadModule: "modesetting"
[ 287.724] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[ 287.733] (II) Module modesetting: vendor="X.Org Foundation"
[ 287.733] compiled for 1.18.4, module version = 1.18.4
[ 287.733] Module class: X.Org Video Driver
[ 287.733] ABI class: X.Org Video Driver, version 20.0
[ 287.733] (II) LoadModule: "fbdev"
[ 287.735] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
[ 287.738] (II) Module fbdev: vendor="X.Org Foundation"
[ 287.739] compiled for 1.18.1, module version = 0.4.4
[ 287.739] Module class: X.Org Video Driver
[ 287.739] ABI class: X.Org Video Driver, version 20.0
[ 287.739] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[ 287.739] (II) FBDEV: driver for framebuffer: fbdev
[ 287.782] (WW) Falling back to old probe method for modesetting
[ 287.782] (EE) open /dev/dri/card0: No such file or directory
[ 287.782] (WW) Falling back to old probe method for fbdev
[ 287.782] (II) Loading sub module "fbdevhw"
[ 287.782] (II) LoadModule: "fbdevhw"
[ 287.784] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[ 287.787] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 287.787] compiled for 1.18.4, module version = 0.0.2
[ 287.787] ABI class: X.Org Video Driver, version 20.0
[ 287.788] (II) FBDEV(0): using default device
[ 287.788] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
[ 287.788] (II) FBDEV(0): Creating default Display subsection in Screen section
"Default Screen Section" for depth/fbbpp 24/32
[ 287.788] (==) FBDEV(0): Depth 24, (==) framebuffer bpp 32
[ 287.788] (==) FBDEV(0): RGB weight 888
[ 287.788] (==) FBDEV(0): Default visual is TrueColor
[ 287.788] (==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
[ 287.788] (II) FBDEV(0): hardware: (video memory: 7200kB)
[ 287.789] (II) FBDEV(0): checking modes against framebuffer device...
[ 287.789] (II) FBDEV(0): checking modes against monitor...
[ 287.789] (--) FBDEV(0): Virtual size is 1280x720 (pitch 1280)
[ 287.789] (**) FBDEV(0): Built-in mode "current"
[ 287.789] (==) FBDEV(0): DPI set to (96, 96)
[ 287.789] (II) Loading sub module "fb"
[ 287.789] (II) LoadModule: "fb"
[ 287.791] (II) Loading /usr/lib/xorg/modules/libfb.so
[ 287.800] (II) Module fb: vendor="X.Org Foundation"
[ 287.800] compiled for 1.18.4, module version = 1.0.0
[ 287.800] ABI class: X.Org ANSI C Emulation, version 0.4
[ 287.800] (**) FBDEV(0): using shadow framebuffer
[ 287.800] (II) Loading sub module "shadow"
[ 287.800] (II) LoadModule: "shadow"
[ 287.802] (II) Loading /usr/lib/xorg/modules/libshadow.so
[ 287.807] (II) Module shadow: vendor="X.Org Foundation"
[ 287.807] compiled for 1.18.4, module version = 1.1.0
[ 287.807] ABI class: X.Org ANSI C Emulation, version 0.4
[ 287.808] (II) UnloadModule: "modesetting"
[ 287.808] (II) Unloading modesetting
[ 287.808] (==) Depth 24 pixmap format is 32 bpp
[ 287.847] (==) FBDEV(0): Backing store enabled
[ 287.853] (==) FBDEV(0): DPMS enabled
[ 287.854] (==) RandR enabled
[ 287.918] (II) SELinux: Disabled on system
[ 287.926] (II) AIGLX: Screen 0 is not DRI2 capable
[ 287.927] (EE) AIGLX: reverting to software rendering
[ 288.377] (EE) AIGLX error: dlopen of /usr/lib/arm-linux-gnueabihf/dri/swrast_dri.so failed (/usr/lib/arm-linux-gnueabihf/dri/swrast_dri.so: undefined symbol: _glapi_tls_Dispatch)
[ 288.377] (EE) GLX: could not load software renderer
[ 288.377] (II) GLX: no usable GL providers found for screen 0
....
LIBGL: Error while gathering supported extension (eglInitialize: EGL_BAD_DISPLAY), default to none
1 Like
It is not an answer but I gave BSP a try with the mali thing just to see how far i could go, i was able to build mali.ko, ump.ko and umplock.ko but was unable to build mali_drm.ko due to missing headers (drm) for this mali version. I could not find libMali.ko unless i borrowed it from another vendor as a test.
I think for the X11 session and fbturbo you need mali_drm. How did you get (or build) mali_drm.ko? and libUMP.ko and libMali.ko?
libMali.so and libUMP.so you can find there:
https://github.com/hardkernel/buildroot/tree/master/package/opengl/src/lib/eabihf/r5p1
m400-X - for X11
m400 - for framebuffer
For X11 need use m400-X and FBDEV driver, becouse mali driver require mali_drm. BUT, mali_drm.ko is not exist for kernel version 3.10
Hi, I have compiled OpenELEC with Kodi 17.3 to a BananaPi M2 Ultra. I’m using the OpenELEC-OPI2 support as base. Currently I have Kodi running on tge BPI M2u using OpenGLES-FB to handle the graphical interface. At the moment the board gets very hot on video reproduction, because all decoding is handled by software.
I’m trying to support the CedarX prebuilt binaries to perform the video decoding. I have found many variants of the CedarX API in the web and tried it but fails. In my case the Opengles that i’m using is compiled with float-abi softfp and some CedarX apis can’t be used because are compiled with float-abi hard.
Somebody have tested CedarX on the BPi M2U and can share the used API and how to use it?
Best regards
Great news) maybe you can share image?
New here, can some share the working image for BPI M2U with Kodi. Thanks
Please, share your image, thank you.
hello everyone! Does anyone have a working image for Kodi?
Ребят, так запустить Kodi можно в итоге на Linux, или нет? Может, какие альтернативы есть? Не коди, а какой-нибудь другой медиацентр… Купил железку, как универсальное устройство - медиацентр/сервер автоматизации умный дом, а медиацентр как-то не очень получается…
So, in result, can anyone start Kodi and play films with hw acceleration?
Нет, покачто не работает kodi на этом устройстве
Олександр, спасибо за ответ :). А разработчики еще поддерживают данное устройство (M2U)? Они проблемой данной озадачены, или не решают? Есть у ник в какой-нибудь багзилле тикет по коди? Или разрабы считают, что видеоплеера определенной марки с поддержкой vdpau достаточно? Как я понял, вся проблема в проприетарной часть mali? Есть только бинарник под определенную версию ядра? Или дело не в этом?
Небольшой опыт по сборке ядер есть (в области виртуализации правда: Xen, KVM), но вот с графическим окружением бодаться не приходилолсь.
P.S.
А вот вроде пишут, что есть сборка Kodi на OpenElec Такое никто не пробовал собирать? Что-нибудь получалось?
Проблема в видеоускорителе. Нет блобов для нашей версии. Но есть блобы для ядра 3.4. Но этого ядра нет поддержки m2u. Есть блобы для ядра 4.1, но это ядро поддерживает не все драйвера m2u. Вот и вся проблема. В публичном доступе есть драйвера r6p1 с блобами, но этот драйвер собирается на ядре 4.1+
Да уж. Как все сложно. Зачем бананы используют ядро 3.10? Какого функционала не хватает в ветке 3.4? А зачем тогда было олвинерам делать юсерспэйс-драйвер для ядра 3.4 и игнорить 3.10 и более свежие lts релизы… Это из-за android? Эти ядра (3.4 и 4.1) используются в android?
В M2U 3.10.65 в Android. Когда было ядро 3.4 - еще не было M2U. Совместимость никто не будет делать. Для ядра 4.* еще много драйверов нет, только базовая поддержка аппаратной части
Я думал эту банана как нас использовать и заодно как медиацентр. Но, в конечном итоге, использую только как смотрелку фильмов с сетевого диска. Андроид вполне нормально на ней работает.
Hello everyone, apparently we will soon be able to enjoy LibreELEC on M2Ultra. a merge request for wifi + bt is in the github logs and then the board itself. the video and infrared drivers have been sent to the sunxi-mainline group.
1 Like