[Intel-gfx] [ANNOUNCE] xf86-video-intel 2.21.12
Chris Wilson
chris at chris-wilson.co.uk
Sun Jul 14 14:31:10 CEST 2013
Release 2.21.12 (2013-07-14)
============================
In this release, we clear up the teething troubles from preserving the KMS
configuration, notably external connections on Haswell and plugging in new
outputs after startup were broken. Besides these regression fixes, there
are a couple of fixes for some long standing issues, such as incorrect
rendering on gen2, an infinite loop with very, very large pixmaps and a
slight improvement to the tempermental gen4.
* Allow untiled scanouts again (required for large extended desktops on
gen2 and gen3).
[Regression from 2.21.11]
* Use the correct count of the number of dirty damage boxes for the quick
check on whether the existing damage contains the requested area.
The danger is that we may get a false result and skip migration and so
cause pixmap corruption (in the unlikely event that the application
frequently causes fallbacks).
[Regression from 2.21.11]
https://bugs.freedesktop.org/show_bug.cgi?id=66430
* Fix initial connection probing for multi-function encoders, such as the
external connections on Haswell.
[Regression from 2.21.11, initial connection probing]
https://bugs.freedesktop.org/show_bug.cgi?id=66488
* Fix gen2 rendercopy into a8 surfaces, for example, glyph uploads into
the glyph cache.
* Fix detection of user overrides for initial connection configuration.
The code used the xorg-server-1.15 values, having missed the
introduction of ZoomModes into that release.
[Regression from 2.21.11, initial connection probing]
* Always initialise the gamma ramp, even on unconnected CRTCs.
https://bugs.freedesktop.org/show_bug.cgi?id=66563
[Regression from 2.21.11, initial connection probing]
* Some more tuning of the gen4 vertex corruption workaround. The root
cause behind the GPU using incorrect texture coordinates is still
not solved, but by reducing the maximum number or rectangles in
flight through the GPU we reduce the likelihood of corruption.
* Fix compilation with gcc-4.5
[Regression from 2.21.11]
* Avoid integer overflow when performing tiled uploads and operations
on very large (>28k pixels wide or tall pixmaps)
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1200766
Complete list of changes since 2.21.11
---------------------------------------
Chris Wilson (49):
sna: Do not use userptr for GetImage on unsupported architectures
sna: Experiment with cpu mappings for migration
sna: Check whether the query box is contained within the damage
sna: Assert that we do not have overlapping damage
sna: Mark an inplace getimage as preferring the CPU mapping afterwards
sna: Improve the message about where to find the hang state
sna: Debug options for forcing mmap syncs
sna: Make sure we are consistent in applying USE_INPLACE debug option
sna: Always create the clear Picture
sna: Allow scanouts to be untiled if need be
sna: Fix checking the dirty boxes
sna: Minor tweaks to make DBG compile again
intel: Move the validation of the KMS device into the open routine
sna: Include connector status in the initial probe
sna: Hook into crtc_notify rather than ModeSet
sna: Simplify validation of active CRTCs
sna: Only preserve the real fbcon upon first starting X
sna: Add the condition that 855gm cannot GTT map Y-tiled surfaces
sna: Assorted DBG
sna/gen2: Fix alpha replication in the copy pipeline
sna: Try harder to do the BLT upload along the fallback path
intel: Retire Option "RelaxedFencing"
intel: Add an option for forced rediscovery of output status on startup
sna: Fix configuration user overrides on xorg-server < 1.14.99.1
sna: Tidy up the user override enums
sna: Always read back the gamma, even for a inactive CRTC
sna: Set the initial gamma from the attached monitor configuration
sna: Fix gamma query to not request uninitialized values
sna: Set 1024x768 fb in absence of any connected devices
sna: Use a stack allocated PixmapRec for the fbcon copy
sna: Flush blt copies if no operations pending
sna: Relax assertion that the source of the cloned pixmap cannot be mapped
sna: Tune inplace hints for CPU operations with GPU targets
sna/gen4: Restore the flush-every-vertex w/a
sna/gen4: Tighten FORCE_FLUSH w/a to spot amalgamation of primitives
sna/gen4: Remove the glyph mask hack and tune the flush w/a
sna/gen4: Remove custom max flush vertices w/a from video path
sna: Experiment with a new ioctl to create buffers from stolen memory
sna: Free the source reference after performing a BLT composite
sna: Only flush after the BLT operation if we have more than 2 distinct bo
sna: Ofast was introduced with gcc-4.6
sna: Remove incorrect asserts for checking CPU mappings (after remapping)
sna: Remove the temporary region allocation from sna_do_copy
sna: Remove the duplicated open-coding of SetScreenPixmap
sna: Replace parsing of /proc/cpuinfo with parsing of cpuid
sna/gen5: Add some more DBG
sna: Avoid integer overflow when computing the tiled extents
sna: Skip copying to the intermediate target if we will completely overwrite it
2.21.12 release
git tag: 2.21.12
http://xorg.freedesktop.org/archive/individual/driver/xf86-video-intel-2.21.12.tar.bz2
MD5: 6e057692b60c6099acfcdc028432401e xf86-video-intel-2.21.12.tar.bz2
SHA1: e445d828b15d63da5d2a77813740373f8f76ee08 xf86-video-intel-2.21.12.tar.bz2
SHA256: 02120a1e9297ff094e0b0ae3b2d032304da2fde2630660829bd8b333611a970b xf86-video-intel-2.21.12.tar.bz2
http://xorg.freedesktop.org/archive/individual/driver/xf86-video-intel-2.21.12.tar.gz
MD5: 45034a7e94aa0952218a970c824a7cfb xf86-video-intel-2.21.12.tar.gz
SHA1: 4ef7b7da59e3f5f399bfa72ed70adca14379ead2 xf86-video-intel-2.21.12.tar.gz
SHA256: 8cdfb8a953398d797713d44c428b5c37f69947fbd5de48a7f076a6288e36ecac xf86-video-intel-2.21.12.tar.gz
--
Chris Wilson, Intel Open Source Technology Centre
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.freedesktop.org/archives/intel-gfx/attachments/20130714/f7ae060b/attachment.sig>
More information about the Intel-gfx
mailing list