1. 04 Dec, 2008 2 commits
  2. 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).
  3. 01 Dec, 2008 1 commit
  4. 29 Nov, 2008 1 commit
  5. 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.
  6. 26 Nov, 2008 1 commit
  7. 24 Nov, 2008 8 commits
  8. 13 Nov, 2008 2 commits
  9. 04 Nov, 2008 1 commit
    • Egbert Eich's avatar
      DDX/RandR: When positioning outputs assume width/height = 0 if no modes exist. · 9a874a71
      Egbert Eich authored
      When a user specifies the position of an output for which no modes exist
      (for whatever reason) assume that the width and height of this output
      is 0. The result will be the same as if this output isn't taken into
      consideration at all and thus should be sane. It will prevent a segfault
      when trying to determine the width and height of a non-existent mode.
  10. 08 Oct, 2008 1 commit
  11. 31 Aug, 2008 1 commit
  12. 25 Aug, 2008 2 commits
  13. 03 Jul, 2008 2 commits
  14. 30 Jun, 2008 1 commit
  15. 12 Jun, 2008 1 commit
  16. 20 May, 2008 1 commit
  17. 19 May, 2008 2 commits
  18. 16 May, 2008 4 commits
  19. 17 Mar, 2008 2 commits
    • Jesse Barnes's avatar
      Cleanup logic in xf86PrepareOutputs · afd74286
      Jesse Barnes authored
      Should have done this in the first place.  Since we're checking for the absence
      of the get_crtc callback in the first place, we'll short circuit the later call
      and disable the output, so the ugly "continue" block is unnecesary.
    • Jesse Barnes's avatar
      Make xf86SetDesiredModes aware of current output configuration · ba85caac
      Jesse Barnes authored
      By adding a new output callback, ->get_crtc, xf86SetDesiredModes is able to
      avoid turning off outputs & CRTCs if the current output<->CRTC mappings are the
      same as the desired configuration.  This helps avoid flickering displays at
      startup time, which speeds things up a little and looks better.
  20. 14 Mar, 2008 1 commit
  21. 12 Mar, 2008 1 commit
  22. 07 Mar, 2008 1 commit
  23. 04 Mar, 2008 1 commit
    • Adam Jackson's avatar
      Make xf86InitialConfiguration slightly smarter. · 27e7dacb
      Adam Jackson authored
      Old heuristic was to find the first monitor that expressed a preference,
      then attempt to get all other monitors to agree.  This doesn't work
      particularly well when the two sets of modes don't precisely intersect,
      you get overlapping-but-not-identical output geometry and things go wrong.
      New heuristic is:
      - Exact user preference, if given
      - Exact output preference, if the same for all outputs
      - Best (largest) mode of modes common to all outputs:
        - with the same aspect ratio as all outputs (may be NULL)
        - with 4:3 aspect ratio
      - Then the old heuristic to try to get something lit
      Note that it is simply not doable to have a reliable initial output guess if
      you insist on trying to clone all outputs together.  It's far too easy to
      end up with displays that simply don't have modes in common.  We need to
      switch to right-of placement someday, once we're not limited to CRTC size
      limits and we have working multi-GPU in RANDR.
  24. 03 Mar, 2008 1 commit