Difference between revisions of "Buildroot:GSoC2014 Multimedia"

From eLinux.org
Jump to: navigation, search
Line 136: Line 136:
  
 
== Week 23 ==
 
== Week 23 ==
 +
 +
=== Day 1 ===
 +
 +
* ti-gfx: bump SDK version to 5_01_01_01, tested on BBB, patch sent
 +
 +
* updating package/webkit to last version
 +
 
== Week 24 ==
 
== Week 24 ==
 
== Week 25 ==
 
== Week 25 ==

Revision as of 09:25, 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

Day 1

  • ti-gfx: bump SDK version to 5_01_01_01, tested on BBB, patch sent
  • updating package/webkit to last version

Week 24

Week 25

Week 26

Week 27

Week 28

Week 29

Week 30

Week 31

Week 32

Week 33