1. 16 Oct, 2011 2 commits
  2. 20 Dec, 2010 1 commit
    • Adam Jackson's avatar
      xfree86: Remove xf86EnterServerState · ce13a1db
      Adam Jackson authored
      Back when we had RAC this was a vaguely meaningful thing.  Since then
      it's been a glorified (and confusing) wrapper around xf86BlockSIGIO.
      
      Note that the APM and VT switch code are unusual relative to other code
      that cares about SIGIO state.  Most callers push a SIGIO disable to
      create a critical section for the duration of the caller's stack frame,
      but those two effectively disable SIGIO after their return and re-enable
      on their next entry.
      Reviewed-by: default avatarTiago Vignatti <tigo.vignatti@nokia.com>
      Signed-off-by: Adam Jackson's avatarAdam Jackson <ajax@redhat.com>
      ce13a1db
  3. 26 Nov, 2010 1 commit
  4. 28 Sep, 2010 1 commit
  5. 09 Sep, 2010 2 commits
  6. 25 May, 2010 1 commit
    • Peter Hutterer's avatar
      xfree86: store the InputAttributes in the input device. · c2d0b3b4
      Peter Hutterer authored
      InputAttributes largely decide which configuration values get merged from
      the xorg.conf.d snippets. While they are available in the config backend,
      they are not available for any other callers of NewInputDeviceRequest().
      
      Drivers implementing driver-side hotplugging do not have access to these
      attributes and cannot have xorg.conf.d snippets specific to dependent
      devices. For example, the following case cannot work right now:
      
      Section "InputClass"
              MatchProduct "Wacom"
              Option "PressCurve" "0 0 100 100"
              ...
      EndSection
      
      Section "InputClass"
              MatchProduct "Wacom"
              MatchProduct "eraser"
              Option "PressCurve" "10 10 50 50"
              ...
      EndSection
      
      The second section is not triggered, as the wacom driver cannot supply the
      InputAttributes to NewInputDeviceRequest().
      
      Add the attributes to the IDevRec and merge them into the InputInfoRec to
      make them accessible in the driver. This changes the ABI for input drivers.
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Reviewed-by: Dan Nicholson's avatarDan Nicholson <dbn.lists@gmail.com>
      Signed-off-by: Keith Packard's avatarKeith Packard <keithp@keithp.com>
      c2d0b3b4
  7. 24 May, 2010 1 commit
  8. 05 Jan, 2010 1 commit
    • Adam Jackson's avatar
      modes: Remove the ClockRanges type · 326429ba
      Adam Jackson authored
      ba2d39dd introduced warnings:
      
      xf86Mode.c: In function ‘xf86CheckModeForDriver’:
      xf86Mode.c:986: warning: passing argument 1 of ‘modeInClockRange’ from incompatible pointer type
      xf86Mode.c:253: note: expected ‘ClockRangePtr’ but argument is of type ‘ClockRangesPtr’
      xf86Mode.c:1002: warning: passing argument 1 of ‘modeInClockRange’ from incompatible pointer type
      xf86Mode.c:253: note: expected ‘ClockRangePtr’ but argument is of type ‘ClockRangesPtr’
      
      Because I foolishly didn't notice that we had types with nearly
      identical members named ClockRange and ClockRanges.  The latter
      contained an extra 'strategy' member at the end, which claimed to be
      needed by the vidmode extension.  Of course, this was a lie: the only time
      we'd use it was in mode validation, for drivers using LOOKUP_CLKDIV2 with
      non-programmable clocks.  The only driver using LOOKUP_CLKDIV2 is
      rendition, which has a programmable clock.  The only driver using the
      ClockRanges type was smi, which did not use it for its 'strategy' member,
      so has been fixed to use ClockRange instead.
      Signed-off-by: Adam Jackson's avatarAdam Jackson <ajax@redhat.com>
      Reviewed-by: Keith Packard's avatarKeith Packard <keithp@keithp.com>
      Signed-off-by: Keith Packard's avatarKeith Packard <keithp@keithp.com>
      326429ba
  9. 29 Oct, 2009 1 commit
  10. 28 Aug, 2009 1 commit
    • Dave Airlie's avatar
      xf86 ddx: add vga arbiter support. · e454f106
      Dave Airlie authored
      This adds support for using the libpciaccess interface for
      vga arbitration support on top of a kernel which supports it.
      
      Currently patches are queued for kernel 2.6.32 in jbarnes
      pci tree, and shipping in Fedora kernel.
      
      Co-authors:
      Tiago Vignatti <tiago.vignatti@nokia.com>
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      e454f106
  11. 20 Aug, 2009 1 commit
  12. 28 Jul, 2009 1 commit
  13. 27 May, 2009 1 commit
  14. 05 Feb, 2009 2 commits
  15. 25 Nov, 2008 3 commits
  16. 07 Oct, 2008 1 commit
    • Aaron Plattner's avatar
      Revert "Remove unused server state change callbackery" for now. · fe85ec34
      Aaron Plattner authored
      The nvidia driver currently uses these callbacks to work around problems where
      RAC will disable access to the hardware at unexpected times.  This change
      restores these hooks until we can come up with a better API for working around
      RAC.
      
      This reverts commit d7c0ba2e.
      
      Conflicts:
      
      	hw/xfree86/loader/xf86sym.c
      fe85ec34
  17. 03 Oct, 2008 1 commit
  18. 18 Aug, 2008 1 commit
  19. 17 Jul, 2008 1 commit
  20. 15 Jul, 2008 2 commits
  21. 13 Feb, 2008 1 commit
  22. 13 Dec, 2007 1 commit
  23. 17 Oct, 2007 1 commit
  24. 25 Jun, 2007 1 commit
  25. 17 Jan, 2007 1 commit
  26. 14 Sep, 2006 1 commit
  27. 11 Aug, 2006 1 commit
  28. 21 Jul, 2006 2 commits
  29. 18 Jul, 2006 1 commit
  30. 07 Jun, 2006 2 commits
  31. 07 Mar, 2006 1 commit
  32. 20 Feb, 2006 1 commit