[PULL] vmwgfx-next-3.13

Hi, Dave! A resource eviction fix, and a fix for compilation / sparse problems from the previous pull. The following changes since commit d92d985177c495aab53c7167f310a7efb1853918: drm/vmwgfx: Use the linux DMA api to get valid device addresses of pages (2013-11-06 03:57:16 -0800) are

[PATCH] gpu: host1x: Silence a few warnings with LPAE=y

When building with LPAE=y (64-bit dma_addr_t), the following warnings are seen: drivers/gpu/host1x/hw/cdma_hw.c:57:3: warning: format '%x' expects argument of type 'unsigned int', but argument 5 has type 'dma_addr_t' drivers/gpu/host1x/hw/debug_hw.c:167:10: warning: format '%x' expects

[PATCH 1/2] intel: Add accessor to get HW context ID from a drm_intel_context

On Mon, Nov 11, 2013 at 11:58:59AM -0800, Eric Anholt wrote: > Ian Romanick writes: > > > From: Ian Romanick > > > > The drm_intel_context structure is, wisely, opaque. However, libdrm > > users may want to know the hardware context ID associated with the > > structure. > > We've had a bunch

[RFC PATCH] drm/ttm: get rid of ttm bo refcounting

On 11/12/2013 07:26 PM, Maarten Lankhorst wrote: > Most drivers have refcounting done in gem, so lets get rid of another > refcounting layer. ;) > It has been confusing to keep track of 2 refcounts, so lets just let the > driver worry about > refcounting, and keep it hidden from ttm entirely.

[PATCH v3 12/32] drm/exynos: Split manager/display/subdrv

On Tuesday 12 of November 2013 12:51:11 Sean Paul wrote: > On Sun, Nov 10, 2013 at 4:09 PM, Tomasz Figa wrote: > > Hi Sean, > > > > On Tuesday 29 of October 2013 12:12:58 Sean Paul wrote: > >> This patch splits display and manager from subdrv. The result is that > >> crtc functions can directly

[RFC PATCH] drm/ttm: get rid of ttm bo refcounting

Most drivers have refcounting done in gem, so lets get rid of another refcounting layer. ;) It has been confusing to keep track of 2 refcounts, so lets just let the driver worry about refcounting, and keep it hidden from ttm entirely. The core doesn't need to know about the refcounting

[Bug 63101] Hard lockup whel launching games like TF2 on kernels 3.11.5 and 3.12 rc4 and above if radeon.dpm=1 is used

https://bugzilla.kernel.org/show_bug.cgi?id=63101 --- Comment #18 from Kertesz Laszlo --- Tested with 3.12.0-next-2013, started the computer and launched Steam and TF2 right away. Activating enable_nbps_policy to enable_gfx_clock_gating worked well. The enable_mg_clock_gating,

[Bug 71543] New: [r600] Source-based games segfault

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131112/1d4d8f04/attachment.html>

[PATCHv3 4/8] staging: imx-drm: Add RGB666 support for parallel display.

Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Stephen Warren Cc: Ian Campbell Cc: devicetree at vger.kernel.org Cc: Greg Kroah-Hartman Cc: driverdev-devel at linuxdriverproject.org Cc: David Airlie Cc: dri-devel at lists.freedesktop.org Cc: Mauro

[PATCHv3 3/8] staging: imx-drm: ipuv3-crtc: don't harcode some mode flags.

This change is needed for making the eukrea-cpuimx51 QVGA display work. Greg Kroah-Hartman Cc: driverdev-devel at linuxdriverproject.org Cc: Philipp Zabel Cc: Sascha Hauer Cc: Shawn Guo Cc: linux-arm-kernel at lists.infradead.org Cc: David Airlie Cc: dri-devel at lists.freedesktop.org Cc:

[PATCHv3 2/8] [media] v4l2: add new V4L2_PIX_FMT_RGB666 pixel format.

That new macro is needed by the imx_drm staging driver for supporting the QVGA display of the eukrea-cpuimx51 board. Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Stephen Warren Cc: Ian Campbell Cc: devicetree at vger.kernel.org Cc: Greg

[PATCHv3 1/8] drm: Add the lacking DRM_MODE_FLAG_* for matching the DISPLAY_FLAGS_*

