ChangeLog | 547 +++++++++++++
NEWS | 7
configure.ac | 9
debian/README.Debian | 13
debian/changelog | 60 +
debian/control | 5
debian/patches/108_sandybridge_disable_Xv.patch | 60 -
debian/patches/libdrm-from-sid-is-ok.diff | 11
debian/patches/series | 2
man/intel.man | 6
src/Makefile.am | 5
src/brw_structs.h | 100 ++
src/common.h | 7
src/i830_reg.h | 2
src/i830_render.c | 2
src/i965_reg.h | 98 ++
src/i965_render.c | 789 ++++++++++++++++--
src/i965_video.c | 794 ++++++++++++++++---
src/intel.h | 31
src/intel_batchbuffer.c | 47 -
src/intel_batchbuffer.h | 13
src/intel_display.c | 8
src/intel_dri.c | 247 ++++-
src/intel_driver.c | 206 +++-
src/intel_driver.h | 78 -
src/intel_hwmc.c | 14
src/intel_memory.c | 40
src/intel_module.c | 113 ++
src/intel_shadow.c | 204 ++++
src/intel_uxa.c | 334 +------
src/intel_video.c | 53 -
src/intel_video.h | 7
src/legacy/i810/i810.h | 3
src/legacy/i810/i810_dri.c | 4
src/render_program/Makefile.am | 45 +
src/render_program/exa_wm_ca.g6b | 4
src/render_program/exa_wm_ca_srcalpha.g6b | 4
src/render_program/exa_wm_mask_affine.g6a | 47 +
src/render_program/exa_wm_mask_affine.g6b | 4
src/render_program/exa_wm_mask_projective.g6a | 63 +
src/render_program/exa_wm_mask_projective.g6b | 12
src/render_program/exa_wm_mask_sample_a.g4a | 3
src/render_program/exa_wm_mask_sample_a.g4b | 3
src/render_program/exa_wm_mask_sample_a.g4b.gen5 | 3
src/render_program/exa_wm_mask_sample_a.g6b | 3
src/render_program/exa_wm_mask_sample_argb.g4a | 3
src/render_program/exa_wm_mask_sample_argb.g4b | 3
src/render_program/exa_wm_mask_sample_argb.g4b.gen5 | 3
src/render_program/exa_wm_mask_sample_argb.g6b | 3
src/render_program/exa_wm_noca.g6b | 4
src/render_program/exa_wm_src_affine.g6a | 47 +
src/render_program/exa_wm_src_affine.g6b | 4
src/render_program/exa_wm_src_projective.g6a | 63 +
src/render_program/exa_wm_src_projective.g6b | 12
src/render_program/exa_wm_src_sample_a.g4a | 3
src/render_program/exa_wm_src_sample_a.g4b | 3
src/render_program/exa_wm_src_sample_a.g4b.gen5 | 3
src/render_program/exa_wm_src_sample_a.g6b | 3
src/render_program/exa_wm_src_sample_argb.g4a | 3
src/render_program/exa_wm_src_sample_argb.g4b | 3
src/render_program/exa_wm_src_sample_argb.g4b.gen5 | 3
src/render_program/exa_wm_src_sample_argb.g6b | 3
src/render_program/exa_wm_src_sample_planar.g4a | 7
src/render_program/exa_wm_src_sample_planar.g4b | 7
src/render_program/exa_wm_src_sample_planar.g4b.gen5 | 7
src/render_program/exa_wm_src_sample_planar.g6b | 5
src/render_program/exa_wm_write.g6a | 77 +
src/render_program/exa_wm_write.g6b | 17
src/render_program/exa_wm_yuv_rgb.g6b | 12
uxa/uxa-glyphs.c | 7
uxa/uxa.c | 3
71 files changed, 3653 insertions(+), 765 deletions(-)
New commits:
commit 3b64a0083fc3ed2ef130c58205edf0d8a9348036
Author: Robert Hooker <sarv...@ubuntu.com>
Date: Mon Nov 15 12:31:40 2010 -0500
Add libudev-dev to build deps to enable monitor hotplug detection code.
diff --git a/debian/control b/debian/control
index ca415ea..94b56a4 100644
--- a/debian/control
+++ b/debian/control
@@ -30,6 +30,7 @@ Build-Depends:
libxcb-aux0-dev,
libxcb-dri2-0-dev,
# end xvmc
+ libudev-dev [linux-any],
dpkg-dev (>= 1.14.17),
quilt,
automake,
commit 6c3ab23400ae561a02bcf2a79fa8bd15f950b5e4
Author: Robert Hooker <sarv...@ubuntu.com>
Date: Mon Nov 15 12:28:15 2010 -0500
Drop 108_sandybridge_disable_Xv.patch: Fixed upstream.
diff --git a/debian/patches/108_sandybridge_disable_Xv.patch
b/debian/patches/108_sandybridge_disable_Xv.patch
deleted file mode 100644
index 9c3da0c..0000000
--- a/debian/patches/108_sandybridge_disable_Xv.patch
+++ /dev/null
@@ -1,60 +0,0 @@
-From 66596980133c76e2c1e81a6d76b949fb5cdbd1b1 Mon Sep 17 00:00:00 2001
-From: Matthias Hopf <mh...@suse.de>
-Date: Thu, 30 Sep 2010 12:48:11 +0200
-Subject: [PATCH] Re-add XVideo option, as XVideo on SandyBridge freezes the
chip.
-
----
- man/intel.man | 5 +++++
- src/intel_driver.c | 6 +++++-
- 2 files changed, 10 insertions(+), 1 deletions(-)
-
-diff --git a/man/intel.man b/man/intel.man
-index 31860f2..3f3b6f2 100644
---- a/man/intel.man
-+++ b/man/intel.man
-@@ -187,6 +187,11 @@ performance.
- .IP
- Default: enabled.
- .TP
-+.BI "Option \*qXVideo\*q \*q" boolean \*q
-+Enable XVideo support.
-+.IP
-+Default: Enabled, except on SandyBridge
-+.TP
- .BI "Option \*qXvMC\*q \*q" boolean \*q
- Enable XvMC driver. Current support MPEG2 MC on 915/945 and G33 series.
- User should provide absolute path to libIntelXvMC.so in XvMCConfig file.
-diff --git a/src/intel_driver.c b/src/intel_driver.c
-index 79c850b..487f5f1 100644
---- a/src/intel_driver.c
-+++ b/src/intel_driver.c
-@@ -107,6 +107,7 @@ typedef enum {
- OPTION_DEBUG_FLUSH_BATCHES,
- OPTION_DEBUG_FLUSH_CACHES,
- OPTION_DEBUG_WAIT,
-+ OPTION_XVIDEO,
- } I830Opts;
-
- static OptionInfoRec I830Options[] = {
-@@ -125,6 +126,7 @@ static OptionInfoRec I830Options[] = {
- {OPTION_DEBUG_FLUSH_BATCHES, "DebugFlushBatches", OPTV_BOOLEAN, {0},
FALSE},
- {OPTION_DEBUG_FLUSH_CACHES, "DebugFlushCaches", OPTV_BOOLEAN, {0}, FALSE},
- {OPTION_DEBUG_WAIT, "DebugWait", OPTV_BOOLEAN, {0}, FALSE},
-+ {OPTION_XVIDEO, "XVideo", OPTV_BOOLEAN, {0}, FALSE},
- {-1, NULL, OPTV_NONE, {0}, FALSE}
- };
- /* *INDENT-ON* */
-@@ -883,7 +885,9 @@ I830ScreenInit(int scrnIndex, ScreenPtr screen, int argc,
char **argv)
- * Set this so that the overlay allocation is factored in when
- * appropriate.
- */
-- intel->XvEnabled = TRUE;
-+ intel->XvEnabled = xf86ReturnOptValBool(intel->Options,
-+ OPTION_XVIDEO,
-+ !IS_GEN6(intel));
-
- xf86DrvMsg(scrn->scrnIndex,
- intel->pEnt->device->videoRam ? X_CONFIG : X_DEFAULT,
---
-1.6.0.2
-
diff --git a/debian/patches/series b/debian/patches/series
index 8b9a129..dd2a1c8 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,4 +1,3 @@
101_copy-fb.patch
105_sandybridge_dri_disable.patch
-108_sandybridge_disable_Xv.patch
libdrm-from-sid-is-ok.diff
commit 4996c1ff2936fe58741d97f02bb99b5ef6960822
Author: Cyril Brulebois <k...@debian.org>
Date: Tue Nov 9 15:53:56 2010 +0100
Upload to experimental.
diff --git a/debian/changelog b/debian/changelog
index 54b018e..e5302bd 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,8 @@
-xserver-xorg-video-intel (2:2.13.901-2) UNRELEASED; urgency=low
+xserver-xorg-video-intel (2:2.13.901-2) experimental; urgency=low
* Build against Xserver 1.9.1 rc1.
- -- Cyril Brulebois <k...@debian.org> Tue, 09 Nov 2010 15:53:31 +0100
+ -- Cyril Brulebois <k...@debian.org> Tue, 09 Nov 2010 15:53:43 +0100
xserver-xorg-video-intel (2:2.13.901-1) experimental; urgency=low
commit 4cc235ee9ae4215a927e79ee68425b2482eaed6a
Author: Cyril Brulebois <k...@debian.org>
Date: Tue Nov 9 15:53:37 2010 +0100
Build against Xserver 1.9.1 rc1.
diff --git a/debian/changelog b/debian/changelog
index be4cd0f..54b018e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+xserver-xorg-video-intel (2:2.13.901-2) UNRELEASED; urgency=low
+
+ * Build against Xserver 1.9.1 rc1.
+
+ -- Cyril Brulebois <k...@debian.org> Tue, 09 Nov 2010 15:53:31 +0100
+
xserver-xorg-video-intel (2:2.13.901-1) experimental; urgency=low
* New upstream release candidate.
diff --git a/debian/control b/debian/control
index 3d59382..1949e80 100644
--- a/debian/control
+++ b/debian/control
@@ -6,7 +6,7 @@ Uploaders: David Nusinow <dnusi...@debian.org>, Drew Parsons
<dpars...@debian.or
Build-Depends:
debhelper (>= 5),
pkg-config,
- xserver-xorg-dev (>= 2:1.7.6.901),
+ xserver-xorg-dev (>= 2:1.9.0.901),
x11proto-core-dev,
x11proto-fonts-dev,
x11proto-xinerama-dev,
commit 83ab9738d89faee01a6d634f269c31a4331479b3
Author: Cyril Brulebois <k...@debian.org>
Date: Tue Nov 9 14:54:26 2010 +0100
Upload to experimental.
diff --git a/debian/changelog b/debian/changelog
index 0a502cc..be4cd0f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,11 +1,11 @@
-xserver-xorg-video-intel (2:2.13.901-1) UNRELEASED; urgency=low
+xserver-xorg-video-intel (2:2.13.901-1) experimental; urgency=low
* New upstream release candidate.
* Bump build-dep on libdrm-dev: 2.4.22-2 contains some cherry-picked
changes to allow this release candidate to build and run.
* Drop patch: i8xx-shadow.diff
- -- Cyril Brulebois <k...@debian.org> Tue, 09 Nov 2010 14:22:52 +0100
+ -- Cyril Brulebois <k...@debian.org> Tue, 09 Nov 2010 14:54:21 +0100
xserver-xorg-video-intel (2:2.13.0-2) unstable; urgency=low
commit d7de7b6e1f6f93b2ae0db4fd8dcbdf4566859e47
Author: Cyril Brulebois <k...@debian.org>
Date: Tue Nov 9 14:54:17 2010 +0100
Drop patch: i8xx-shadow.diff
diff --git a/debian/changelog b/debian/changelog
index 4a630d2..0a502cc 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -3,6 +3,7 @@ xserver-xorg-video-intel (2:2.13.901-1) UNRELEASED; urgency=low
* New upstream release candidate.
* Bump build-dep on libdrm-dev: 2.4.22-2 contains some cherry-picked
changes to allow this release candidate to build and run.
+ * Drop patch: i8xx-shadow.diff
-- Cyril Brulebois <k...@debian.org> Tue, 09 Nov 2010 14:22:52 +0100
diff --git a/debian/patches/i8xx-shadow.diff b/debian/patches/i8xx-shadow.diff
deleted file mode 100644
index c6df25c..0000000
--- a/debian/patches/i8xx-shadow.diff
+++ /dev/null
@@ -1,32 +0,0 @@
-Index: xserver-xorg-video-intel/src/intel_driver.c
-===================================================================
---- xserver-xorg-video-intel.orig/src/intel_driver.c
-+++ xserver-xorg-video-intel/src/intel_driver.c
-@@ -595,7 +595,6 @@
-
- intel->force_fallback =
- drmCommandNone(intel->drmSubFD, DRM_I915_GEM_THROTTLE) != 0;
-- intel->use_shadow = FALSE;
-
- /* Enable tiling by default */
- intel->tiling = TRUE;
-@@ -608,15 +607,13 @@
- intel->tiling = FALSE;
- }
-
-- if (xf86IsOptionSet(intel->Options, OPTION_SHADOW)) {
-- if (xf86ReturnOptValBool(intel->Options, OPTION_SHADOW, FALSE))
-- intel->force_fallback = intel->use_shadow = TRUE;
-- }
--
-+ intel->use_shadow = xf86ReturnOptValBool(intel->Options, OPTION_SHADOW,
IS_I8XX(intel));
- if (intel->use_shadow) {
-- xf86DrvMsg(scrn->scrnIndex, X_CONFIG,
-+ xf86DrvMsg(scrn->scrnIndex,
-+ xf86IsOptionSet(intel->Options, OPTION_SHADOW) ?
X_CONFIG : X_DEFAULT,
- "Shadow buffer enabled,"
- " GPU acceleration disabled.\n");
-+ intel->force_fallback = TRUE;
- }
-
- /* SwapBuffers delays to avoid tearing */
diff --git a/debian/patches/series b/debian/patches/series
index 6f457c7..cbe0755 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,2 +1 @@
-i8xx-shadow.diff
libdrm-from-sid-is-ok.diff
commit 5c2f78336b1775ebadab1dea78ee2014e9b65fca
Author: Cyril Brulebois <k...@debian.org>
Date: Tue Nov 9 14:49:43 2010 +0100
Delete symlinks to make dpkg-source happy.
diff --git a/src/render_program/exa_wm_ca.g6a b/src/render_program/exa_wm_ca.g6a
deleted file mode 120000
index a29acb1..0000000
--- a/src/render_program/exa_wm_ca.g6a
+++ /dev/null
@@ -1 +0,0 @@
-exa_wm_ca.g4a
\ No newline at end of file
diff --git a/src/render_program/exa_wm_ca_srcalpha.g6a
b/src/render_program/exa_wm_ca_srcalpha.g6a
deleted file mode 120000
index 3503521..0000000
--- a/src/render_program/exa_wm_ca_srcalpha.g6a
+++ /dev/null
@@ -1 +0,0 @@
-exa_wm_ca_srcalpha.g4a
\ No newline at end of file
diff --git a/src/render_program/exa_wm_mask_sample_a.g6a
b/src/render_program/exa_wm_mask_sample_a.g6a
deleted file mode 120000
index 9e34bd1..0000000
--- a/src/render_program/exa_wm_mask_sample_a.g6a
+++ /dev/null
@@ -1 +0,0 @@
-exa_wm_mask_sample_a.g4a
\ No newline at end of file
diff --git a/src/render_program/exa_wm_mask_sample_argb.g6a
b/src/render_program/exa_wm_mask_sample_argb.g6a
deleted file mode 120000
index b7443bd..0000000
--- a/src/render_program/exa_wm_mask_sample_argb.g6a
+++ /dev/null
@@ -1 +0,0 @@
-exa_wm_mask_sample_argb.g4a
\ No newline at end of file
diff --git a/src/render_program/exa_wm_noca.g6a
b/src/render_program/exa_wm_noca.g6a
deleted file mode 120000
index cbf851e..0000000
--- a/src/render_program/exa_wm_noca.g6a
+++ /dev/null
@@ -1 +0,0 @@
-exa_wm_noca.g4a
\ No newline at end of file
diff --git a/src/render_program/exa_wm_src_sample_a.g6a
b/src/render_program/exa_wm_src_sample_a.g6a
deleted file mode 120000
index c6e112c..0000000
--- a/src/render_program/exa_wm_src_sample_a.g6a
+++ /dev/null
@@ -1 +0,0 @@
-exa_wm_src_sample_a.g4a
\ No newline at end of file
diff --git a/src/render_program/exa_wm_src_sample_argb.g6a
b/src/render_program/exa_wm_src_sample_argb.g6a
deleted file mode 120000
index 2684089..0000000
--- a/src/render_program/exa_wm_src_sample_argb.g6a
+++ /dev/null
@@ -1 +0,0 @@
-exa_wm_src_sample_argb.g4a
\ No newline at end of file
diff --git a/src/render_program/exa_wm_src_sample_planar.g6a
b/src/render_program/exa_wm_src_sample_planar.g6a
deleted file mode 120000
index d4e34a1..0000000
--- a/src/render_program/exa_wm_src_sample_planar.g6a
+++ /dev/null
@@ -1 +0,0 @@
-exa_wm_src_sample_planar.g4a
\ No newline at end of file
diff --git a/src/render_program/exa_wm_yuv_rgb.g6a
b/src/render_program/exa_wm_yuv_rgb.g6a
deleted file mode 120000
index d34d246..0000000
--- a/src/render_program/exa_wm_yuv_rgb.g6a
+++ /dev/null
@@ -1 +0,0 @@
-exa_wm_yuv_rgb.g4a
\ No newline at end of file
commit e2f94a9cb19d4aa154adfa8b811df1c6d869ae06
Author: Cyril Brulebois <k...@debian.org>
Date: Tue Nov 9 14:26:26 2010 +0100
Bump build-dep on libdrm-dev.
2.4.22-2 contains some cherry-picked changes to allow this release
candidate to build and run.
diff --git a/debian/changelog b/debian/changelog
index 0d8cd4d..4a630d2 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,6 +1,8 @@
xserver-xorg-video-intel (2:2.13.901-1) UNRELEASED; urgency=low
* New upstream release candidate.
+ * Bump build-dep on libdrm-dev: 2.4.22-2 contains some cherry-picked
+ changes to allow this release candidate to build and run.
-- Cyril Brulebois <k...@debian.org> Tue, 09 Nov 2010 14:22:52 +0100
diff --git a/debian/control b/debian/control
index 8a77241..3d59382 100644
--- a/debian/control
+++ b/debian/control
@@ -15,7 +15,7 @@ Build-Depends:
x11proto-xext-dev,
x11proto-video-dev,
libx11-dev,
- libdrm-dev (>= 2.4.21-1~squeeze3),
+ libdrm-dev (>= 2.4.22-2),
x11proto-xf86dri-dev,
x11proto-gl-dev,
libgl1-mesa-dev | libgl-dev,
commit 9e5ea3a9fbe66dab3e9d14da16d86cdce2ec4973
Author: Cyril Brulebois <k...@debian.org>
Date: Tue Nov 9 14:26:01 2010 +0100
Update changelogs.
diff --git a/ChangeLog b/ChangeLog
index 954e305..a228cf9 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,538 @@
+commit 861ee17ae662ffec2269292f92da7833df508b1a
+Author: Carl Worth <cwo...@cworth.org>
+Date: Fri Nov 5 12:55:02 2010 -0700
+
+ Update version number to 2.13.901
+
+ In preparation for a snapshot.
+
+commit aaa436b437839a80d340cc5ad598ec4b47ed2eff
+Author: Carl Worth <cwo...@cworth.org>
+Date: Fri Nov 5 12:54:16 2010 -0700
+
+ NEWS: Add release notes for 2.13.901 snapshot.
+
+ An intermediate snapshot to capture recent developments.
+
+commit 6b66b45b1ff207b80b81973745f42a776448f764
+Merge: a44a63d 9f232ad
+Author: Carl Worth <cwo...@cworth.org>
+Date: Fri Nov 5 12:51:55 2010 -0700
+
+ Merge commit '2.13.0'
+
+ This changes the version number and adds the 2.13.0 release notes,
+ (which were otherwise missing from the master branch).
+
+commit a44a63d2ff6c01c3dc61de6f736dd441ddd25e52
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Fri Nov 5 09:58:45 2010 +0000
+
+ Wait for any pending rendering before switching modes.
+
+ A perennial problem we have is the accursed WAIT_FOR_EVENT hangs, which
+ occur when we switch the framebuffer before the WAIT_FOR_EVENT completes
+ and upsets the GPU.
+
+ We have tried more subtle approaches to detected these and fix them up in
+ the kernel, to no avail. What we need to do is to delay the framebuffer
+ flip until the WAIT completes, which is quite tricky in the kernel
+ without new ioctls and round-trips. Instead, apply the big hammer from
+ userspace and synchronise all rendering before changing the framebuffer.
+ I expect this not to cause noticeable latency on switching modes (far
+ less than the actual modeswitch) and should stop these hangs once and
+ for all.
+
+ Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=31401 (...)
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 52b32436b9e14a3e13818f80102150ff5bc3c002
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Wed Nov 3 19:42:26 2010 +0000
+
+ Downgrade tiling allocation failure to a warning
+
+ We emitted this message as an error even though we fallback and attempt
+ to allocate a non-tiled framebuffer before failing (with an appropriate
+ error message).
+
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 18839aaec505f8bbdb0690fe694162bf09a87d5c
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Wed Nov 3 18:14:29 2010 +0000
+
+ Fallback to shadow for Sandybridge if we don't have access to the BLT
+
+ If we attempt to emit BLT batches without kernel support, we just end up
+ with EINVAL and no rendering. Prevent this, and avoid uncached
+ rendering, by restoring the shadow fallback paths if there is no BLT
+ support.
+
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 8ff37667bf864b771d16a58fc5041cb48408b6a8
+Author: Eric Anholt <e...@anholt.net>
+Date: Tue Nov 2 10:36:03 2010 -0700
+
+ Remove the intermittent GEM_THROTTLE call.
+
+ This is a holdover from early GEM work when we weren't syncing on the
+ DRI client side. It would keep clients from getting too far ahead and
+ killing their interactivity, by bringing everyone to a halt when
+ anyone was too far ahead.
+
+ Now, GL clients throttle themselves to avoid the problem, and it turns
+ out that in the case that they don't (long rendering to buffers with
+ no swap), this actually reduces X Server interactivity: instead of
+ lagging of X rendering behind input, you get no response for seconds
+ at a time, then a burst of rendering, then nothing again.
+
+ Reported by ajax. Tested with moving a window while running
+ cairo-perf-trace on the GL backend (improvement) and X backend (no
+ significant change in responsiveness).
+
+commit 540c5742186c26c3aeccb7b5d3ff0f374722a20c
+Author: Xiang, Haihao <haihao.xi...@intel.com>
+Date: Tue Nov 2 11:05:32 2010 +0800
+
+ render: use headerless render target write
+
+ It is weird that some rendercheck cases only work fine with headerless
write.
+ Need to update intel-gen4asm to support headerless write
+
+ Signed-off-by: Xiang, Haihao <haihao.xi...@intel.com>
+
+commit 7a3109312e43ce4c2f600a65fe6bc821a8f0ebde
+Author: Xiang, Haihao <haihao.xi...@intel.com>
+Date: Wed Oct 27 16:51:28 2010 +0800
+
+ render: acceleration for composite on Sandybridge
+
+ Signed-off-by: Xiang, Haihao <haihao.xi...@intel.com>
+
+commit 0ab2c05a291738ee763eb518c46e6dcfe29249a2
+Author: Xiang, Haihao <haihao.xi...@intel.com>
+Date: Wed Oct 27 16:49:26 2010 +0800
+
+ render: fragments for composite on Sandybridge
+
+ Signed-off-by: Xiang, Haihao <haihao.xi...@intel.com>
+
+commit 21c86548dc2c80632c49ec6ec4da2935a0c99476
+Author: Xiang, Haihao <haihao.xi...@intel.com>
+Date: Wed Oct 27 16:47:36 2010 +0800
+
+ render: fix send instruction used in sampling fragments
+
+ To prepare for composite on Sandybridge
+
+ Signed-off-by: Xiang, Haihao <haihao.xi...@intel.com>
+
+commit 8d008ca89d44aa10aeb032d631971aaebb388675
+Author: Xiang, Haihao <haihao.xi...@intel.com>
+Date: Mon Oct 25 15:39:39 2010 +0800
+
+ render: set the surface state base address
+
+ It is the same as commit 73d4c7d7
+
+ Signed-off-by: Xiang, Haihao <haihao.xi...@intel.com>
+
+commit b5ae596a0746e5a37e86f5b0980f9265e0061142
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Mon Nov 1 11:11:09 2010 +0000
+
+ Flush BLT batches before starting an atomic RENDER batch
+
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 42363134bd38fb406d90cdb9e5b227836a793912
+Author: Zou Nan hai <nanhai....@intel.com>
+Date: Mon Nov 1 13:23:36 2010 +0800
+
+ Support BLT acceleration on gen6
+
+ Signed-off-by: Zou Nan hai <nanhai....@intel.com>
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 5bed685f765671d63642b24e17abd70579c40ddf
+Author: Zou Nan hai <nanhai....@intel.com>
+Date: Mon Nov 1 13:23:35 2010 +0800
+
+ add BLT ring support
+
+ gen6+ platform has a BLT engine with seperate
+ command streamer to support BLT commands.
+
+ Signed-off-by: Zou Nan hai <nanhai....@intel.com>
+ [ickle: merge trivial conflict]
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 6ec3ff134baeac33d9d5821695d5f80843a96c91
+Author: Xiang, Haihao <haihao.xi...@intel.com>
+Date: Fri Oct 15 11:21:09 2010 +0800
+
+ Xv: don't call intel_wait_for_scanline on Sandybridge
+
+ MI_LOAD_SCAN_LINE_INCL command is not available on sandybridge.
+
+ Signed-off-by: Xiang, Haihao <haihao.xi...@intel.com>
+
+commit 9e73cbd7eea61f2fe69692056ca446a4d95e17c2
+Author: Xiang, Haihao <haihao.xi...@intel.com>
+Date: Fri Oct 15 11:20:22 2010 +0800
+
+ Xv: enable TextureAdaptor for Sandybridge
+
+ Signed-off-by: Xiang, Haihao <haihao.xi...@intel.com>
+
+commit 3213849907bf1b1468872668d10764054c1034fe
+Author: Xiang, Haihao <haihao.xi...@intel.com>
+Date: Wed Oct 27 09:54:05 2010 +0800
+
+ Xv: setup pipeline for Xv on Sandybridge
+
+ Signed-off-by: Xiang, Haihao <haihao.xi...@intel.com>
+
+commit 9e4dd27aa848acae1b74b77bbbc0a5bb9f6a502a
+Author: Xiang, Haihao <haihao.xi...@intel.com>
+Date: Thu Oct 21 16:10:14 2010 +0800
+
+ Xv: fragments for xv on Sandybridge.
+
+ Need to update intel-gen4asm to build these fragments
+
+ Signed--off-by: Xiang, Haihao <haihao.xi...@intel.com>
+
+commit e34b3f6ef5811d5e8d156dd6582df8f442e9792e
+Author: Xiang, Haihao <haihao.xi...@intel.com>
+Date: Thu Oct 21 13:15:45 2010 +0800
+
+ Xv: Send instruction doesn't use implied move when sampling YUV surface
+
+ The two fragments will be reused for sampling YUV surface
+ and send doesn't have implied move on Sandybridge
+
+ Signed-off-by: Xiang, Haihao <haihao.xi...@intel.com>
+
+commit 73d4c7d7b8efc920ac09885dcace5a536f93b70f
+Author: Xiang, Haihao <haihao.xi...@intel.com>
+Date: Wed Oct 13 09:13:50 2010 +0800
+
+ Xv: set the surface state base address
+
+ To prepare for Xv on Sandybridge. It is easy to fill the binding
+ table without relocation and make sure that the pointer to binding
+ table only uses bits[15:0].
+
+ Signed-off-by: Xiang, Haihao <haihao.xi...@intel.com>
+
+commit 5afc7472b155e8e940f12a38baf80c298dc3b364
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Fri Oct 29 12:23:59 2010 +0100
+
+ intel: don't pass a dangling pointer to GET_PARAM
+
+ I fail at cut'n'paste.
+
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 6b3ce2e8701e7c3fcd30ca07fc13a2cdcf62560d
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Fri Oct 29 11:07:50 2010 +0100
+
+ uxa: Enable reduced fence sizes for i915
+
+ Depends on libdrm 362457715faacd3101929e5f0d8ae250d0ad09df (for
+ HAS_RELAXED_FENCING define).
+
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit b066ddda31e40afa652ae51ffc35025ac3ef6f2a
+Author: Adam Jackson <a...@redhat.com>
+Date: Sun Oct 3 14:42:56 2010 -0700
+
+ intel: Listen for hotplug uevents (V3)
+
+ This connects the kernel uevent indicating monitor hotplugging to the
+ RandR notification events so that X applications can be notified
+ automatically when monitors are connected or disconnected.
+
+ This also adds a configuration option to disable hotplug events.
+
+ V2: missed a #ifdef HAVE_UDEV around some udev-specific declarations
+
+ V3: document Hotplug option in man page
+
+ Signed-off-by: Keith Packard <kei...@keithp.com>
+
+commit a1c54f69643671ce296c57d132852e9846cc41d3
+Author: Eric Anholt <e...@anholt.net>
+Date: Mon Oct 18 13:28:44 2010 -0700
+
+ Fix violation of gen6 requirements for depthbuffer tiling.
+
+ In general, demoting of tiling of DRI2 buffers seems dubious, as we've
+ got various bits of functionality that won't all work together unless
+ buffers are tiled as expected. This just covers one instance of the
+ problem, caught by assertions in Mesa.
+
+ Fixes:
+ fbo-1d
+ fbo-d24s8.
+ glean/readPixSanity
+ glean/rgbTriStrip
+ glean/scissor
+
+commit 33133a1d38a4dce60d2e135663b545895fc85abc
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Sun Oct 17 09:21:06 2010 +0100
+
+ display: do not report failure for setting unrecognised properties
+
+ We need to accept any changes to properties not handled by ourselves -- we
+ can't validate the changes ourselves. Denying those changes breaks EDID
+ reporting, for example.
+
+ Reported-by: Elvis Pranskevichus <e...@prans.net>
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 8507ef50ba08061ac158848a7c4c136e1755d87e
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Wed Oct 13 09:45:59 2010 +0100
+
+ Fix driverName regression for i830 from 4083197a
+
+ Reported-by: Stefan Glasenhardt <ste...@glasen-hardt.de>
+ Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=30808
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 15aab1ef982fb67eb2ea463089f070afd9a2cfe5
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Wed Oct 13 09:50:25 2010 +0100
+
+ Move EDID_COMPLETE_RAWDATA define to intel.h to avoid redifinition warning
+
+ The compiler was simply warning that we defined the name prior to
+ including the original definition, so reorder.
+
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit d2bc2212f8be746e697a65555d6d83bc66d9ce43
+Author: Stefan Dirsch <sndir...@suse.de>
+Date: Fri Oct 8 17:48:38 2010 +0200
+
+ Make driver compile for 1.6 Xserver series again. Part deux.
+
+ Signed-off-by: Matthias Hopf <mh...@suse.de>
+ Acked-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 5472359d6860af655a3c286d30558540376c9fdb
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Fri Oct 8 15:23:13 2010 +0100
+
+ dri: Check for pixmap privates before dereferencing them
+
+ It is still possible for the pixmap allocator to return a software only
+ pixmap (i.e. without an associated GEM buffer or intel_pixmap), so check
+ before dereferencing.
+
+ Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=30707
+ Reported-by: Matthias Hopf <mh...@suse.de>
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 4083197a44d1a1a05d33654b3c7d6e96d7472fe7
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Thu Oct 7 12:45:02 2010 +0100
+
+ Include a chipset generation number to clarify device specific paths.
+
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 1444ea35706992a1f094fe029e6a7d9eec0f93c6
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Wed Oct 6 12:36:30 2010 +0100
+
+ dri+shadow: Only tweak the acceleration of CopyRegion if using shadow.
+
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit f286891d1415fc607f0c1b574e6bce4b3759493e
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Wed Oct 6 11:38:48 2010 +0100
+
+ dri: Reattach the fake pixmap for the shadow scanout to the drawable.
+
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 23ee926bcd8ddd7a2785786efdf119e4fae75bfd
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Wed Oct 6 10:20:49 2010 +0100
+
+ uxa: Skip a pixmap lookup if there is no driver finish access function
+
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 707901bf98073fb56179a0b61c806f85ef8f413c
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Wed Oct 6 08:47:20 2010 +0100
+
+ uxa: Re-enable acceleration.
+
+ A side-effect of discriminating offscreen based on the devPrivate.ptr
+ was that it broke uxa_finish_access and so after any fallback to s/w on
+ a Pixmap, it remained in software for the reminder of its life.
+
+ Introduce an explicit boolean to mark whether or not hardware
+ acceleration is enabled for a pixmap (with a GEM buffer).
+
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 54f545e0631a287f421ef6a6f20831624b212cf2
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Wed Oct 6 08:50:13 2010 +0100
+
+ Revert "Clear pixmap->devPrivate.ptr [regression in 7c7294e]"
+
+ This reverts commit 48b4e224297fa807be0e2bc7a67bf7e94579e8de.
+
+ The better fix is to manually mark the pixmap when acceleration is and
+ is not permitted. Whilst the devPrivate.ptr are invalid upon creation,
+ it is not worth carring code that serves no purpose.
+
+commit d1925deedd70c6c4374e42de5aa44989fe328b58
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Wed Oct 6 00:17:03 2010 +0100
+
+ Clear pixmap->devPrivate.ptr [regression from 7c7294e]
+
+ ModifyPixmapHeader(pixdata = NULL) does not clear the
+ pixmap->devPrivate.ptr, instead the NULL value is interpreted as meaning
+ to keep the current value. (This is similar to the interpretation of the
+ other invalid values like depth=-1 which also mean not to change the
+ current property). However pixadata=NULL is indeed a valid value, and in
+ 7c7294e, devPrivate.ptr == NULL was used to differentiate a bo pixmap
+ from a system pixmap. Except that we never did clear the ptr as
+ intended, and so X would immediately crash.
+
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 4bf2182bf9ee64795e2bf524fedf7b6c36f3cd03
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Tue Oct 5 09:59:04 2010 +0100
+
+ shadow: Use a cacheable shadow for all generations
+
+ Always avoid direct rendering to the uncached scanout buffer,
+ redirecting all 2D access to the shadow instead. Then for the couple of
+ platforms where either the BLT is not ready or cannot be trusted (i8xx)
+ perform the front buffer fixup using the uncached writes from the CPU.
+
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit b27a521214728052b8b10342aaacbaf1622b8e2c
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Mon Oct 4 20:31:44 2010 +0100
+
+ shadow: Enable shadow by default on SandyBridge
+
+ SandyBridge 2D support is far from complete, so instead of
+ permanently falling back and always using uncached GTT mapping for
+ rendering, use the shadow buffer instead.
+
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 3e641459f8997f45288cc3cb314e50f2b5a629fd
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Mon Oct 4 20:31:01 2010 +0100
+
+ shadow: Disable BLT for SandyBridge
+
+ The blitting code is incorrect for SandyBridge so disable until
+ the BLT ring is ready.
+
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 7c7294ec00d6c3a454a17a1b9983d14d0655162c
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Mon Oct 4 11:56:27 2010 +0100
+
+ shadow+dri2: Allow dri2 to be independently enabled with shadow
+
+ To enable DRI we create GEM buffers for the client to render into with
+ hardware acceleration. In order to maintain coherency between any 2D
+ render operations with the independent 3D clients (this includes the
+ reading of 2D rasterisation by the direct rendering client, e.g.
+ compiz using texture_from_pixmap) we need to replace the shadow pixmap
+ with the GTT mapping. Therefore 2D rendering to a DRI buffer will be to
+ uncached memory and thus penalised -- but the direct rendering clients
+ will have full hardware acceleration.
+
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 16a5d0ee3ca4d41af6a6876a8baf81e3f715781d
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Mon Oct 4 11:21:17 2010 +0100
+
+ shadow: Map the scanout directly on i8xx
+
+ Even with the minimal use of the BLT to copy from the GTT shadow to the
+ GTT scanout, i830 was still hanging. Just write to the scanout directly.
+
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 516d235c5b3bd51e9533925140d95d3b4533129c
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Mon Oct 4 11:10:57 2010 +0100
+
+ Split shadow handling routines to their own file.
+
+ This is about to get messy, so separate out the shadow from the normal
+ code.
+
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 455f2939a661764ebb8d1747d44e16a0a8937808
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Sat Oct 2 13:32:58 2010 +0100
+
+ Do not claim the PCI device if !KMS
+
+ By returning FALSE whilst probing if we can't find a KMS driver, we
+ allow X to fallback to trying the VESA driver -- rather than failing.
+
+ The initial idea for this was by Julien Cristau.
+
+ Reported-by: Julien Cristau <jcris...@debian.org>
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 97fea2fd0c36d78f4e940b124a7886c4a3f3dfc7
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Sat Oct 2 10:05:59 2010 +0100
+
+ legacy/i810: Remove pVisualConfigs
+
+ Completely unused pulling in an undesired glxproto dependency.
+
+ Reported-by: Cyril Brulebois <k...@debian.org>
+ Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=30554
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
+commit 8784c4f5a1524fb979b00c7ce7981cbc1dcf0ec0
+Author: Chris Wilson <ch...@chris-wilson.co.uk>
+Date: Fri Oct 1 21:40:36 2010 +0100
+
+ video: Disable TextureAdaptor for Sandybridge
+
+ The acceleration code does not yet exist, so we try to use gen4 shaders
+ which hangs the chip and makes everybody upset. Disable it until such a
+ time as support is written for Sandybridge XVideo.
+
+ Reported-by: Matthias Hopf <mh...@suse.de>
+ Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=30500
+ Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
+
commit 9f232ad67c72b7869dcd112207bc41dc01d7d104
Author: Carl Worth <cwo...@cworth.org>
Date: Thu Sep 30 08:45:49 2010 -0700
@@ -14,6 +549,18 @@ Date: Thu Sep 30 08:45:15 2010 -0700
Which is functionalliy identical to 2.12.902.
+commit 345c963e443ec325f1ff530512a356ddb318ff70
+Author: Zhenyu Wang <zhen...@linux.intel.com>
+Date: Thu Sep 30 10:58:49 2010 +0800
+
+ Always use tiling on Sandybridge
+
+ Sandybridge requires kind of buffer must be tiling, like depth.
+ And we would or have all tiling cases handled fine. So not allow
+ user to turn off tiling on Sandybridge+ may be fine.
+
+ Signed-off-by: Zhenyu Wang <zhen...@linux.intel.com>
+
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1pjhnx-0007k5...@alioth.debian.org
