ARMGraphicsStackOnX

Differences between revisions 5 and 6
Revision 5 as of 2010-05-10 13:44:58
Size: 2533
Editor: 217
Comment:
Revision 6 as of 2010-05-10 13:46:19
Size: 2527
Editor: 217
Comment:
Deletions are marked like this. Additions are marked like this.
Line 9: Line 9:
== BoF Discussion == == Topics ==
Line 11: Line 11:

* requirements for graphics drivers for a good X11 experience
* performance benchmarking on X
* 3D story on X and arm
* video/multimedia on X and arm
 * requirements for graphics drivers for a good X11 experience
 * performance benchmarking on X
 * 3D story on X and arm
 * video/multimedia on X and arm

Topics

  • requirements for graphics drivers for a good X11 experience
  • performance benchmarking on X
  • 3D story on X and arm
  • video/multimedia on X and arm

Driver Requirements for X

  • Kernel driver:
    • Compatibility with kernel 2.6.32 (Lucid) or higher.
    • KMS (Kernel Mode Setting)
    • Compatibility with the userspace libdrm 2.4.18 (Lucid) or higher
    • Support for RandR output hotplug events (so that the xserver receives an event when external screens are connected or disconnected)
    • GEM (Graphics Execution Manager), TTM (Translation Table Maps) or an alternative kernel video memory manager
    • Dynamic front buffer resizing as in -intel's UXA (so that we don't have to set the virtual resolution and restart X when dealing with external screens using high resolutions)
  • DDX (X.Org) driver:
    • Compatibility with xserver 1.7.x (Lucid) or higher (1.8.x)
    • Support for RandR 1.3 (especially transformations, scaling, etc.)
    • Use of the E-EDID functions in X.org (this is useful for HDMI)
    • DRI 2 (Direct Rendering Infrastructure) which allows GLX applications to do direct rendering to redirected windows. This makes OpenGL and XV (X video extension) work correctly with compositing managers.
  • Multimedia:
    • Support for either VA-API (Video Acceleration API) or VDPAU (Video Decode and Presentation API for Unix) to allow video programs to offload portions of the video decoding process and video post-processing to the GPU video-hardware.
  • 3D driver:
    • OpenGL 2.1 (or later) compliant driver, more specifically we would like to have the following extensions available:
      • GL_ARB_framebuffer_object
      • GL_ARB_vertex_program
      • GL_ARB_fragment_program
      • GL_ARB_texture_non_power_of_two
      • GL_EXT_stencil_two_side
      • GL_ARB_vertex_buffer_object
    • Support for GLSL

Performance / Benchmarking

  • performance tests

Discussion/Notes


CategorySpec

Specs/M/ARMGraphicsStackOnX (last edited 2010-05-30 03:40:37 by 65)