[Bug 77351] [855GM] Mouse cursors show wrong default black cursors and/or do not update correctly
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Tue Jun 3 06:53:08 PDT 2014
https://bugs.freedesktop.org/show_bug.cgi?id=77351
Chris Wilson <chris at chris-wilson.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |RESOLVED
Resolution|--- |FIXED
--- Comment #38 from Chris Wilson <chris at chris-wilson.co.uk> ---
commit 00731155a73020c8e3c215723be193f96b4fcb1f
Author: Chris Wilson <chris at chris-wilson.co.uk>
Date: Wed May 21 12:42:56 2014 +0100
drm/i915: Fix dynamic allocation of physical handles
A single object may be referenced by multiple registers fundamentally
breaking the static allotment of ids in the current design. When the
object is used the second time, the physical address of the first
assignment is relinquished and a second one granted. However, the
hardware is still reading (and possibly writing) to the old physical
address now returned to the system. Eventually hilarity will ensue, but
in the short term, it just means that cursors are broken when using more
than one pipe.
v2: Fix up leak of pci handle when handling an error during attachment,
and avoid a double kmap/kunmap. (Ville)
Rebase against -fixes.
v3: And fix the error handling added in v2 (Ville)
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=77351
Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
Cc: Ville Syrjälä <ville.syrjala at linux.intel.com>
Cc: Jani Nikula <jani.nikula at linux.intel.com>
Cc: stable at vger.kernel.org
Reviewed-by: Ville Syrjälä <ville.syrjala at linux.intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch>
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20140603/990380c8/attachment.html>
More information about the intel-gfx-bugs
mailing list