1. 09 Dec, 2011 9 commits
  2. 28 Nov, 2011 2 commits
  3. 24 Nov, 2011 2 commits
  4. 22 Nov, 2011 10 commits
  5. 08 Nov, 2011 1 commit
  6. 07 Nov, 2011 2 commits
  7. 04 Nov, 2011 1 commit
  8. 03 Nov, 2011 1 commit
  9. 29 Oct, 2011 4 commits
  10. 25 Oct, 2011 4 commits
  11. 24 Oct, 2011 3 commits
    • Tomáš Trnka's avatar
      Fix drain_console unregistration · 82445286
      Tomáš Trnka authored
      Bug introduced by 9dca4416
      xfree86: add a hook to replace the new console handler.
      console_handler was not being set, making the server eat up CPU spinning
      in WaitForSomething selecting consoleFd over and over again, every time
      trying to unregister drain_console without success due to
      console_handler being NULL.
      Let's just fix the unregistration in xf86SetConsoleHandler() and use that.
      But wait, there could be a catch: If some driver replaced the handler using
      xf86SetConsoleHandler(), the unregistration in xf86CloseConsole will unregister
      that one. I don't understand Xorg well enough to know whether this poses a
      problem (could mess up driver deinit somehow or something like that). As it is,
      xf86SetConsoleHandler() doesn't offer any way to prevent this (i.e. check which
      handler is currently registered).
      I had been using it for two days on my machine that previously hit 100% CPU
      several times a day. That has now gone away without any new problems appearing.
      Signed-off-by: default avatarTomas Trnka <tomastrnka@gmx.com>
      Reviewed-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      (cherry picked from commit 323869f3)
    • Jesse Barnes's avatar
      crtc: match full preferred modes if possible when choosing an initial config · c8c5ed99
      Jesse Barnes authored
      It's fairly common to have multiple, identical monitors plugged in.  In
      that case, it's preferable to run the monitor's preferred mode on each
      output, rather than just matching the width & height and end up with
      different timings or refresh rates.
      Signed-off-by: Jesse Barnes's avatarJesse Barnes <jbarnes@virtuousgeek.org>
      Reviewed-by: Keith Packard's avatarKeith Packard <keithp@keithp.com>
      Signed-off-by: Keith Packard's avatarKeith Packard <keithp@keithp.com>
      (cherry picked from commit 3e145d3d)
    • Ville Syrjala's avatar
      composite: Update borderClip in compAllocPixmap() · d780c6f6
      Ville Syrjala authored
      Previously the parent constrained borderClip was copied over
      when compRedirectWindow() is called. That is insufficient eg. in
      case the window was already redirected, but not yet realized. So
      copy the borderClip over in compAllocPixmap() instead.
      Window 1 is below an automatically redirect window 2. Window 2 is
      unmapped and moved outside the extents of window 1. Window 2 is
      then mapped again, and MarkOverlappedWindows() uses the up to
      date borderSize of window 2 to mark windows, which leaves
      window 1 unmarked. Then exposures are calculated using the stale
      borderClip of window 2, which causes the window below window 2,
      to be exposed through an apparent hole in window 1.
      Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=22566
      Signed-off-by: default avatarVille Syrjala <syrjala@sci.fi>
      Reviewed-by: Keith Packard's avatarKeith Packard <keithp@keithp.com>
      Signed-off-by: Keith Packard's avatarKeith Packard <keithp@keithp.com>
      (cherry picked from commit a5266dcb)
  12. 18 Oct, 2011 1 commit