1. 06 Jul, 2012 2 commits
  2. 21 Mar, 2012 1 commit
    • Keith Packard's avatar
      Introduce a consistent coding style · 9838b703
      Keith Packard authored
      This is strictly the application of the script 'x-indent-all.sh'
      from util/modular. Compared to the patch that Daniel posted in
      January, I've added a few indent flags:
      	-T PrivatePtr
      	-T pmWait
      	-T _X_EXPORT
      The typedefs were needed to make the output of sdksyms.sh match the
      previous output, otherwise, the code is formatted badly enough that
      sdksyms.sh generates incorrect output.
      The generated code was compared with the previous version and found to
      be essentially identical -- "assert" line numbers and BUILD_TIME were
      the only differences found.
      The comparison was done with this script:
      for dir in $dir1 $dir2; do
      	(cd $dir && find . -name '*.o' | while read file; do
      		dir=`dirname $file`
      		base=`basename $file .o`
      		objdump -d $file > $dump
      find $dir1 -name '*.dump' | while read dump; do
      	otherdump=`echo $dump | sed "s;$dir1;$dir2;"`
      	diff -u $dump $otherdump
      Signed-off-by: Keith Packard's avatarKeith Packard <keithp@keithp.com>
      Acked-by: Daniel Stone's avatarDaniel Stone <daniel@fooishbar.org>
      Acked-by: Alan Coopersmith's avatarAlan Coopersmith <alan.coopersmith@oracle.com>
  3. 23 Nov, 2011 1 commit
  4. 18 Nov, 2011 1 commit
  5. 04 Jan, 2011 1 commit
  6. 20 Dec, 2010 1 commit
  7. 05 Oct, 2010 1 commit
  8. 18 Sep, 2010 1 commit
    • Jamey Sharp's avatar
      Xserver need not be compatible with old versions of xserver. · e4d4d6dd
      Jamey Sharp authored
      Delete time-traveling multiple personality disorder from the server.
      Gaetan notes:
          There were a couple of drivers containing an unknown version of the
          modes/parser code. This was done in server 1.2 time frame because it
          was released without mode code. It was barely or not maintained
          afterwards. There are currently no video drivers with a copy of the
          modes code.
      Most of these ifdefs were introduced in commit
      a8d760f5, where Aaron wrote,
          This change uses XORG_VERSION_CURRENT < 7.0 to mean "server newer
          than 1.2" since XORG_VERSION current went backwards at some point.
      Alan explains that:
          In Xorg 1.3, when we first released an Xorg server release decoupled
          from the katamari release schedule.  (1.0 through 1.2 were released
          as part of X11R7.0 through 7.2, while 1.3 came out between X11R7.2 &
      Commit by Jamey Sharp and Josh Triplett.
      Signed-off-by: Jamey Sharp's avatarJamey Sharp <jamey@minilop.net>
      Signed-off-by: Josh Triplett's avatarJosh Triplett <josh@joshtriplett.org>
      Reviewed-by: Aaron Plattner's avatarAaron Plattner <aplattner@nvidia.com>
  9. 12 May, 2010 1 commit
  10. 20 Nov, 2009 1 commit
  11. 29 Oct, 2009 5 commits
  12. 28 Oct, 2009 1 commit
  13. 28 Sep, 2009 1 commit
  14. 17 Jul, 2009 2 commits
  15. 23 Jun, 2009 1 commit
  16. 22 May, 2009 1 commit
  17. 15 May, 2009 1 commit
  18. 22 Apr, 2009 1 commit
  19. 01 Apr, 2009 1 commit
  20. 14 Feb, 2009 1 commit
  21. 13 Feb, 2009 1 commit
    • Adam Jackson's avatar
      EDID: Hack for 1366x768 in standard timing descriptors · 20ac3140
      Adam Jackson authored
      All you get for standard timing descriptors is horizontal size in
      multiples of 8 pixels (which means you can't say 1366) and height in
      terms of aspect ratio (which means you can't say 768).  You'd like to
      just fuzzy-match this by walking the DMT list for sufficiently close
      modes, but you can't because DMT is useless and only defines a 1360x768
      mode, because it's _also_ specified in terms of character cells despite
      providing pixel exact timings.  Neither can you use CVT or GTF to
      generate the timings, because they _also_ believe that modes have to be
      a multiple of 8 pixels.
      You'd also hope you could find a timing definition for this in CEA, but
      you can't because CEA only defines transmission formats that actually
      exist.  So there's 480p, 720p, and 1080p, but no 768p.  And why would
      there be, after all, the encoded signal is never 768p so obviously no
      one would ever make a display in that format.
      So instead, make a CVT mode since that's likely to be handled well by
      just about everything, smash the horizontal active down by 2, and shift
      the sync pulse by 1.  Underscanning the hard way.
      Pass the suicide.
  22. 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).
  23. 28 Nov, 2008 1 commit
    • Paulo Cesar Pereira de Andrade's avatar
      Make visible symbols required by xorg modules. · 31285d06
      Paulo Cesar Pereira de Andrade authored
        This patch exports all symbols required by the compilable
      (in a x86 linux computer) xorg/driver/* modules.
        Still missing symbols worth mentioning are:
      	miFindMaxBand no longer available
      intel	(uxa/uxa-accel.c)
      	fbShmPutImage no longer available (and should have been static)
      	MGAGetClientPointer (should come from matrox's libhal)
        This is not a definitive "visibility" patch, as all it does is to
      export missing symbols, but the modules that current don't compile,
      may require more symbols once fixed, and third party drivers should
      also require more symbols exported.
        A "definitive" patch should export symbols defined in the sdk.
  24. 25 Nov, 2008 1 commit
    • Alan Coopersmith's avatar
      Fix const-mismatch warnings for DisplayModePtr's · d5f9a131
      Alan Coopersmith authored
      Includes fixes for:
      "xf86Config.c", line 2434: warning: argument #1 is incompatible with prototype:
      	prototype: pointer to struct _DisplayModeRec: "xf86.h", line 351
      	argument : pointer to const struct _DisplayModeRec
      "xf86EdidModes.c", line 312: warning: argument #1 is incompatible with prototype:
      	prototype: pointer to struct _DisplayModeRec: "../../../hw/xfree86/common/xf86.h", line 351
      	argument : pointer to const struct _DisplayModeRec
      "xf86EdidModes.c", line 438: warning: assignment type mismatch:
      	pointer to struct _DisplayModeRec "=" pointer to const struct _DisplayModeRec
      "xf86Modes.c", line 701: warning: assignment type mismatch:
      	pointer to struct _DisplayModeRec "=" pointer to const struct _DisplayModeRec
  25. 22 Jul, 2008 1 commit
  26. 21 Jul, 2008 4 commits
  27. 06 May, 2008 1 commit
  28. 09 Apr, 2008 1 commit
  29. 03 Apr, 2008 1 commit
  30. 02 Apr, 2008 1 commit
  31. 27 Mar, 2008 1 commit