1. 19 May, 2010 1 commit
  2. 14 May, 2010 3 commits
  3. 13 May, 2010 1 commit
    • Jamey Sharp's avatar
      Kill DoChangeGC in favor of dixChangeGC. · 65cedf39
      Jamey Sharp authored
      This doesn't change any behavior, but it isn't clear whether NullClient
      is correct in all cases. As ajax says,
      
      > For most of these changes, I think it's correct to use NullClient,
      > since they are server-initiated changes and should not fail for (eg)
      > xace reasons. ... At any rate, you're certainly not changing any
      > semantics by leaving them all as NullClient, so this patch can't be
      > more wrong than before.
      Signed-off-by: Jamey Sharp's avatarJamey Sharp <jamey@minilop.net>
      Reviewed-by: Keith Packard's avatarKeith Packard <keithp@keithp.com>
      65cedf39
  4. 12 May, 2010 1 commit
  5. 08 May, 2010 1 commit
  6. 19 Apr, 2010 1 commit
  7. 19 Dec, 2009 3 commits
  8. 09 Mar, 2009 1 commit
    • Keith Packard's avatar
      Replace dixLookupResource by dixLookupResourceBy{Type,Class} · f8dd80d1
      Keith Packard authored
      dixLookupResource attempted to automatically detect whether the caller
      wanted a lookup by-type or by-class, unfortunately, it guessed wrong for
      RT_NONE. Instead of trying to make the guess better, this patch just reverts
      the unification and creates separate functions for each operation.
      f8dd80d1
  9. 03 Dec, 2008 1 commit
    • Paulo Cesar Pereira de Andrade's avatar
      Rework symbol visibility for easier maintenance · 49f77fff
      Paulo Cesar Pereira de Andrade authored
        Save in a few special cases, _X_EXPORT should not be used in C source
      files. Instead, it should be used in headers, and the proper C source
      include that header. Some special cases are symbols that need to be
      shared between modules, but not expected to be used by external drivers,
      and symbols that are accessible via LoaderSymbol/dlopen.
      
        This patch also adds conditionally some new sdk header files, depending
      on extensions enabled. These files were added to match pattern for
      other extensions/modules, that is, have the headers "deciding" symbol
      visibility in the sdk. These headers are:
      o Xext/panoramiXsrv.h, Xext/panoramiX.h
      o fbpict.h (unconditionally)
      o vidmodeproc.h
      o mioverlay.h (unconditionally, used only by xaa)
      o xfixes.h (unconditionally, symbols required by dri2)
      
        LoaderSymbol and similar functions now don't have different prototypes,
      in loaderProcs.h and xf86Module.h, so that both headers can be included,
      without the need of defining IN_LOADER.
      
        xf86NewInputDevice() device prototype readded to xf86Xinput.h, but
      not exported (and with a comment about it).
      49f77fff
  10. 02 Dec, 2008 1 commit
  11. 24 Jul, 2008 1 commit
  12. 30 Aug, 2007 1 commit
  13. 29 Jun, 2007 1 commit
  14. 15 Dec, 2006 1 commit
  15. 14 Dec, 2006 1 commit
  16. 15 Mar, 2006 1 commit
  17. 03 Jul, 2005 2 commits
  18. 10 Jun, 2005 1 commit
  19. 31 Jul, 2004 1 commit
  20. 29 Jul, 2004 1 commit