.gitignore | 82 ChangeLog | 1615 ++++++++++++++ Makefile.am | 14 NEWS | 77 README | 2 configure.ac | 71 debian/changelog | 23 debian/control | 9 debian/rules | 16 m4/dolt.m4 | 178 - m4/shave.m4 | 73 man/intel.man | 221 -- shave-libtool.in | 69 shave.in | 76 src/.gitignore | 6 src/Makefile.am | 29 src/bios_reader/.gitignore | 1 src/bios_reader/Makefile.am | 2 src/bios_reader/bios_dumper.c | 93 src/bios_reader/bios_reader.c | 880 ++++---- src/bios_reader/swf_dumper.c | 96 src/ch7017/Makefile.am | 16 src/ch7017/ch7017.c | 330 --- src/ch7017/ch7017_module.c | 36 src/ch7017/ch7017_reg.h | 162 - src/ch7xxx/Makefile.am | 17 src/ch7xxx/ch7xxx.c | 323 -- src/ch7xxx/ch7xxx.h | 31 src/ch7xxx/ch7xxx_module.c | 35 src/ch7xxx/ch7xxx_reg.h | 80 src/common.h | 20 src/drmmode_display.c | 99 src/i2c_vid.h | 132 - src/i810_driver.c | 2 src/i830.h | 1178 +++------- src/i830_3d.c | 403 +-- src/i830_accel.c | 238 -- src/i830_batchbuffer.c | 325 +- src/i830_batchbuffer.h | 192 + src/i830_bios.c | 555 ++--- src/i830_bios.h | 481 ++-- src/i830_common.h | 105 src/i830_crt.c | 557 ----- src/i830_cursor.c | 307 -- src/i830_debug.c | 2540 ----------------------- src/i830_debug.h | 34 src/i830_display.c | 2367 --------------------- src/i830_display.h | 19 src/i830_dri.c | 573 ++--- src/i830_dri.h | 54 src/i830_driver.c | 3882 ++++++++++------------------------- src/i830_dvo.c | 521 ---- src/i830_hdmi.c | 368 --- src/i830_hwmc.c | 226 +- src/i830_hwmc.h | 59 src/i830_i2c.c | 392 --- src/i830_io.c | 35 src/i830_lvds.c | 1627 -------------- src/i830_memory.c | 1846 +++------------- src/i830_modes.c | 69 src/i830_quirks.c | 430 --- src/i830_reg.h | 33 src/i830_render.c | 1307 ++++++----- src/i830_ring.h | 56 src/i830_sdvo.c | 2440 ---------------------- src/i830_sdvo.h | 29 src/i830_sdvo_regs.h | 726 ------ src/i830_tv.c | 2042 ------------------ src/i830_uxa.c | 1287 ++++++----- src/i830_video.c | 3876 ++++++++++++----------------------- src/i830_video.h | 95 src/i915_3d.c | 144 - src/i915_3d.h | 306 +- src/i915_hwmc.c | 1414 ++++++------ src/i915_hwmc.h | 28 src/i915_reg.h | 158 - src/i915_render.c | 1440 +++++++------ src/i915_video.c | 795 +++---- src/i965_hwmc.c | 326 +- src/i965_hwmc.h | 36 src/i965_render.c | 2997 ++++++++++++++------------- src/i965_video.c | 1954 ++++++++--------- src/ivch/Makefile.am | 16 src/ivch/ivch.c | 373 --- src/ivch/ivch_module.c | 64 src/ivch/ivch_reg.h | 291 -- src/reg_dumper/.gitignore | 4 src/reg_dumper/Makefile.am | 27 src/reg_dumper/audio.c | 548 ++--- src/reg_dumper/gtt.c | 15 src/reg_dumper/hotplug.c | 186 - src/reg_dumper/idle.c | 227 -- src/reg_dumper/lid.c | 166 - src/reg_dumper/main.c | 132 - src/reg_dumper/reg_dumper.h | 18 src/reg_dumper/statuspage.c | 55 src/reg_dumper/stepping.c | 137 - src/reg_dumper/util.c | 64 src/reg_dumper/xprintf.c | 42 src/sil164/Makefile.am | 17 src/sil164/sil164.c | 270 -- src/sil164/sil164.h | 31 src/sil164/sil164_module.c | 38 src/sil164/sil164_reg.h | 60 src/tfp410/Makefile.am | 17 src/tfp410/tfp410.c | 292 -- src/tfp410/tfp410.h | 33 src/tfp410/tfp410_module.c | 38 src/tfp410/tfp410_reg.h | 91 src/xvmc/.gitignore | 6 src/xvmc/Makefile.am | 6 src/xvmc/dri2.c | 301 -- src/xvmc/dri2.h | 70 src/xvmc/i915_program.h | 146 - src/xvmc/i915_structs.h | 1441 ++++++------- src/xvmc/i915_xvmc.c | 4366 ++++++++++++++++++++-------------------- src/xvmc/i915_xvmc.h | 80 src/xvmc/i965_xvmc.c | 1190 +++++----- src/xvmc/i965_xvmc.h | 1 src/xvmc/intel_batchbuffer.c | 198 - src/xvmc/intel_batchbuffer.h | 5 src/xvmc/intel_xvmc.c | 1395 ++++++------ src/xvmc/intel_xvmc.h | 251 +- src/xvmc/intel_xvmc_dump.c | 211 + src/xvmc/shader/mc/Makefile.am | 1 src/xvmc/shader/vld/Makefile.am | 6 src/xvmc/xvmc_vld.c | 1737 ++++++++------- uxa/Makefile.am | 2 uxa/uxa-accel.c | 1666 +++++++-------- uxa/uxa-glyphs.c | 1348 ++++++------ uxa/uxa-priv.h | 418 +-- uxa/uxa-render.c | 2096 ++++++++++--------- uxa/uxa-unaccel.c | 572 ++--- uxa/uxa.c | 631 ++--- uxa/uxa.h | 895 ++++---- 135 files changed, 23862 insertions(+), 44217 deletions(-)
New commits: commit 51d2c6867bab05401220dd3bdce140ae499c732f Author: Brice Goglin <[email protected]> Date: Thu Feb 25 15:58:51 2010 +0100 Build depend on libx11-xcb-dev, libxcb-aux0-dev and libxcb-dri2-0-dev for XVMC diff --git a/debian/changelog b/debian/changelog index 27df302..60dfd9b 100644 --- a/debian/changelog +++ b/debian/changelog @@ -10,6 +10,8 @@ xserver-xorg-video-intel (2:2.10.0-1) UNRELEASED; urgency=low + User mode-setting is not supported anymore. * Bump xutils-dev build dependency for new util-macros. * Bump libdrm build dependency to 2.4.16. + * Build depend on libx11-xcb-dev, libxcb-aux0-dev and libxcb-dri2-0-dev + for XVMC. -- Julien Cristau <[email protected]> Sat, 16 Jan 2010 16:47:17 +0000 diff --git a/debian/control b/debian/control index e777127..d60f9dc 100644 --- a/debian/control +++ b/debian/control @@ -25,6 +25,9 @@ Build-Depends: libxvmc-dev (>= 1:1.0.1), libxext-dev, libxfixes-dev, + libx11-xcb-dev, + libxcb-aux0-dev, + libxcb-dri2-0-dev, # end xvmc dpkg-dev (>= 1.14.17), quilt, commit 6b7218e009a8a65f6bf0cabe0384055002e3ec24 Author: Brice Goglin <[email protected]> Date: Thu Feb 25 15:38:04 2010 +0100 Bump libdrm build dependency to 2.4.16 diff --git a/debian/changelog b/debian/changelog index a84a194..27df302 100644 --- a/debian/changelog +++ b/debian/changelog @@ -9,6 +9,7 @@ xserver-xorg-video-intel (2:2.10.0-1) UNRELEASED; urgency=low * New upstream release, closes: #567829. + User mode-setting is not supported anymore. * Bump xutils-dev build dependency for new util-macros. + * Bump libdrm build dependency to 2.4.16. -- Julien Cristau <[email protected]> Sat, 16 Jan 2010 16:47:17 +0000 diff --git a/debian/control b/debian/control index e6d7990..e777127 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.11), + libdrm-dev (>= 2.4.16), x11proto-xf86dri-dev, x11proto-gl-dev, libgl1-mesa-dev | libgl-dev, commit 8c2d2d51fcf60f198c85822a77cd0e6ec26c89b5 Author: Brice Goglin <[email protected]> Date: Thu Feb 25 15:37:23 2010 +0100 Bump xutils-dev build dependency for new util-macros diff --git a/debian/changelog b/debian/changelog index dfd285d..a84a194 100644 --- a/debian/changelog +++ b/debian/changelog @@ -8,6 +8,7 @@ xserver-xorg-video-intel (2:2.10.0-1) UNRELEASED; urgency=low [ Brice Goglin ] * New upstream release, closes: #567829. + User mode-setting is not supported anymore. + * Bump xutils-dev build dependency for new util-macros. -- Julien Cristau <[email protected]> Sat, 16 Jan 2010 16:47:17 +0000 diff --git a/debian/control b/debian/control index e1f558e..e6d7990 100644 --- a/debian/control +++ b/debian/control @@ -30,7 +30,7 @@ Build-Depends: quilt, automake, libtool, - xutils-dev + xutils-dev (>= 1:7.5) Standards-Version: 3.8.3 Vcs-Git: git://git.debian.org/git/pkg-xorg/driver/xserver-xorg-video-intel Vcs-Browser: http://git.debian.org/?p=pkg-xorg/driver/xserver-xorg-video-intel.git commit 8311d6c2a2b7d483df003400dd0eb9fd27fd774f Author: Brice Goglin <[email protected]> Date: Thu Feb 25 15:21:11 2010 +0100 New upstream release diff --git a/ChangeLog b/ChangeLog index f66dd4f..36f57bc 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,61 +1,1151 @@ -commit 9acf10762b5f3d3b1b33ea07792a936a25e45010 +commit 091035146463bf1aa6674bff6947d04fc620c18f Author: Carl Worth <[email protected]> -Date: Mon Oct 26 04:53:13 2009 -0700 +Date: Mon Jan 4 14:20:11 2010 -0800 - Update version to 2.9.1 + configure.ac: Bump version to 2.10.0. + + In preparation for the 2.10.0 release. + +commit 01f7d0307b3f5f085e383ff85026757de9cda359 +Author: Carl Worth <[email protected]> +Date: Mon Jan 4 14:19:17 2010 -0800 + + NEWS: Add final release notes for the 2.10.0 release. + + Mentioning that it's functionally identical to our most recent release + candidate. + +commit e966bca3a9143cff37beb54359bea13c9f693b44 +Author: Zhenyu Wang <[email protected]> +Date: Tue Dec 29 21:49:49 2009 -0800 + + Take note for Pineview support in README and manpage + + Signed-off-by: Zhenyu Wang <[email protected]> + +commit 6137791e9f1a4778afabbbc06de3da68648ae258 +Author: Carl Worth <[email protected]> +Date: Mon Jan 4 14:08:24 2010 -0800 + + man page: Remove section describing BACKLIGHT_CONTROL property. + + This apparently no longer exists in a KMS world, so remove it from the + documentation. + +commit 7f36a439249cc2101d8985de5e95af652e5b984b +Author: Carl Worth <[email protected]> +Date: Mon Jan 4 14:07:24 2010 -0800 + + man page: Rename PANEL_FITTING to "scaling mode". + + The old UMS name was PANEL_FITTING while the new KMS name is "scaling mode". + + Fixes bug #25606. + +commit a6fb71e6e26fb31f4cd10fad2d3a87d9114a649a +Author: Carl Worth <[email protected]> +Date: Mon Jan 4 14:05:27 2010 -0800 + + man page: Add additional indentation for some output configuration options. + + The BACKLIGHT_CONTROL and PANEL_FITTING options appear in a list, and + then each contain a sub-list of sub-options. Use indentation to make + this structure more apparent to the reader. + +commit 25a6c8dfae240143309b14cc32ebac6008c3a378 +Author: Gaetan Nadon <[email protected]> +Date: Tue Dec 15 21:46:48 2009 -0500 + + configure.ac: use backticks rather than $() for cmd subs + + Use "$PKG_CONFIG" rather than hard coded "pkg-config" + + Acked-by: Dan Nicholson <[email protected]> + Acked-by: Daniel Stone <[email protected]> + + Signed-off-by: Gaetan Nadon <[email protected]> + +commit 2c142e421e859406b5aff16ba18624150269fc06 +Author: Carl Worth <[email protected]> +Date: Thu Dec 10 15:25:44 2009 -0800 + + Update version to 2.9.99.902. + + For the second release-candidate snapshot in preparation for 2.10. + +commit 8ecf70ea553083cbc26928dc3973c8f6f8b3d9d0 +Author: Carl Worth <[email protected]> +Date: Thu Dec 10 15:17:57 2009 -0800 + + NEWS: Add notes for 2.9.99.902 (and preliminary notes for 2.10) + + This comes from my cursory glance over the commit log from 2.9.1 + to master. + +commit 88b2209a7526a7c7f3b3a2d491d48bd0d5d56e04 +Author: Carl Worth <[email protected]> +Date: Thu Dec 10 14:52:46 2009 -0800 + + Document the DebugFlushBatches, DebugFlushCaches, and DebugWait options. + + These were added in 3c0815abf28744e215bea286e71d935cd486955a . The + documentation added here comes straight from that commit message. + +commit 8d6faf7dc546bda64e11bf6dea7f3c997f07f887 +Author: Tobias Doerffel <[email protected]> +Date: Wed Dec 9 09:57:20 2009 +0100 + + Fix compiler warning in i830_copy_video_data() if XvMC is disabled + + The variable "intel" is unused when building i830_video.c without XvMC + support which results in a compiler warning: + + i830_video.c: In function 'i830_copy_video_data': + i830_video.c:1443: warning: unused variable `intel' + + Trivial fix via #ifdef. + +commit bd81734465912d79d6320a6fb021ce43d258b906 +Author: Daniel Vetter <[email protected]> +Date: Tue Dec 8 15:27:41 2009 +0100 + + Xv: enable drmmode overlay + + Now that libdrm 2.4.16 is released (and already required) we can + unconditionally enable this. + + Please add something like this to the release-notes/NEWS file: + + * Overlay support for kernel modesetting. This needs at least kernel + v2.6.33 to work. A backport to 2.6.32 is available at: + + http://gitorious.org/daniel-s-linux-stuff/linux-kernel/commits/intel-kms-overlay-for-2.6.32 + + Signed-off-by: Daniel Vetter <[email protected]> + +commit 37f631d669c165c4fb56ccd7a6fc0a432f453b52 +Author: Chris Wilson <[email protected]> +Date: Thu Dec 10 08:50:16 2009 +0000 + + Revert "uxa-glyphs: Enable TILING_X on glyph caches." + + This reverts commit 3f11bbec420080151406c203af292e55177e77d1. + + For unknown reasons, enabling tiling for the glyph cache is causing + glyph corruption both across suspend and resume and VT switching, on a + wide range of chipsets (reports include both i8xx and gm45) + + This strongly suggests that we are handling tiling, or updates to tiled + buffers, incorrectly across i915_gem_idle(). However, until we can find + the root cause, we want to fix this regression before the next stable + release, so simply revert this patch. :( + + Fixes: + [Bug 25406] fonts garbled after resuming from suspend since 6729b508 + http://bugs.freedesktop.org/show_bug.cgi?id=25406 + + Signed-off-by: Chris Wilson <[email protected]> + +commit 093bb9ebe69760975a3fcf2322db950312e6c2d7 +Author: Chris Wilson <[email protected]> +Date: Tue Dec 8 23:45:28 2009 +0000 + + i965: Only use the affine kernels if both src and mask are affine + + Signed-off-by: Chris Wilson <[email protected]> + +commit 0cf04ea4d736f7d7848f33b772d88a0f1b6678b1 +Author: Chris Wilson <[email protected]> +Date: Tue Dec 8 23:44:45 2009 +0000 + + i965: Set src_filter before testing. + + Signed-off-by: Chris Wilson <[email protected]> + +commit 417ad2712edcbca635eb5eeff0d11cdb16c069ed +Author: Chris Wilson <[email protected]> +Date: Tue Dec 8 23:43:57 2009 +0000 + + Assert that we only call OUT_BATCH() inside a BATCH + + Signed-off-by: Chris Wilson <[email protected]> + +commit 47416b1eea09b238a997636d35998d71e0d18161 +Author: Chris Wilson <[email protected]> +Date: Tue Dec 8 13:47:07 2009 +0000 + + i965: Maximum number of vertices per composite is 24, not 18 + + Beware the potential buffer overflow. + + Signed-off-by: Chris Wilson <[email protected]> + +commit c1afc831c8fe4cbececee7dfa23506a6746c2425 +Author: Chris Wilson <[email protected]> +Date: Mon Dec 7 21:27:56 2009 +0000 + + uxa: Cache solid fills. + + Maintain a small cache of pixmaps to hold SolidFill pictures. Currently + we create a pixmap the size of the damaged region and fill that using + pixman before downloading it to the GPU and compositing. Needless to say + this is extremely expensive compared to simply emitting the solid + colour. To mitigate this cost, we maintain a small cache of 1x1R + pictures which is recognised by the driver as being a solid, but at the + very least is maintained as a GPU ready pixmap. + + This gives a good boost to cairo-xcb (which uses solid fills) on a gm45: + + Before: + gnome-terminal-vim: 41.9s + After: + gnome-terminal-vim: 31.7s + + Compare with using a cache of 1x1R pixmaps in cairo-xcb: + gnome-terminal-vim: 31.6s + + Signed-off-by: Chris Wilson <[email protected]> + +commit cd475bad23c02130d11c49882c11261c9f0d4ef1 +Author: Chris Wilson <[email protected]> +Date: Mon Dec 7 11:09:14 2009 +0000 + + batch: Ensure we send a MI_FLUSH in the block handler for TFP + + This should restore the previous level of synchronisation between + textures and pixmaps, but *does not* guarantee that a texture will be + flushed before use. tfp should be fixed so that the ddx can submit the + batch if required to flush the pixmap. + + A side-effect of this patch is to rename intel_batch_flush() to + intel_batch_submit() to reduce the confusion of executing a batch buffer + with that of emitting a MI_FLUSH. + + Should fix the remaining rendering corruption involving tfp [inc compiz]: + + Bug 25431 [i915 bisected] piglit/texturing_tfp regressed + http://bugs.freedesktop.org/show_bug.cgi?id=25431 + + Bug 25481 Wrong cursor format and cursor blink rate with compiz enabled + http://bugs.freedesktop.org/show_bug.cgi?id=25481 + + Signed-off-by: Chris Wilson <[email protected]> + +commit 415aab474edd1425034981306718afd8506445f1 +Author: Chris Wilson <[email protected]> +Date: Fri Dec 4 09:02:36 2009 +0000 + + intel: And remember to flush the batch... + + In commit 98e11210 + + Remove flush parameter from intel_batch_flush() + + Maxi spotted that I had broken screen updating. It appears in my haste + to eliminate the extra parameter I removed a call to intel_batch_flush() + when throttling, i.e. when pushing the updates to the screen before + idling. + + Should fix: + + Bug 25409 [bisected] rendering corruption since a938673e + https://bugs.freedesktop.org/show_bug.cgi?id=25409 + + Signed-off-by: Chris Wilson <[email protected]> + +commit 8438372dcc9d15c7b708332cfcb3a1c16a2c5cf2 +Author: Kristian Høgsberg <[email protected]> +Date: Thu Dec 3 14:39:43 2009 -0500 + + Require libdrm 2.4.16 + + Needed for drmGetDeviceNameFromFd(). + +commit c439207ec0cc16d7d9f523598fcdebf7cec893e2 +Author: Jesse Barnes <[email protected]> +Date: Wed Dec 2 14:43:17 2009 -0800 + + Update man page to reflect currently available options + + Many have been removed or are obsolete now that UMS is gone. And some + are only available on i810/i815 or i830+, so move them to the + appropriate section. + + Signed-off-by: Jesse Barnes <[email protected]> + +commit a938673ee84d51ef655c37dfa7bbc5c35334cd28 +Author: Chris Wilson <[email protected]> +Date: Wed Dec 2 20:51:53 2009 +0000 + + batch: Downgrade batch submission from a FatalError. + + If we wedge the GPU then we will return -EIO for the current batch and + then attempt to reset the GPU. Meanwhile the X server detects the error, + throws a FatalError and to all intents and purposes appears to crash to + the user - whereas before it often just appeared to momentarily freeze. + Of course, on older hardware the server remains frozen until we can find + a way to reset those GPUs at runtime. + + Signed-off-by: Chris Wilson <[email protected]> + +commit 98e11210367c950e3f932419d2a4722cf971885d +Author: Chris Wilson <[email protected]> +Date: Wed Dec 2 20:48:37 2009 +0000 + + Remove flush parameter from intel_batch_flush() + + There is only a single caller that wishes to forcibly append a flush + into the batch: intel_sync(). So move the logic there. + + Signed-off-by: Chris Wilson <[email protected]> + +commit 57336c26f1fb90d43851ddcf78539585b67d86d9 +Author: Chris Wilson <[email protected]> +Date: Wed Dec 2 20:42:41 2009 +0000 + + Rename I830Sync() to intel_sync() + + Signed-off-by: Chris Wilson <[email protected]> + +commit 370157f4932cf9067ba81c8bd5a311aff610882b +Author: Chris Wilson <[email protected]> +Date: Wed Dec 2 20:28:49 2009 +0000 + + batch: Avoid flushing a NULL batch + + During shutdown from a FatalError during batchbuffer submission, it is + possible for the batch_ptr to be NULL, so we must be careful not to + append a flush on this error path. + + Signed-off-by: Chris Wilson <[email protected]> + +commit ad68881b670aabf8dbfd3b954e8796f91260579d +Author: Chris Wilson <[email protected]> +Date: Wed Dec 2 14:14:39 2009 +0000 + + uxa_check_composite: Minor whitespace. + + Signed-off-by: Chris Wilson <[email protected]> + +commit 49d2ccab2a82083110fe796636f3f91ba8c31237 +Author: Chris Wilson <[email protected]> +Date: Wed Dec 2 14:13:43 2009 +0000 + + uxa_prepare_access() don't force a flush. + + Only the kernel knows whether the mapping requires a flush, so do not + preempt it. + + Signed-off-by: Chris Wilson <[email protected]> + +commit b68d3646f1fdfe012c16741958c7a62136a9b5aa +Author: Chris Wilson <[email protected]> +Date: Wed Dec 2 14:12:19 2009 +0000 + + Review use of errno after libdrm call + + Since drm may not actually set the appropriate errno after a failure, we + must use the return code instead when determining the cause of failure. + + Signed-off-by: Chris Wilson <[email protected]> + +commit 0ff4d42a42b9e537b083343ee7dcc41cb41ae7cf +Author: Chris Wilson <[email protected]> +Date: Wed Dec 2 12:12:07 2009 +0000 + + uxa: Review uxa_prepare_access() to remove potential nesting + + Around a call to uxa_put_image() it is possible to mix both accelerated + and fallback paths, with the fallback code making the presumed + optimisation of only trying to call uxa_prepare_access() once. This + fails if the accelerated path also uses prepare/finish access on the + same drawable and then later fallback to the fallback path. This can + happen currently if an error is reported whilst attempting to accelerate + PutImage. + + #0 memcpy () at ../sysdeps/x86_64/memcpy.S:162 + #1 0x00007ffff43ce4bd in fbBlt (srcLine=<value optimized out>, srcStride=40, srcX=<value optimized out>, dstLine=0xffffffffffffffff, dstStride=64, dstX=0, width=<value optimized out>, height=8, alu=3, pm=4294967295, bpp=8, reverse=0, upsidedown=0) at fbblt.c:93 + #2 0x00007ffff43ce740 in fbBltStip (src=0xffffffffffffffff, srcStride=156555204, srcX=34, dst=0xfffffffc, dstStride=64, dstX=40, width=304, height=8, alu=3, pm=4294967295, bpp=8) at fbblt.c:944 + #3 0x00007ffff4c32c53 in uxa_do_put_image (pDrawable=0x246aa410, pGC=0x2c0a4f0, depth=8, x=0, y=0, w=38, h=8, leftPad=0, format=2, bits=0x954d7c4 "") at uxa-accel.c:196 #4 uxa_do_shm_put_image (pDrawable=0x246aa410, pGC=0x2c0a4f0, depth=8, x=0, y=0, w=38, h=8, leftPad=0, format=2, bits=0x954d7c4 "") at uxa-accel.c:223 + #5 uxa_put_image (pDrawable=0x246aa410, pGC=0x2c0a4f0, depth=8, x=0, y=0, w=38, h=8, leftPad=0, format=2, bits=0x954d7c4 "") at uxa-accel.c:289 + #6 0x00000000004d574f in damagePutImage (pDrawable=0x246aa410, pGC=0x2c0a4f0, depth=8, x=0, y=0, w=38, h=8, leftPad=0, format=2, pImage=0x954d7c4 "") at damage.c:905 + #7 0x00000000004287db in ProcPutImage (client=0x47ca72d0) at dispatch.c:2073 + #8 0x000000000042bd94 in Dispatch () at dispatch.c:445 + #9 0x000000000042513a in main (argc=4, argv=0x7fffffffe2a8, envp=<value optimized out>) at main.c:285 + + Signed-off-by: Chris Wilson <[email protected]> + +commit 6be26cae8379f973d9ca27e0d5371d16618e4f7b +Author: Chris Wilson <[email protected]> +Date: Tue Dec 1 16:13:25 2009 +0000 + + i830: Simplify prepare_access / finish_access + + Reduce the 3 conditions into the 2 distinct cases. This has the + secondary benefit of also distinguishing between the reported errors. + + Signed-off-by: Chris Wilson <[email protected]> -commit 61c89e56f361fa860f18985137d6bf53f48c16ac +commit 637f003b047e426901cab6b1fe3a0924bcb9a38a +Author: Chris Wilson <[email protected]> +Date: Tue Dec 1 13:20:20 2009 +0000 + + uxa: Don't treat prepare_access as a flush synchronisation point. + + The kernel will only emit a flush iff the buffer is currently owned by + the GPU. Instead of presuming that the kernel must emit a flush, it is + safer to assume that it does not and so cannot mapping the buffer on to + the CPU as a synchronisation point. The most obvious counter-example is + when we map the same buffer twice without using it in a batch. + + Signed-off-by: Chris Wilson <[email protected]> + +commit cd5a9568ce0a541f030c27cdae529fe18e5f0437 Author: Carl Worth <[email protected]> -Date: Mon Oct 26 04:51:58 2009 -0700 +Date: Mon Nov 30 20:17:04 2009 -0800 - NEWS: Add notes for the 2.9.1 release. + Add i830_bios.h and i830_display.h to EXTRA_DIST. + + These files have been dropped from the generated tar file since the + removal of UMS support. However, the bios_reader code still includes + these, so "make distcheck" fails unless these are distributed. - Thanks to everyone for providing nice descriptions of the bug fixe at: + There's probably a cleaner fix possible, but this at least fixes the + build so that the snapshot can be pushed out. + +commit 5bdac72a5c3f68ab6d9f7f2f1dfa6e5b78f04e57 +Author: Carl Worth <[email protected]> +Date: Mon Nov 30 20:16:19 2009 -0800 + + NEWS: Note that the driver now has a hard dependency on KMS. + + Since the UMS code has all been removed. + +commit 813a910d7e4cc1c3deec0dcb1b536f8af337993a +Author: Carl Worth <[email protected]> +Date: Mon Nov 30 19:48:05 2009 -0800 + + configure.ac: Bump version to 2.9.99.901. - http://wiki.x.org/wiki/Intel29Branch + In preparation for a new snapshot. -commit 8e4fc7d3ba0baa6b680c685429060cb62a08f89f +commit b62c72913a85895a60268a49eed1c136f63f160d Author: Carl Worth <[email protected]> -Date: Mon Oct 26 04:40:51 2009 -0700 +Date: Mon Nov 30 19:46:59 2009 -0800 + + NEWS: Add generic notes for the 2.9.99.901 snapshot. + + We plan to collect real release notes before the 2.10.0 release. + +commit 00aa4f7a45a318af5b651f9f3928e9da4443233a +Author: Chris Wilson <[email protected]> +Date: Mon Nov 30 20:50:31 2009 +0000 + + uxa: Limit maximum size of tiled objects + + On older chipsets (i.e. pre-i965) tiling is very restrictive and imposes + severe size and alignment constraints. Combine that with relatively + small apertures and it is very easy to create a batch buffer that + cannot be mapped into the aperture (but would otherwise fit based purely + on total object size). To prevent this we need to not use tiling for large + buffers (the very same buffers where tiling would be of most benefit!). + + Signed-off-by: Chris Wilson <[email protected]> + +commit 8dd1c9eca02fb8da0c51f6fa4a38eb5e5ff41855 +Author: Gaetan Nadon <[email protected]> +Date: Sun Nov 22 17:13:02 2009 -0500 + + video-intel: remove i2c_vid.h from src/Makefile.am + + make dist failed due to missing i2c_vid.h + Commit b9b159c49854d8d9d2207946bb583537bb0d48d6 Remove UMS support. + The above commit did not remove this header file from the makefile. + + Signed-off-by: Gaetan Nadon <[email protected]> + +commit 6729b508c44bfca0b0dbef238a8732adbed6d4c9 +Author: Chris Wilson <[email protected]> +Date: Mon Nov 30 16:52:10 2009 +0000 + + uxa: Initialise lists for private pixmap structure. + + When updating a buffer object for the framebuffer, we may need to + allocate a fresh pixmap private structure, for example if the pixmap is + replaced due to resize. When doing so it is then imperative to + initialise the circularly linked lists correctly. + + Should fix the fault: + #0 i830_set_pixmap_bo (pixmap=0x24ab380, bo=0x24ab780) at i830_uxa.c:524 + #1 0x00007f8615c629fd in drmmode_xf86crtc_resize (scrn=0x247a320, width=1280, height=800) at drmmode_display.c:1345 + #2 0x000000000051246c in xf86RandR12ScreenSetSize (pScreen=0x24824f0, width=<value optimized out>, height=<value optimized + out>, mmWidth=<value optimized out>, mmHeight=<value optimized out>) at xf86RandR12.c:709 + #3 0x0000000000512aa8 in xf86RandR12CreateScreenResources (pScreen=<value optimized out>) at xf86RandR12.c:839 + #4 0x0000000000514ec0 in xf86CrtcCreateScreenResources (screen=0x24824f0) at xf86Crtc.c:727 + #5 0x0000000000424fb3 in main (argc=<value optimized out>, argv=<value optimized out>, envp=<value optimized out>) at main.c:215 + as reported by 'buscher'. + + Signed-off-by: Chris Wilson <[email protected]> + +commit 85fe41126e83b35954dc2066eb103e0555e207a4 +Author: Chris Wilson <[email protected]> +Date: Mon Nov 30 15:57:42 2009 +0000 + + uxa: Remove cache flush for copy + + As the copy uses the 2D blitter, it uses the render cache so the source + should not require flushing if it has previously been used as a + destination. + + Signed-off-by: Chris Wilson <[email protected]> + +commit 2d434eed09936328a52cb942450a95aedc3eac63 +Author: Kristian Høgsberg <[email protected]> +Date: Mon Nov 30 10:27:42 2009 -0500 + + Use new drmGetDeviceNameFromFd() for mapping to drm device name + + Should have been in libdrm to begin with. + +commit cfcabc45140d19bfbfa4737c0a11cdbb042d11eb +Author: Chris Wilson <[email protected]> +Date: Mon Nov 30 13:58:30 2009 +0000 + + i915: Disable centre-point sampling. + + I still have no idea how this is triggering failures, but it is. So + revert until the problem is solved. + + Should fix once again: + + Bug 23803 [bisected i915] gnome characters disappear + http://bugs.freedesktop.org/show_bug.cgi?id=23803 + + Signed-off-by: Chris Wilson <[email protected]> + +commit 8f8b6bd03d275379918777eaf7f63c0157b7ed9d +Author: Chris Wilson <[email protected]> +Date: Mon Nov 30 14:03:40 2009 +0000 + + i915: Whitespace + + Signed-off-by: Chris Wilson <[email protected]> + +commit 47916ea9d351f0ce6dc34713d6c164b0032f9830 +Author: Chris Wilson <[email protected]> +Date: Mon Nov 30 13:58:06 2009 +0000 + + debug: Enable dumping of batchbuffer [compile-time only] + + Signed-off-by: Chris Wilson <[email protected]> + +commit b118a52cd1a006321571967bd5f6c2a9e674de3a +Author: Chris Wilson <[email protected]> +Date: Mon Nov 30 11:03:32 2009 +0000 + + i915: Remove routing of alpha channel to green. + + This modification is redundant since the routing is done in the blend + unit anyway. + + Signed-off-by: Chris Wilson <[email protected]> + +commit 5e04ded2bce4c135b57d391f5f4e24e030103e61 +Author: Chris Wilson <[email protected]> +Date: Mon Nov 30 10:57:04 2009 +0000 + + i915: Fix missing texture offset for mask. + + In commit e581ceb, I modified the shader generation to accommodate mixed + textures and solids but missed applying the new computed sampler for the + mask. + + References: + + Bug 23803 [bisected i915] gnome characters disappear + http://bugs.freedesktop.org/show_bug.cgi?id=23803 + + Bug 25031 rendering and color corruption since 14109abf + http://bugs.freedesktop.org/show_bug.cgi?id=25031 + + Bug 25047 [945GM bisected] rendercheck/repeat/triangles regressed + http://bugs.freedesktop.org/show_bug.cgi?id=25047 + + Signed-off-by: Chris Wilson <[email protected]> + +commit a8ea20100de5be45699e71eb6ba67bef546ad0cd +Author: Chris Wilson <[email protected]> +Date: Mon Nov 30 10:13:18 2009 +0000 + + debug: Don't always flush the batch when emitting a debugging flush + + I incorrectly changed the logic in 285f286 and caused the batch to + always be flushed when debugging, instead of merely inserting a MI_FLUSH + between operations. + + Signed-off-by: Chris Wilson <[email protected]> + +commit c10850c63f9f88fbf08135bc4dcef1e5a2c71ee6 +Author: Chris Wilson <[email protected]> +Date: Mon Nov 30 09:07:57 2009 +0000 + + overlay: Fix build after 646b4a9483 + + The compile cleanup was not without fault... Apparently I don't have + XVMC enabled anymore and so missed that this variable is actually used. + + Signed-off-by: Chris Wilson <[email protected]> + +commit 3f11bbec420080151406c203af292e55177e77d1 +Author: Chris Wilson <[email protected]> +Date: Sun Nov 29 21:39:41 2009 +0000 + + uxa-glyphs: Enable TILING_X on glyph caches. + + Signed-off-by: Chris Wilson <[email protected]> + +commit 19d8c0cf50e98909c533ebfce3a0dd3f72b755c1 +Author: Chris Wilson <[email protected]> +Date: Sun Nov 29 21:16:49 2009 +0000 + + uxa: PutImage acceleration + + Avoid waiting on dirty buffer object by streaming the upload to a fresh, + non-GPU hot buffer and blitting to the destination. + + This should help to redress the regression reported in bug 18075: + + [UXA] XPutImage performance regression + https://bugs.freedesktop.org/show_bug.cgi?id=18075 + + Using the particular synthetic benchmark in question on a g45: + + Before: + 9542.910448 Ops/s; put composition (!); 15x15 + 5623.271889 Ops/s; put composition (!); 75x75 + 1685.520362 Ops/s; put composition (!); 250x250 + + After: + 40173.865300 Ops/s; put composition (!); 15x15 + 28670.280612 Ops/s; put composition (!); 75x75 + 4794.368601 Ops/s; put composition (!); 250x250 + + which while not stellar performance is at least an improvement. As + anticipated this has little impact on the non-fallback RENDER paths, for + instance the current cairo-xlib backend is unaffected by this change. + + Signed-off-by: Chris Wilson <[email protected]> + +commit f7540f06090753cba1190aa9e8cdea05a9512077 +Author: Chris Wilson <[email protected]> +Date: Sun Nov 29 21:12:07 2009 +0000 + + Only flush batch during prepare access if it may modify the pixmap. + + As we track when a pixmap is active inside a batch buffer, we can avoid + unnecessary flushes of the batch when mapping a pixmap back to the CPU. + + Signed-off-by: Chris Wilson <[email protected]> + +commit 9a2c18fb92659d57741bfdcacbe4f69aab361532 +Author: Chris Wilson <[email protected]> +Date: Sun Nov 29 21:07:45 2009 +0000 + + batch: Emit a 'pipelined' flush when using a dirty source. + + Ensure that the render caches and texture caches are appropriately + flushed when switching a pixmap from a target to a source. + + This should fix bug 24315, + [855GM] Rendering corruption in text (usually) + https://bugs.freedesktop.org/show_bug.cgi?id=24315 + + Signed-off-by: Chris Wilson <[email protected]> + +commit 285f286597df5af13ac3f3d366f2fc9d0468dafa +Author: Chris Wilson <[email protected]> +Date: Sun Nov 29 22:42:03 2009 +0000 + + batch: Track pixmap domains. + + In order to detect when we require cache flushes we need to track which + domains the pixmap currently belongs to. So to do so we create a device + private structure to hold the extra information and hook it up. + + Signed-off-by: Chris Wilson <[email protected]> + +commit 2c3aee2b570dadd9270a08d8ff675d07ac405e33 +Author: Chris Wilson <[email protected]> +Date: Sun Nov 29 20:53:35 2009 +0000 + + uxa-glyphs: Stream uploads via temporary bo + + Avoid mapping the glyph cache back to the cpu by allocating temporary + buffer objects to store the glyph pixmap and blit to the cache. + + Signed-off-by: Chris Wilson <[email protected]> + +commit 646b4a9483c01509a7324cc05eaadb72bc940c6d +Author: Chris Wilson <[email protected]> +Date: Sun Nov 29 10:53:36 2009 +0000 + + Cleanup a few compiler warnings. + + Simple warnings for unused variables and C99-style declarations. + + Signed-off-by: Chris Wilson <[email protected]> + +commit 917f9bb2435ba36bb99ef4d4f7b380d7f265e862 +Author: Gaetan Nadon <[email protected]> +Date: Mon Nov 23 09:25:05 2009 -0500 + + Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES + + Now that the INSTALL file is generated. + Allows running make maintainer-clean. + +commit eda2bb26783f7e9ef1ae659265930308378206e1 +Author: Daniel Kahn Gillmor <[email protected]> +Date: Fri Nov 20 01:52:05 2009 +0100 + + Makefile.am: Add missing .g4i to be included in the tar file. + + Apparently Debian packages were having to manually add these files + back in. Distribute them in the first place like we meant to. + +commit c5e86453c3ae3709933779a9dd609bbaebe21e8e +Author: Gaetan Nadon <[email protected]> +Date: Wed Oct 28 14:41:41 2009 -0400 + + INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206 + + Automake 'foreign' option is specified in configure.ac. + Remove from Makefile.am + +commit 12c4a22dd0b4de92a9c3d9e0baab029292f118f0 +Author: Gaetan Nadon <[email protected]> +Date: Wed Oct 28 14:09:09 2009 -0400 + + INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206 + + Add missing INSTALL file. Use standard GNU file on building tarball + README may have been updated + Remove AUTHORS file as it is empty and no content available yet. + Remove NEWS file as it is empty and no content available yet. + +commit ad4030932490f848c8ac21ba5a7a8d734994ed15 +Author: Gaetan Nadon <[email protected]> +Date: Mon Oct 26 12:54:21 2009 -0400 + + Several driver modules do not have a ChangeLog target in Makefile.am #23814 + + The git generated ChangeLog replaces the hand written one. + Update configure.ac to xorg-macros level 1.3. -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
