Difference between revisions of "Buildroot:GSoC2014 Multimedia"
Line 121: | Line 121: | ||
* OpenGL on BeagleBone Black | * OpenGL on BeagleBone Black | ||
** ti-gfx modules are loaded, have to apply this patch : https://github.com/RobertCNelson/stable-kernel/blob/b00edc3576118e9ed3e987f9a2a3499b7dd792f5/patches/omap_sgx/0001-arm-Export-cache-flush-management-symbols-when-MULTI.patch | ** ti-gfx modules are loaded, have to apply this patch : https://github.com/RobertCNelson/stable-kernel/blob/b00edc3576118e9ed3e987f9a2a3499b7dd792f5/patches/omap_sgx/0001-arm-Export-cache-flush-management-symbols-when-MULTI.patch | ||
+ | |||
+ | === Day 6 === | ||
+ | |||
+ | * OpenGL on BeagleBone Black | ||
+ | ** ti-gfx OpenGL demos run fine in framebuffer, it's OK | ||
+ | ** sent patches to improve OpenGL support on BBB and fix fbset dependency for ti-gfx | ||
+ | |||
+ | * Patchwork | ||
+ | ** #278305 (mesa3d-demos: new package): no solution to run it on RPi. | ||
=== Week's summary === | === Week's summary === | ||
+ | |||
+ | OpenGL on BBB is supported out of the box in framebuffer, demos run fine | ||
== Week 23 == | == Week 23 == |
Revision as of 09:21, 3 June 2014
Contents
Boards
From the 2013 Google Summer of Code:
- Pandaboard (TI OMAP4)
- 3D acceleration: normally supported by the ti-gfx package. Should work with EGL, support under X.org unknown.
- video decoding acceleration: unknown.
- Misc: how does gst-omapfb fit in the picture?
- BeagleBoneBlack (TI AM335x)
- 3D acceleration: normally supported by the ti-gfx package. Should work with EGL, support under X.org unknown. Was not tested last year, since 3D acceleration was not ready yet at the time.
- video decoding acceleration: unknown.
- BeagleBoard XM (TI OMAP3)
- 3D acceleration: normally supported by the ti-gfx package. Should work with EGL, support under X.org unknown.
- video decoding acceleration: unknown.
- SABRE (Freescale i.MX6)
- 3D acceleration: normally supported by the gpu-viv-bin-mx6q package. Should work with EGL. For X.org, there are some patches pending.
- video decoding acceleration: unknown.
- Wandboard (Freescale i.MX6)
- 3D acceleration: normally supported by the gpu-viv-bin-mx6q package. Should work with EGL. For X.org, there are some patches pending.
- video decoding acceleration: unknown.
- Cubieboard (Allwinner)
- 3D acceleration: normally supported by the sunxi-mali package. Should work with EGL, support under X.org unknown.
- video decoding acceleration: normally supported by the sunxi-cedarx package. Not sure with what they are interfaced, though.
- ODROID-U2 (Samsung Exynos)
- 3D acceleration: not done
- video decoding acceleration: not done
To buy or get sponsored:
- An x86 platform with an Intel card (to test full OpenGL support in Mesa)
- Minnowboard Max could be a candidate, see http://www.minnowboard.org/meet-minnowboard-max/
- Thomas has requested sponsoring from CircuitCo on this topic.
- An x86 platform with an AMD APU (ditto mesa3d)
- A RaspberryPi:
- 3D acceleration: through the rpi-userland package. Works with EGL, support under X.org unknown.
- video decoding acceleration: through the rpi-userland and gst-omx packages.
Bonus:
- An x86 platform with an NVidia card
- using nouveau (to test full OpenGL support in Mesa)
- using the NVidia blob (to be packaged)
TODO
- Support OpenGL on Exynos
- Make sure OpenGL on Beagle Bone Black is working
- Help mainlining all the pending Buildroot patches related to multimedia
- http://patchwork.ozlabs.org/patch/278299/
- http://patchwork.ozlabs.org/patch/278300/
- http://patchwork.ozlabs.org/patch/278301/
- http://patchwork.ozlabs.org/patch/278304/
- http://patchwork.ozlabs.org/patch/278305/
- http://patchwork.ozlabs.org/patch/315600/
- http://patchwork.ozlabs.org/patch/336028/
- http://patchwork.ozlabs.org/patch/336031/
- http://patchwork.ozlabs.org/patch/336827/
- http://patchwork.ozlabs.org/patch/336825/
- http://patchwork.ozlabs.org/patch/336830/
- http://patchwork.ozlabs.org/patch/336824/
- http://patchwork.ozlabs.org/patch/336828/
- http://patchwork.ozlabs.org/patch/336826/
- Add support for etnaviv (i.MX6 open-source OpenGL implementation)
- Create new packages for (no specific ordering):
- x86-video-fbturbo driver, see https://github.com/ssvb/xf86-video-fbturbo
- glamor for 2D acceleration using OpenGL, see: http://www.freedesktop.org/wiki/Software/Glamor/
- Qt5 Cinematic Experience demonstration, see http://quitcoding.com/?page=work
- demo/benchmark application, see https://github.com/prabindh/xgxperf
- gtk3
- Update Webkit
Weekly reports
Week 21
Week 22
Day 1
- OpenGL on BeagleBone Black
- Defconfig based on beaglebone_defconfig with mainly ti-gfx
- Kernel boot: OK
- Init: OK
- Fail to load ti-gfx module
- track: fbset missing
- Patchwork
- #278305 (mesa3d-demos: new package): updating, currently not working
Day 2
- OpenGL on BeagleBone Black
- Still can't load ti-gfx module
- Adding fbset eliminated of course one error
- now /dev/fb0 is not found
- Still can't load ti-gfx module
- Patchwork
- #278305 (mesa3d-demos: new package): updated and rebased on master. Testing build for x86 failed :
- with DRI i965 driver (depends on X.org and provides full libgl with mesa3d): failed because it needs glew (not yet packaged in BR).
- with Gallium nouveau driver (provides only libgles and libegl with mesa3d): failed due to linking errors for xdemos/* binaries. No refererences to all OpenGL functions (mesa3d build fine, libs are installed, correct PATH).
- at least glew is a dependency for full OpenGL/X.org demos.
- #278305 (mesa3d-demos: new package): updated and rebased on master. Testing build for x86 failed :
Day 3
- OpenGL on BeagleBone Black
- Still can't load ti-gfx module
- forget to select again OMAP DSS driver between two configs... But even with it /dev/fb0 is still missing.
- Still can't load ti-gfx module
- Patchwork
- #278305 (mesa3d-demos: new package): testing build for x86 was not a very good idea, as the support for mesa3d, especially on x86, is very recent and untested. Next builds will be done on RPi's OpenGL implementation.
- build fine for RPi
- no problem with the framebuffer, tested some non OpenGL program
- but failed to execute es2gears_screen (mesa3d-demos) with error "EGLUT: EGL_MESA_screen_surface is not supported".
- #278305 (mesa3d-demos: new package): testing build for x86 was not a very good idea, as the support for mesa3d, especially on x86, is very recent and untested. Next builds will be done on RPi's OpenGL implementation.
Day 4
- OpenGL on BeagleBone Black
- have to select FB_DA8XX_TDA998X in kernel config to have /dev/fb0
- Still can't load ti-gfx modules, problem with symbols exportation. Have those errors :
- pvrsrvkm: Unknown symbol v7_dma_map_area (err 0)
- pvrsrvkm: Unknown symbol v7_dma_flush_range (err 0)
Day 5
- OpenGL on BeagleBone Black
- ti-gfx modules are loaded, have to apply this patch : https://github.com/RobertCNelson/stable-kernel/blob/b00edc3576118e9ed3e987f9a2a3499b7dd792f5/patches/omap_sgx/0001-arm-Export-cache-flush-management-symbols-when-MULTI.patch
Day 6
- OpenGL on BeagleBone Black
- ti-gfx OpenGL demos run fine in framebuffer, it's OK
- sent patches to improve OpenGL support on BBB and fix fbset dependency for ti-gfx
- Patchwork
- #278305 (mesa3d-demos: new package): no solution to run it on RPi.
Week's summary
OpenGL on BBB is supported out of the box in framebuffer, demos run fine