1. 22 Feb, 2019 1 commit
  2. 25 Sep, 2018 8 commits
  3. 09 Apr, 2018 1 commit
  4. 22 Jan, 2018 1 commit
  5. 13 Dec, 2017 1 commit
    • Jon Turney's avatar
      meson: Add dependency on generated code fragments in hw/xwin/glx/ · 3265d0c8
      Jon Turney authored and Adam Jackson's avatar Adam Jackson committed
      
      
      Somehow I'd managed to write this with this dependency missing, so this only
      works correctly when the generated files already exist and the correct
      automatic dependencies generated, but fails on a clean build.
      
      Including generated files with a .c extension into the sources for a target
      causes meson to want to compile them (and it seems to be hard to say "make
      the directory containing this generated file available to include").
      
      So, change the extension of included generated C fragments to .ic
      
      Update the autotools build to align.
      
      Signed-off-by: Jon Turney's avatarJon Turney <jon.turney@dronecode.org.uk>
      3265d0c8
  6. 30 Oct, 2017 1 commit
  7. 22 Aug, 2017 2 commits
  8. 21 Aug, 2017 1 commit
  9. 20 Jun, 2017 1 commit
  10. 02 Jun, 2017 1 commit
  11. 15 Sep, 2016 1 commit
    • Jon Turney's avatar
      Add Windows-DRI extension · f5f4d32a
      Jon Turney authored
      
      
      If windowsdriproto headers are available, build a Windows-DRI extension,
      which supports requests to enable local clients to directly render GL to a
      Windows drawable:
      
      - a query to check if WGL is being used on a screen
      - a query to map a fbconfigID to a native pixelformatindex
      - a query to map a drawable to a native handle
      
      Windows-DRI can only be useful if we are using WGL, so make an note if WGL
      is active on a screen.
      
      Make validGlxDrawable() public
      
      Adjust glxWinSetPixelFormat() so it doesn't require a context, just a
      screen and config.
      
      That enables factoring out the deferred drawable creation code as
      glxWinDeferredCreateDrawable()
      
      Enhance glxWinDeferredCreateDrawable(), so that pixmaps are placed into a
      file mapping, so they exist in memory which can be shared with the direct
      rendering process.
      
      Currently, this file mapping is accessed by a name generated from the XID.
      This will not be unique across multiple server instances. It would perhaps
      be better, although more complicated, to use an anonymous file mapping, and
      then duplicate the handle for the direct rendering process.
      
      Use glxWinDeferredCreateDrawable() to ensure the native handle exists for
      the Windows-DRI query to map a drawable to native handle.
      
      v2:
      Various printf format warning fixes
      
      v3:
      Fix format warnings on x86
      Move some uninteresting windows-dri output to debug log level
      
      v4:
      check for windowsdriproto when  --enable-windowsdri
      use windowsdriproto_CFLAGS
      
      Signed-off-by: Jon Turney's avatarJon Turney <jon.turney@dronecode.org.uk>
      Reviewed-by: default avatarColin Harrison <colin.harrison@virgin.net>
      f5f4d32a
  12. 06 Sep, 2016 1 commit
    • Adam Jackson's avatar
      glx: Fix computation of GLX_X_RENDERABLE fbconfig attribute · 392da389
      Adam Jackson authored
      
      
      >From the GLX spec:
      
          "GLX_X_RENDERABLE is a boolean indicating whether X can be used to
          render into a drawable created with the GLXFBConfig. This attribute
          is True if the GLXFBConfig supports GLX windows and/or pixmaps."
      
      Every backend was setting this to true unconditionally, and then the
      core ignored that value and sent true unconditionally on its own. This
      is broken for ARB_fbconfig_float and EXT_fbconfig_packed_float, which
      only apply to pbuffers, which are not renderable from non-GLX APIs.
      
      Instead compute GLX_X_RENDERABLE from the supported drawable types. The
      dri backends were getting _that_ wrong too, so fix that as well.
      
      This is not a functional change, as there are no mesa drivers that claim
      to support __DRI_ATTRIB_{UNSIGNED_,}FLOAT_BIT yet.
      
      Signed-off-by: Adam Jackson's avatarAdam Jackson <ajax@redhat.com>
      Reviewed-by: Emma Anholt's avatarEric Anholt <eric@anholt.net>
      392da389
  13. 30 Mar, 2016 9 commits
  14. 07 Jul, 2015 2 commits
  15. 16 Mar, 2015 2 commits
  16. 09 Oct, 2014 1 commit
    • Jon Turney's avatar
      hw/xwin: Fix warnings in glx/glshim.c · 03d462dd
      Jon Turney authored
      
      
      glext.h currently requires GL_GLEXT_PROTOTYPES in order to prototype
      glCompressedTexImmage* functions
      
      generated_gl_shim.c:2859:6: warning: no previous prototype for 'glCompressedTexImage3DARB' [-Wmissing-prototypes]
      generated_gl_shim.c:2866:6: warning: no previous prototype for 'glCompressedTexImage2DARB' [-Wmissing-prototypes]
      generated_gl_shim.c:2873:6: warning: no previous prototype for 'glCompressedTexImage1DARB' [-Wmissing-prototypes]
      generated_gl_shim.c:2880:6: warning: no previous prototype for 'glCompressedTexSubImage3DARB' [-Wmissing-prototypes]
      generated_gl_shim.c:2887:6: warning: no previous prototype for 'glCompressedTexSubImage2DARB' [-Wmissing-prototypes]
      generated_gl_shim.c:2894:6: warning: no previous prototype for 'glCompressedTexSubImage1DARB' [-Wmissing-prototypes]
      generated_gl_shim.c:2901:6: warning: no previous prototype for 'glGetCompressedTexImageARB' [-Wmissing-prototypes]
      
      Also, explicitly prototype glXGetProcAddressARB(), as glx/glxdri*.c does, as
      it's not practical to include glx.h here...
      
      Signed-off-by: Jon Turney's avatarJon TURNEY <jon.turney@dronecode.org.uk>
      Reviewed-by: default avatarColin Harrison <colin.harrison@virgin.net>
      03d462dd
  17. 29 Aug, 2014 6 commits