- Aug 25, 2010
-
-
Julien Cristau authored
-
- Aug 24, 2010
-
-
Sven Joachim authored
There is another code path which does no longer exist upstream, but is restored by 03_revert_abi_change.diff.
-
Julien Cristau authored
-
Julien Cristau authored
-
Julien Cristau authored
-
Julien Cristau authored
-
Julien Cristau authored
-
Julien Cristau authored
Conflicts: debian/changelog debian/patches/series
-
- Jun 16, 2010
-
-
Julien Cristau authored
-
- Jun 10, 2010
-
-
Julien Cristau authored
Also adjust patch description to fit its update.
-
Julien Cristau authored
Also don't set a minimum version to 2.4.20, since we didn't ship it before anyway.
-
Julien Cristau authored
They shouldn't actually be exported.
-
Julien Cristau authored
Hopefully include all licenses variations and copyright statements from the source tree. Some oddities: - name of copyright holder different from the name listed in the license notice - second paragraph moved below the third, and still referencing the "next paragraph" (not included here) - probably some others I forgot
-
Robert Hooker authored
-
Robert Hooker authored
-
Robert Hooker authored
-
Robert Hooker authored
-
Robert Hooker authored
-
Eric Anholt authored
-
Eric Anholt authored
-
Eric Anholt authored
-
Eric Anholt authored
We had two cases recently where the rounding to powers of two hurt badly: 4:2:0 YUV HD video frames would round up from 2.2MB to 4MB, and Urban Terror was hitting aperture size limitations. For UT, this is because mipmap trees for power of two texture sizes will land right in the middle between two cache buckets. By giving a few more sizes between powers of two, Urban Terror on my 945 ends up consuming 207MB of GEM objects instead of 272MB, and HD video decode on Ironlake goes from 99MB to 75MB. cairo-perf-diff of the benchmarks for gl and xlib shows a 1.09x and 1.06x speedup and a 1.07x, 1.08x, and 1.11x slowdown. From this, I think this patch was really a no-op in terms of performance for these CPU-bound workloads.
-
- Jun 09, 2010
-
-
Chris Wilson authored
If the pitch is too large for the hardware to tile, recompute the required surface size based on the untiled pitch and alignments. For the older hardware, which has smaller limits and greater restrictions, this may be a considerable saving in allocation size. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
-
- Jun 08, 2010
-
-
Eric Anholt authored
I'm using this in experiments with the i965 Mesa driver.
-
- Jun 06, 2010
-
-
Zou Nan hai authored
This introduces a new API to exec on BSD ring buffer, for H.264 VLD decoding. Signed-off-by: Xiang Hai hao <haihao.xiang@intel.com> Signed-off-by: Zou Nan hai <nanhai.zou@intel.com>
-
- Jun 03, 2010
-
-
Jesse Barnes authored
-
- Jun 01, 2010
-
-
Daniel Stone authored
Otherwise xf86drm.h isn't found, or the wrong one.
-
- May 27, 2010
-
-
Christopher James Halse Rogers authored
Ubuntu installing libdrm to /lib doesn't make it right for Debian. Gah.
-
- May 26, 2010
-
-
Eric Anholt authored
-
Eric Anholt authored
-
Christopher James Halse Rogers authored
-
Julien Cristau authored
Conflicts: debian/changelog
-
Julien Cristau authored
-
Christopher James Halse Rogers authored
-
Christopher James Halse Rogers authored
* Enable vmwgfx API; the kernel module is available in 2.6.34
-
- May 24, 2010
-
-
Chris Wilson authored
Fixes: Bug 26686 - Some textures are distorted with libdrm 2.4.18 in GTAVC>A3 http://bugs.freedesktop.org/show_bug.cgi?id=26686 This bug continues to haunt me. The kernel SET_TILING ioctl is inconsistent in its return values when reporting an error. If one of its sanity checks fail, then the input values are left unchanged. If the kernel later fails to change the tiling mode, then the input values are modified to match the current tiling on the object. In short, userspace cannot trust the return values upon error and so we must assume that upon error our current tiling mode matches reality and not update.
-
- May 22, 2010
-
-
Sven Joachim authored
-
Sven Joachim authored
Drop 03_revert_abi_change.diff. Bump libdrm-nouveau shlibs and symbols versions to 2.4.20-3~ to ensure that packages built against this version are not used with an older libdrm-nouveau1 version. Add versioned Breaks against older xserver-xorg-video-nouveau packages which would segfault if used with this version of libdrm.
-
Sven Joachim authored
-
Sven Joachim authored
-