- Feb 22, 2010
-
-
Cyril Brulebois authored
-
Cyril Brulebois authored
-
Cyril Brulebois authored
-
Cyril Brulebois authored
-
Cyril Brulebois authored
Replace --{enable,disable}-radeon-experimental-api configure flag with --{enable,disable}-radeon since it got renamed.
-
- Feb 18, 2010
-
-
Brice Goglin authored
-
Brice Goglin authored
-
Brice Goglin authored
-
- Feb 16, 2010
-
-
Carl Worth authored
The primary motivation of the release is the bug fix in commit 4f0f8717
-
Ben Skeggs authored
-
Luca Barbieri authored
This commit encompasses the changes necessary to run on top of the 0.0.16 nouveau interface, additional APIs to support the new features of the interface, as well as code from Luca Barbieri to improve the pushbuf interface, which just happens to break nouveau's libdrm ABI so was delayed until now. API changes as a result of 0.0.16 DRM interface: 1. No more bo_pin()/bo_unpin(), these were only there for UMS and we no longer support it. 2. Any random nouveau_bo can be submitted to the GPU as a push buffer. 3. Relocations can be applied on any nouveau_bo This patch changes the pushbuffer ABI to: 1. No longer use/expose nouveau_pushbuffer. Everything is directly in nouveau_channel. This saves the extra "pushbuf" pointer dereference. 2. Use cur/end pointers instead of tracking the remaining size. Pushing data now only needs to alter cur and not both cur and remaining. The goal is to make the *_RING macros faster and make the interface simpler and cleaner in the process. The *_RING APIs are unchanged, but those are inlined and the ABI is changed. Also, anything accessing pushbuf->remaining instead of using AVAIL_RING will need to be fixed.
-
- Feb 11, 2010
-
-
Alex Deucher authored
Add eDP (embedded displayport) and generic TV Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
-
- Feb 10, 2010
-
-
Chris Wilson authored
The SET_TILING is pernicious in that it overwrites the input arguments following an error in order to report the current tiling state of the buffer. This caught us by surprise as we then fed those arguments back into to the ioctl unmodified following an EINTR and so the kernel then reported success for the no-op. We interpreted this success as meaning that the tiling on the buffer had changed so updated our state and started using the buffer incorrectly in the new tiled/untiled manner. This lead to all sorts of random corruption and GPU hangs, even though the batch buffers would look sane (when the GPU had not wandered off into forbidden territory). References: Bug 25475 - [i915] Xorg crash / Execbuf while wedged http://bugs.freedesktop.org/show_bug.cgi?id=25475 Bug 25554 - i830_uxa_prepare_access: gtt bo map failed: Input/output error http://bugs.freedesktop.org/show_bug.cgi?id=25554 (And probably every other weird bug in the last few months.) Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
-
- Feb 09, 2010
-
-
Chris Wilson authored
As the kernel reports the total number of fences, we must guess how many fences are likely to be pinned. In the typical system these will be only used by the scanout buffers, of which there may be one per pipe, and any number of manually pinned fenced buffers. So take a conservative guess and reserve two fences for use by the system. Note this reduces the number of fences to 3 for i915 and prior. Reference: http://bugs.freedesktop.org/show_bug.cgi?id=25911 The latest intel driver 2.10.0 causes kernel oops and system hangs Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
-
- Feb 05, 2010
-
-
Matthew W. S. Bell authored
-
- Feb 04, 2010
-
-
Pauli Nieminen authored
If there is section size mismatch reusing the section object makes section start fail. Reseting the object before doing error checking prevents the possible flood of errors.
-
- Feb 02, 2010
-
-
Dave Airlie authored
-
Dave Airlie authored
-
- Feb 01, 2010
-
-
Francisco Jerez authored
Signed-off-by: Francisco Jerez <currojerez@riseup.net>
-
- Jan 31, 2010
-
-
Brice Goglin authored
-
Brice Goglin authored
-
Brice Goglin authored
-
Brice Goglin authored
-
Brice Goglin authored
-
Marcin Slusarz authored
Signed-off-by: Francisco Jerez <currojerez@riseup.net>
-
- Jan 28, 2010
-
-
Jakob Bornecrantz authored
List of changes: Fixes the cursor size to 64x64, you still need ti supply width and height Explicitly make the cursor format A8R8G8B8 Explicitly make the scanout format X8R8G8B8
-
- Jan 27, 2010
-
-
Marcin Kościelnicki authored
-
- Jan 23, 2010
-
-
Jakob Bornecrantz authored
-
Julien Cristau authored
-
- Jan 21, 2010
-
-
Ben Skeggs authored
-
- Jan 20, 2010
-
-
Chris Wilson authored
-
- Jan 17, 2010
-
-
Alan Coopersmith authored
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
-
Alan Coopersmith authored
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
-
Alan Coopersmith authored
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
-
- Jan 16, 2010
-
-
Julien Cristau authored
Rename the build directory to not include DEB_BUILD_GNU_TYPE for no good reason. Thanks, Colin Watson!
-
- Jan 15, 2010
-
-
Marcin Slusarz authored
We don't want do call flush_notify when we will FIRE the RING a couple of lines later, because grobj bound to this channel might be already freed.
-
Marcin Slusarz authored
-
Jakob Bornecrantz authored
-
- Jan 14, 2010
-
-
Jerome Glisse authored
This allow external tools to know for which asics a cs is destinated to.
-
Jerome Glisse authored
We don't intend libdrm-radeon to become clever enough to decode cs for all GPU we support. Better to let an external tool do the job. This will print raw cs in an easy to parse way.
-