Hello community,

here is the log from the commit of package xf86-video-intel for 
openSUSE:Factory checked in at 2012-12-19 14:02:47
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Comparing /work/SRC/openSUSE:Factory/xf86-video-intel (Old)
 and      /work/SRC/openSUSE:Factory/.xf86-video-intel.new (New)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Package is "xf86-video-intel", Maintainer is ""

Changes:
--------
--- /work/SRC/openSUSE:Factory/xf86-video-intel/xf86-video-intel.changes        
2012-12-07 14:59:14.000000000 +0100
+++ /work/SRC/openSUSE:Factory/.xf86-video-intel.new/xf86-video-intel.changes   
2012-12-19 14:02:49.000000000 +0100
@@ -1,0 +2,34 @@
+Sun Dec 16 00:02:57 UTC 2012 - tobias.johannes.klausm...@mni.thm.de
+
+- Update to 2.20.16:
+  Rejoice! We have found a trick to make 830gm/845g stable at long last.
+  Ever since the switch to GEM and dynamic video memory, those early
+  second generation chipsets have been plagued by instability. The lack of
+  flushing cachelines from the CPU to GMCH was eventually solved by using
+  an undocmented bit, but 830/845 were still hanging under memory pressure.
+  These deaths were all due to garbage finding its way into the command
+  streamer, and they go away if we take a leaf out of the original driver
+  and never reuse those pages for anything else. So for the first time
+  ever, I have been able to complete running the test suite on an 845g,
+  even whilst thrashing the page and buffer caches!
+- Bugs fixed since 2.20.15:
+  + Run the SF stage as single-threaded on gen4 to workaround a few issues
+    https://bugs.freedesktop.org/show_bug.cgi?id=57410
+  + Keep the scanout SURFACE_STATE separate to avoid overriding its
+    memory access control on gen6/7 (i.e. writes to the scanout need to
+    be kept out of the render cache)
+  + Tune batch flushing after an operation to an exported surface under a
+    compositor.
+  + Make sure the source is on the CPU for inplace composition of trapezoids
+    using the CPU
+    https://bugs.freedesktop.org/show_bug.cgi?id=56825
+  + Immediately flush in the block hander after a split batch to reduce
+    latency between the two halves of an operation.
+    https://bugs.freedesktop.org/show_bug.cgi?id=51718
+  + Install a fallback config if we fail to install the desired config
+    at VT switch (i.e. booting, after resume with 3 incompatible pipes on
+    Ivybridge)
+  + Pin batches to avoid CS incoherence on 830/845
+    https://bugs.freedesktop.org/show_bug.cgi?id=26345
+
+-------------------------------------------------------------------

Old:
----
  xf86-video-intel-2.20.15.tar.bz2

New:
----
  xf86-video-intel-2.20.16.tar.bz2

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Other differences:
------------------
++++++ xf86-video-intel.spec ++++++
--- /var/tmp/diff_new_pack.8BUeo1/_old  2012-12-19 14:02:50.000000000 +0100
+++ /var/tmp/diff_new_pack.8BUeo1/_new  2012-12-19 14:02:50.000000000 +0100
@@ -19,7 +19,7 @@
 %define glamor 1
 
 Name:           xf86-video-intel
-Version:        2.20.15
+Version:        2.20.16
 Release:        0
 Summary:        Intel video driver for the Xorg X server
 License:        MIT

++++++ xf86-video-intel-2.20.15.tar.bz2 -> xf86-video-intel-2.20.16.tar.bz2 
++++++
++++ 125465 lines of diff (skipped)

-- 
To unsubscribe, e-mail: opensuse-commit+unsubscr...@opensuse.org
For additional commands, e-mail: opensuse-commit+h...@opensuse.org

Reply via email to