xserver-xorg-video-intel: Changes to 'refs/tags/xserver-xorg-video-intel-2_2.13.903-1'
Tag 'xserver-xorg-video-intel-2_2.13.903-1' created by Cyril Brulebois <kibi@debian.org> at 2011-01-04 14:50 +0000
Tagging upload of xserver-xorg-video-intel 2:2.13.903-1 to experimental.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEABECAAYFAk0jM9MACgkQeGfVPHR5Nd3wlwCfQ4Vq/V6om7+gFdqY4wOO8Vjx
ZeYAn1CheZLg9Xh82J9L8KMBGzDjDtoe
=ZUSd
-----END PGP SIGNATURE-----
Changes since xserver-xorg-video-intel-2_2.13.901-2:
Adam Jackson (2):
xv: Fix interlace computation
dri2: Fix interlace computation
Chris Wilson (42):
uxa: Fix crash after allocation failure
i915: Disable maximum state addresses
uxa: Relax fencing some more for gen3
Disable BLT for i830 and 845G
i965: Use reciprocal scale factors to avoid the divide per-vertex-element
i965: Upload an entire vbo in a single pwrite, rather than per-rectangle
i965: Amalgamate surface binding tables
Wait on the current buffer to complete when running synchronously.
i965: Check for potential vertex array overflow every time
i965: Also flush the vertex buffer when restarting the array.
display: Flush any pending batches before changing modes.
uxa: Prevent reading past the last byte on upload/download
snb: Emit more invariants only once
snb: Cache state between composite ops
snb: Cache pixmap binding locations
snb: Restore drawrect, we need the implicit flush
snb: Only emit CC and DepthStencil bos once per batch
uxa: Emit the damage after the render for the workaround in uxa_solid_rects
Always flush the batch before blocking for new X requests
i965: Invalidate pixmap binding location on reuse.
i965: The RenderCache flush after every glyph is required for compiz
i965: Mark sure we mark reused render targets as dirty
Revert "i965: The RenderCache flush after every glyph is required for compiz"
configure: Bump required libdrm to 2.4.23
NEWS: Add entry for the 2.13.902 snapshot
configure: version bump for 2.13.902
NEWS: 2.14, I meant the upcoming 2.14 release!
G35 is gen4 and not gen3
Undo: Disable BLT for i830 and 845G
Suggest where to find xorg-macros in case it's missing
Revert "Suggest where to find xorg-macros in case it's missing"
Remove the deprecated function 'XNFprintf'
i830: amalgamate consecutive composites into a single primitive
dri: Differentiate identical "get vblank failed" messages with line no
Don't replace the scanout bo through PutImage
dri: Protect against using dri with an non-gem pixmap
dri: Fix the use of the uninitialised bo for flink
dri: Don't wait upon a NULL current mode
dri: Only issue a warning for an "impossible" flip return 5 times
If the crtc is not enabled, then it can't be on
NEWS: Add entry for 2.13.903
configure: version bump for 2.13.903 snapshot
Cyril Brulebois (5):
Merge branch 'upstream-experimental' into debian-experimental
Bump changelogs.
Bump libdrm-dev build-dep.
Drop libdrm-from-sid-is-ok.diff accordingly.
Upload to experimental.
Keith Packard (1):
Mark outputs as DPMSModeOn and restore backlight at mode set
Mario Kleiner (2):
Fix reporting of pageflip completion events on multi-head.
Check consistency of pageflip completion vblank count.
Matthias Hopf (1):
Don't use hardware acceleration on Sandybridge rev 07 hardware or earlier.
Robert Hooker (1):
Add libudev-dev to build deps for monitor hotplug detection support.
U. Artie Eoff (2):
configure: updated m4 macro check in configure.ac
configure: suggest upstream to find macros in case they're missing.
---
ChangeLog | 547 ++++++++++++++++
NEWS | 50 +
configure.ac | 15
debian/changelog | 13
debian/control | 3
debian/patches/libdrm-from-sid-is-ok.diff | 11
debian/patches/series | 1
src/i830_render.c | 24
src/i915_render.c | 4
src/i965_render.c | 966 ++++++++++++++----------------
src/intel.h | 46 +
src/intel_batchbuffer.c | 85 +-
src/intel_batchbuffer.h | 11
src/intel_display.c | 83 ++
src/intel_dri.c | 79 +-
src/intel_driver.c | 48 +
src/intel_module.c | 2
src/intel_shadow.c | 4
src/intel_uxa.c | 109 ++-
src/intel_video.c | 2
uxa/uxa-render.c | 12
21 files changed, 1447 insertions(+), 668 deletions(-)
---
Reply to: