Difference between revisions of "Buildroot:GSoC2014 Multimedia"

From eLinux.org
Jump to: navigation, search
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

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)
  • 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

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
  • 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.

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.
  • 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".

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

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

Week 23

Week 24

Week 25

Week 26

Week 27

Week 28

Week 29

Week 30

Week 31

Week 32

Week 33