Without that fix, drivers using the drm_display_mode_from_videomode function will not be able to get certain information because some DISPLAY_FLAGS_* have no corresponding DRM_MODE_FLAG_*. Cc: Greg Kroah-Hartman Cc: driverdev-devel at linuxdriverproject.org Cc: Matt Sealey Cc: David Airlie

atombios powerplay cac table

On Thu, Nov 07, 2013 at 04:57:21AM +0100, Sylvain BERTRAND wrote: > Which GPU generations/families do use the "new" powerplay CAC > table, defined when the atombios platform capabilities have the > ATOM_PP_PLATFORM_CAP_NEW_CAC_VOLTAGE flag? I reply myself, since that was discussed on IRC, for

[Bug 71540] New: Radeon HD 7420G artefacts

vel/attachments/20131112/51106f43/attachment.html>

[PATCHv3 1/8] drm: Add the lacking DRM_MODE_FLAG_* for matching the DISPLAY_FLAGS_*

On Tue, Nov 12, 2013 at 05:49:18PM +0100, Denis Carikli wrote: > diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c > index fc2adb6..586c12f 100644 > --- a/drivers/gpu/drm/drm_modes.c > +++ b/drivers/gpu/drm/drm_modes.c > @@ -537,6 +537,15 @@ int

drm/nouveau/pwr: initial implementation

- Original Message - > From: "Dan Carpenter" > To: bskeggs at redhat.com > Cc: dri-devel at lists.freedesktop.org > Sent: Tuesday, 12 November, 2013 7:54:33 PM > Subject: re: drm/nouveau/pwr: initial implementation > > Hello Ben Skeggs, Hey, > > The patch ff4b42c7532e:

[Bug 64661] udl causes blank screen

https://bugzilla.kernel.org/show_bug.cgi?id=64661 Alan changed: What|Removed |Added Status|NEW |NEEDINFO -- You are receiving this mail because:

[Bug 64661] udl causes blank screen

https://bugzilla.kernel.org/show_bug.cgi?id=64661 Alan changed: What|Removed |Added CC||alan at lxorguk.ukuu.org.uk --- Comment #4 from

[PATCH v3 1/7] drm: Add DSI bus infrastructure

Hi Thierry, I have already sent patch with DSI bus implementation [1]. It was posted as the first step of CDF implementation attempt, but in fact it do not depend on CDF. [1] http://www.mail-archive.com/dri-devel at lists.freedesktop.org/msg45252.html One comment below. On 11/11/2013 01:00 PM,

[Bug 58671] Nvidia drivers fail compile

https://bugzilla.kernel.org/show_bug.cgi?id=58671 Alan changed: What|Removed |Added Status|RESOLVED|CLOSED -- You are receiving this mail because:

[Bug 58671] Nvidia drivers fail compile

https://bugzilla.kernel.org/show_bug.cgi?id=58671 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 60031] NVidia 520MX video card isn't recognized

https://bugzilla.kernel.org/show_bug.cgi?id=60031 Alan changed: What|Removed |Added CC||alan at lxorguk.ukuu.org.uk

[Bug 69689] FBO with GL_RGBA16F texture format silent drawing corruption

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131112/d36d26c8/attachment.html>

[Bug 60568] nv49_ram_create kernel panic

https://bugzilla.kernel.org/show_bug.cgi?id=60568 Alan changed: What|Removed |Added CC||alan at lxorguk.ukuu.org.uk

[Bug 69689] FBO with GL_RGBA16F texture format silent drawing corruption

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131112/120b1434/attachment.html>

[Bug 60844] Kernel 3.11 - Xorg hangs immediately after invocation

https://bugzilla.kernel.org/show_bug.cgi?id=60844 Alan changed: What|Removed |Added CC||alan at lxorguk.ukuu.org.uk

[Bug 60871] Possibly bug on Nouveau or IRQ

https://bugzilla.kernel.org/show_bug.cgi?id=60871 Alan changed: What|Removed |Added CC||alan at lxorguk.ukuu.org.uk

[Bug 63161] Linux mint 15 cinnamon crashes after install 3.11.5

https://bugzilla.kernel.org/show_bug.cgi?id=63161 Alan changed: What|Removed |Added CC||alan at lxorguk.ukuu.org.uk

[PULL] drm-intel-fixes

