[Bug 75357] Barts (HD6850): Failure in evergreen_surface_check_2d

d problems that had been long fixed. I've now reversed that decision, obviously!) -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachm

[PATCH] drm/radeon: stop using addr to check for BO move

On 23.05.2015 20:58, Christian König wrote: > From: Christian König > > It is theoretically possible that a swapped out BO gets the > same GTT address, but different backing pages while being swapped in. > > Instead just use another VA state to note updated areas. Alex, please ignore this one.

[PATCH] drm/radeon: stop using addr to check for BO move

From: Christian König It is theoretically possible that a swapped out BO gets the same GTT address, but different backing pages while being swapped in. Instead just use another VA state to note updated areas. Signed-off-by: Christian König ---

[Bug 90378] [LLVM][bisected] GPU lockups in Left 4 Dead 2

88978 for details. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150523/698566de/attachment.html>

[Bug 88561] [radeonsi][regression, bisected] Depth test/buffer issues in Portal

because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150523/2ffd334d/attachment-0001.html>

[Bug 88978] [bisected] [SI Scheduler] Graphical corruption in Dota 2

use: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150523/1e194a9b/attachment.html>

[Bug 88978] [bisected] [SI Scheduler] Graphical corruption in Dota 2

use: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150523/0bfd90d6/attachment.html>

[Bug 88978] [bisected] [SI Scheduler] Graphical corruption in Dota 2

op.org/archives/dri-devel/attachments/20150523/6c4ff000/attachment.html>

[Nouveau] [PATCH v2] nouveau: add coherent BO attribute

On Fri, May 22, 2015 at 3:23 AM, Martin Peres wrote: > On 21/05/2015 11:47, Ben Skeggs wrote: >> >> On 21 May 2015 at 16:08, Alexandre Courbot wrote: >>> >>> Add a flag allowing Nouveau to specify that an object should be coherent >>> at allocation time. This is required for some class of

[PATCH 1/2] drm/nouveau: add staging module option

On Thu, May 21, 2015 at 5:35 PM, Ben Skeggs wrote: > On 21 May 2015 at 16:04, Alexandre Courbot wrote: >> On Thu, May 21, 2015 at 2:55 PM, Ben Skeggs wrote: >>> On 21 May 2015 at 15:49, Alexandre Courbot wrote: On Thu, May 21, 2015 at 1:48 PM, Ben Skeggs wrote: > On 20 May 2015 at

[Intel-gfx] drivers/gpu/drm/i915/i915_gem_gtt.c

On Fri, May 22, 2015 at 02:17:32PM -0700, Andrew Morton wrote: > I'm not sure what's happened to the drm code in linux-next - it's > exploding all over the place. Did someone turn on -Werror without > doing anywhere near enough testing? > > Anyway, I don't know how to fix this i386 build error:

[Bug 77394] Radeon R9 270X GPU lockup on power profile change

TC change for power management to be stable. Any idea what this something might be? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachme

[Intel-gfx] drivers/gpu/drm/i915/i915_gem_gtt.c

On Sat, 23 May 2015 14:30:09 +0100 Damien Lespiau wrote: > On Fri, May 22, 2015 at 02:17:32PM -0700, Andrew Morton wrote: > > I'm not sure what's happened to the drm code in linux-next - it's > > exploding all over the place. Did someone turn on -Werror without > > doing anywhere near enough

[git pull] drm fixes

On 23 May 2015 at 07:34, Linus Torvalds wrote: > On Thu, May 21, 2015 at 8:39 PM, Dave Airlie wrote: >> >> radeon has two displayport fixes, one for a regressions, >> i915 regression flicker fix needed to 4.0 can get fixed. > > Ok, I'm used to fixing up your whitespace and lack of

[Bug 77394] Radeon R9 270X GPU lockup on power profile change

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150523/833f78cc/attachment.html>

[Bug 90537] radeonsi bo/va conflict on RADEON_GEM_VA (rscreen->ws->buffer_from_handle returns NULL)

- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150523/20030e5d/attachment.html>

[PATCH 08/13] drm: bridge/dw_hdmi: introduce interfaces to enable and disable audio

Hi Russell, 在 2015/5/9 18:26, Russell King 写道: > iMX6 devices suffer from an errata (ERR005174) where the audio FIFO can > be emptied while it is partially full, resulting in misalignment of the > audio samples. > > To prevent this, the errata workaround recommends writing N as zero > until

[PATCH 07/13] drm: bridge/dw_hdmi: introduce interface to setting sample rate

Hi Russell, 在 2015/5/9 18:26, Russell King 写道: > Introduce dw_hdmi_set_sample_rate(), which allows us to configure the > audio sample rate, setting the CTS/N values appropriately. > > Signed-off-by: Russell King Test on RK3288 platform, it works wells (like

[PATCH 03/13] drm: bridge/dw_hdmi: clean up hdmi_set_clk_regenerator()

Hi Russell, 在 2015/5/9 18:26, Russell King 写道: > Clean up hdmi_set_clk_regenerator() by allowing it to take the audio > sample rate and ratio directly, rather than hiding it inside the > function. Raise the unsupported pixel clock/sample rate message from > debug to error level as this

[PATCH 02/13] drm: bridge/dw_hdmi: clean up phy configuration

Hi Russell, 在 2015/5/9 18:26, Russell King 写道: > The phy configuration is dependent on the SoC, and we look up values for > some of the registers in SoC specific data. However, we had partially > programmed the phy before we had successfully looked up the clock rate. > Also, we were only