On Monday 10 May 2010, Jesse Barnes jbar...@virtuousgeek.org wrote:
What about the indirect bug? Did that also go away when you fixed the
perms issue? If not, that sounds like a serious issue, in indirect
mode the swap interval should still be honored I think...
In indirect mode, the swap
By keeping buffers that are in use by the CPU, having been mmapped and
moved to the CPU or GTT domain since their last rendering on a separate
inactive list, prevents the first-pass eviction process from unbinding
one of these buffers. Those buffers are evicted as normal during
evict-everything so
On Tue, 11 May 2010 16:55:27 +0100, Chris Wilson ch...@chris-wilson.co.uk
wrote:
By keeping buffers that are in use by the CPU, having been mmapped and
moved to the CPU or GTT domain since their last rendering on a separate
inactive list, prevents the first-pass eviction process from unbinding
On Tue, 11 May 2010 07:59:19 -0700
Jesse Barnes jbar...@virtuousgeek.org wrote:
On Mon, 10 May 2010 22:00:46 -0400
Andrew Morton a...@linux-foundation.org wrote:
+#define thm_readb(off) readb(ips-regmap + (off))
+#define thm_readw(off) readw(ips-regmap + (off))
+#define thm_readl(off)
On Tue, 11 May 2010 09:38:36 -0700, Eric Anholt e...@anholt.net wrote:
Couldn't this be more easily handled by the times where you would move
to the tail of mmap, just move to the tail of inactive? Since inactive
is obj_priv-gtt_space !obj_priv-active already.
The real issue is the inactive
For real HDMI sink, CPT HDMI port has to set 'HDMI' mode flag
in order to make HDMI audio work correctly.
This is required patch for drm/i915 to enable HDMI audio on CPT PCH,
ALSA patch is at
http://mailman.alsa-project.org/pipermail/alsa-devel/2010-May/027601.html
Tested-by: Fengguang Wu