Hi Dave, Just one patch to fix compile fail for CONFIG_ACPI=n. Figured I better send this out quickly to minimize the broken build span. Otherwise no bugfixes (besides some bdw stuff) anywhere in sight. Cheers, Daniel The following changes since commit 07bf139b906013ecef0c5e0441564d1ae10e974a:

[Bug 60775] Installing NVIDIA proprietary drivers on kernel 3.10.7-100.fc18.x86_64 errors out . . . can't find kernel source files

https://bugzilla.kernel.org/show_bug.cgi?id=60775 Alan changed: What|Removed |Added Status|RESOLVED|CLOSED -- You are receiving this mail because:

[Bug 60775] Installing NVIDIA proprietary drivers on kernel 3.10.7-100.fc18.x86_64 errors out . . . can't find kernel source files

https://bugzilla.kernel.org/show_bug.cgi?id=60775 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 71516] RV350 Radeon 9550 - no Unity 3D hardware support in Ubuntu 13.10, extremely slow

part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131112/93e35d3a/attachment.html>

[PATCH 7/7] drm/nouveau: use a single vma for display

From: Maarten Lankhorst No need to map the same vma multiple times. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/nouveau/nouveau_fence.h | 4 ++-- drivers/gpu/drm/nouveau/nv50_display.c | 13 ++--- drivers/gpu/drm/nouveau/nv50_display.h | 2

[PATCH 6/7] drm/nouveau: more paranoia in nouveau_bo_fixup_align

From: Maarten Lankhorst Make sure that buffers are always aligned. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/nouveau/nouveau_bo.c | 40 +++- 1 file changed, 21 insertions(+), 19 deletions(-) diff --git

[PATCH 5/7] drm/nouveau: do not map evicted vram buffers in nouveau_bo_vma_add

From: Maarten Lankhorst Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/nouveau/nouveau_bo.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c b/drivers/gpu/drm/nouveau/nouveau_bo.c index

[PATCH 4/7] drm/nvc0-/gr: shift wrapping bug in nvc0_grctx_generate_r406800

From: Dan Carpenter We care about the upper 32 bits here so we have to use 1ULL instead of 1 to avoid a shift wrapping bug. Signed-off-by: Dan Carpenter Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/nouveau/core/engine/graph/ctxnvc0.c | 2 +- 1 file changed,

[PATCH 3/7] drm/nouveau: fixup locking inversion between mmap_sem and reservations

From: Maarten Lankhorst Allocate and copy all kernel memory before doing reservations. This prevents a locking inversion between mmap_sem and reservation_class, and allows us to drop the trylocking in ttm_bo_vm_fault without upsetting lockdep. Relocations are

[PATCH 2/7] drm/nv50-: untile mmap'd bo's

From: Maarten Lankhorst Map the GART to the bar and use that mapping, to hide all the tiling details from users. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/nouveau/core/subdev/bar/nv50.c | 5 - drivers/gpu/drm/nouveau/core/subdev/bar/nvc0.c |

[PATCH 1/7] drm/nouveau: fix m2mf copy to tiled gart

From: Maarten Lankhorst Commit de7b7d59d54852c introduced tiled GART, but a linear copy is still performed. This may result in errors on eviction, fix it by checking tiling from memtype. Signed-off-by: Maarten Lankhorst Cc: stable at vger.kernel.org #3.10+ ---

[patch v2] drm/tegra: fix small leak on error in tegra_fb_alloc()

If we don't have enough memory for ->planes then we leak "fb". Signed-off-by: Dan Carpenter --- v2: tiny style changes diff --git a/drivers/gpu/drm/tegra/fb.c b/drivers/gpu/drm/tegra/fb.c index 490f771..f9d2de6 100644 --- a/drivers/gpu/drm/tegra/fb.c +++ b/drivers/gpu/drm/tegra/fb.c @@ -98,8

[Bug 71516] RV350 Radeon 9550 - no Unity 3D hardware support in Ubuntu 13.10, extremely slow

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131112/5da12c65/attachment.html>

[Bug 71516] RV350 Radeon 9550 - no Unity 3D hardware support in Ubuntu 13.10, extremely slow

eedesktop.org/archives/dri-devel/attachments/20131112/d1b3be2c/attachment.html>

[PATCH 3/3] drm/radeon: disable CIK CP semaphores for now

From: Christian K?nig Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/cik.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/gpu/drm/radeon/cik.c b/drivers/gpu/drm/radeon/cik.c index 811fc1b..c169897 100644 --- a/drivers/gpu/drm/radeon/cik.c

[PATCH 2/3] drm/radeon: allow semaphore emission to fail

From: Christian K?nig To workaround bugs and/or certain limits it's sometimes useful to fall back to waiting on fences. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/cik.c | 13 ++- drivers/gpu/drm/radeon/cik_sdma.c | 13 ++-

[PATCH 1/3] drm/radeon: add semaphore trace point

From: Christian K?nig Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_semaphore.c | 6 +- drivers/gpu/drm/radeon/radeon_trace.h | 36 +++ 2 files changed, 41 insertions(+), 1 deletion(-) diff --git

drm/nouveau/pwr: initial implementation

Hello Ben Skeggs, The patch ff4b42c7532e: "drm/nouveau/pwr: initial implementation" from Oct 15, 2013, leads to the following Smatch warning: "drivers/gpu/drm/nouveau/core/subdev/pwr/base.c:48 nouveau_pwr_send() warn: 'mutex:>mutex' is sometimes locked here and sometimes unlocked."

[PATCH v3 12/32] drm/exynos: Split manager/display/subdrv

On Sun, Nov 10, 2013 at 4:09 PM, Tomasz Figa wrote: > Hi Sean, > > On Tuesday 29 of October 2013 12:12:58 Sean Paul wrote: >> This patch splits display and manager from subdrv. The result is that >> crtc functions can directly call into manager callbacks and encoder >> functions can directly call

[PATCH 2/2] drm/vmwgfx: Resource evict fixes

Fix an error message that was incorrectly blaming device resource id shortage. Also make sure we correctly catch resource eviction errors, that could otherwise lead to evictable resources temporarily not being on the LRU list. Signed-off-by: Thomas Hellstrom Reviewed-by: Jakob Bornecrantz ---

[PATCH 1/2] drm/vmwgfx: Fix a couple of compile / sparse warnings and errors

Fixes *) an implicit function declaration on mips, *) a defined but not used label on !CONFIG_INTEL_IOMMU *) Hopefully a couple of sparse warnings where we implicitly typecast integer to __le32 and vice versa. Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul ---

[Bug 64471] Radeon HD6570 lockup in Brütal Legend with HyperZ

dri-devel/attachments/20131112/c02d21b5/attachment.html>

[Bug 71488] RadeonSI :Regression: Massive Desktop corruption observed on starting the X server

a the FPS is reduced by approx 30% with Color Tiling disabled. -- 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/20131112/a153c1b4/attachment.html>

[Bug 71212] [RadeonSI]: Unigine Heaven fails to launch with X error

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131112/f4167ea8/attachment.html>

[PATCH] radeon: workaround pining failure on low ram gpu

From: Jerome Glisse GPU with low amount of ram can fails at pining new framebuffer before unpining old one. On such failure, retry with unping old one before pining new one allowing to work around the issue. This is somewhat ugly but only affect those old GPU we care about.

[Bug 71488] RadeonSI :Regression: Massive Desktop corruption observed on starting the X server

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

[Bug 71134] AMD Radeon 7790 (BONAIRE Sea Islands) rendering, stability, performance issues

org/archives/dri-devel/attachments/20131112/c390cbc9/attachment.html>

[Bug 71516] RV350 Radeon 9550 - no Unity 3D hardware support in Ubuntu 13.10, extremely slow

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131112/80b745cb/attachment.html>

[Bug 71516] New: RV350 Radeon 9550 - no Unity 3D hardware support in Ubuntu 13.10, extremely slow

sts.freedesktop.org/archives/dri-devel/attachments/20131112/c5628c27/attachment.html>

[Bug 71134] AMD Radeon 7790 (BONAIRE Sea Islands) rendering, stability, performance issues

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131112/5b67269b/attachment.html>

[PATCH 1/2] drm/radeon/audio: write audio/video latency info for DCE4/5

11.11.2013 17:55, Alex Deucher kirjoitti: > On Fri, Nov 8, 2013 at 6:24 AM, Anssi Hannula wrote: >> 18.10.2013 23:41, Alex Deucher kirjoitti: >>> Needed by the hda driver to properly set up synchronization >>> on the audio side. >>> >>> Signed-off-by: Alex Deucher >>> --- >>>