[Bug 43829] Resuming my AMD A4-3300 based laptop leaves the screen black

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

[Bug 61470] Driver does not turn on LCD backlight on resume

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130711/dca7b098/attachment.html>

[Bug 43829] Resuming my AMD A4-3300 based laptop leaves the screen black

vel/attachments/20130711/5cbbc892/attachment.html>

[Bug 66450] JUNIPER UVD accelerated playback of MPEG 1/2 streams does not work

t part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130711/857ebf8a/attachment.html>

[Bug 44772] Radeon HD6950 (Cayman): Resuming from hibernation fails sometimes

documented there, I'll finally close this bug. -- 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/20130711/07345f01/attachment.html>

[Bug 66425] "failed testing IB on ring 5" when suspending to disk

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130711/80d094f2/attachment.html>

[Bug 44772] Radeon HD6950 (Cayman): Resuming from hibernation fails sometimes

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130711/b0f4db0b/attachment.html>

Questions about TTM buffer object maping

On Thu, Jul 11, 2013 at 5:43 PM, Jean-S?bastien P?dron wrote: > Hi, > > Thank you J?r?me and Daniel for your input, that's really helpful! > > I have another question: in ttm_bo_mmap(), a reference to the buffer object > is acquired at the beginning of the function. Another reference is acquired

[PATCH] drm/gpio/nv50: post nv92 cards have 32 interrupt lines

Since the original merge of nouveau to upstream kernel, we were assuming that nv90 (and later) cards have 32 lines. Based on mmio traces of the binary driver, as well as PBUS error messages during read/write of the e070/e074 registers, we can conclude that nv92 has only 16 lines whereas nv94 (and

Bug in warning message from MTRR rework in uvesafb

On Thu, Jul 11, 2013 at 3:36 AM, Andy Lutomirski wrote: > On Wed, Jul 10, 2013 at 10:07 AM, Torsten Kaiser > wrote: >> Commit 63e28a7a5ffce59b645ca9cbcc01e1e8be56bd75, "uvesafb: Clean up >> MTRR code" contains the following change: >> >> @@ -1930,6 +1891,9 @@ static int uvesafb_setup(char

[PATCH 3/3] drm/radeon: add fault decode function for CIK

From: Alex Deucher Helpful for debugging GPUVM errors as we can see what hw block and page generated the fault in the log. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/cik.c | 32 ++-- drivers/gpu/drm/radeon/cikd.h | 16

[PATCH 2/3] drm/radeon: add fault decode function for SI (v2)

From: Alex Deucher Helpful for debugging GPUVM errors as we can see what hw block and page generated the fault in the log. v2: simplify fault decoding Signed-off-by: Alex Deucher Reviewed-by: Christian K?nig --- drivers/gpu/drm/radeon/si.c | 272

[PATCH 1/3] drm/radeon: add fault decode function for cayman/TN (v2)

From: Alex Deucher Helpful for debugging GPUVM errors as we can see what hw block and page generated the fault in the log. v2: simplify fault decoding Signed-off-by: Alex Deucher Reviewed-by: Christian K?nig --- drivers/gpu/drm/radeon/evergreen.c | 10 ++-

[PATCH 1/3] drm/radeon: Disable dma rings for bo moves on r6xx

On Thu, Jul 11, 2013 at 3:59 PM, Ilija Hadzic wrote: > > Alex, > > Can you please share some details about the nature or symptom of the > "instability". One problem that I have been seeing on my end is that when I > use the DMA ring intensively (by intensively I mean, calling the copy > function

[PATCH] drm/radeon: use radeon device for request firmware

From: Jerome Glisse Avoid creating temporary platform device that will lead to issue when several radeon gpu are in same computer. Instead directly use the radeon device for requesting firmware. Signed-off-by: Jerome Glisse --- drivers/gpu/drm/radeon/cik.c| 25

[PATCH] drm/radeon: add missing ttm_eu_backoff_reservation to radeon_bo_list_validate

I've picked up the patch for my fixes queue. Thanks! Alex On Wed, Jul 10, 2013 at 6:26 AM, Maarten Lankhorst wrote: > Op 10-07-13 12:03, Markus Trippelsdorf schreef: >> On 2013.07.10 at 11:56 +0200, Maarten Lankhorst wrote: >>> Op 10-07-13 11:46, Markus Trippelsdorf schreef: On 2013.07.10

[PATCH 3/3] drm/radeon: use CP DMA on r6xx for bo moves

From: Alex Deucher Lighter weight than using the 3D engine. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_asic.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_asic.c

[PATCH 2/3] drm/radeon: implement bo copy callback using CP DMA (v2)

From: Alex Deucher Lighter weight than using the 3D engine. v2: fix ring count Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/r600.c| 81 ++ drivers/gpu/drm/radeon/r600d.h |1 +

[PATCH 1/3] drm/radeon: Disable dma rings for bo moves on r6xx

From: Alex Deucher They still seem to cause instability on some r6xx parts. As a follow up, we can switch to using CP DMA for bo moves on r6xx as a lighter weight alternative to using the 3D engine. A version of this patch should also go to stable kernels. Tested-by:

[PATCH 1/3] drm/radeon: Disable dma rings for bo moves on r6xx

Alex, Can you please share some details about the nature or symptom of the "instability". One problem that I have been seeing on my end is that when I use the DMA ring intensively (by intensively I mean, calling the copy function every frame), combined with some 3D rendering that causes a lot

[PULL] drm-intel-fixes

Cc lists this time around ... -Daniel On Thu, Jul 11, 2013 at 2:06 PM, Daniel Vetter wrote: > Hi Dave, > > One feature latecomer, I've forgotten to merge the patch to reeanble the > Haswell power well feature now that the audio interaction is fixed up. > Since that was the only unfixed issue

[PATCH v2 00/20] Unified VMA Offset Manager v2 (+Render Node RFC)

On 11/07/2013 13:21, David Herrmann wrote: > Hi > > On Thu, Jul 11, 2013 at 1:12 PM, Martin Peres > wrote: >> On 07/07/2013 19:17, David Herrmann wrote: >>> Hi >>> >>> This is v2 of the unified VMA offset manager series. The first draft is >>> available at LWN [1]. This series replaces the VMA

[PATCH v2 00/20] Unified VMA Offset Manager v2 (+Render Node RFC)

Hi On Thu, Jul 11, 2013 at 1:12 PM, Martin Peres wrote: > On 07/07/2013 19:17, David Herrmann wrote: >> >> Hi >> >> This is v2 of the unified VMA offset manager series. The first draft is >> available at LWN [1]. This series replaces the VMA offset managers in GEM >> and >> TTM with a unified

[PATCH v2 00/20] Unified VMA Offset Manager v2 (+Render Node RFC)

On 07/07/2013 19:17, David Herrmann wrote: > Hi > > This is v2 of the unified VMA offset manager series. The first draft is > available at LWN [1]. This series replaces the VMA offset managers in GEM and > TTM with a unified implementation. > > The first 4 patches contain the new VMA offset

[PATCH 1/2] drm/gem: simplify object initialization

On Thu, Jul 11, 2013 at 11:56 AM, David Herrmann wrote: > drm_gem_object_init() and drm_gem_private_object_init() do exactly the > same (except for shmem alloc) so make the first use the latter to reduce > code duplication. > > Also drop the return code from drm_gem_private_object_init(). It

[Bug 66425] "failed testing IB on ring 5" when suspending to disk

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

[PATCH v2 02/20] drm/gem: convert to new unified vma manager

Hi On Sun, Jul 7, 2013 at 7:17 PM, David Herrmann wrote: > Use the new vma manager instead of the old hashtable. Also convert all > drivers to use the new convenience helpers. This drops all the > (map_list.hash.key << PAGE_SHIFT) non-sense. > > Locking and access-management is exactly the same

[PATCH 1/2] drm/gem: simplify object initialization

On Thu, Jul 11, 2013 at 11:56:32AM +0200, David Herrmann wrote: > drm_gem_object_init() and drm_gem_private_object_init() do exactly the > same (except for shmem alloc) so make the first use the latter to reduce > code duplication. > > Also drop the return code from drm_gem_private_object_init().

[PATCH] drm: don't call ->firstopen for KMS drivers

On Thu, Jul 11, 2013 at 9:54 AM, Laurent Pinchart wrote: > Hi Daniel, > > On Wednesday 10 July 2013 20:17:44 Daniel Vetter wrote: >> It has way too much potential for driver writers to do stupid things >> like delayed hw setup because the load sequence is somehow racy (e.g. >> the imx driver in

[PATCH 2/2] drm/pci: remove useles #if 1

These don't make any sense, really.. Signed-off-by: David Herrmann --- drivers/gpu/drm/drm_pci.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/gpu/drm/drm_pci.c b/drivers/gpu/drm/drm_pci.c index 80c0b2b..a7b46ff 100644 --- a/drivers/gpu/drm/drm_pci.c +++

[PATCH 1/2] drm/gem: simplify object initialization

drm_gem_object_init() and drm_gem_private_object_init() do exactly the same (except for shmem alloc) so make the first use the latter to reduce code duplication. Also drop the return code from drm_gem_private_object_init(). It seems unlikely that we will extend it any time soon so no reason to

[Bug 66450] JUNIPER UVD accelerated playback of MPEG 1/2 streams does not work

way from beeing perfect either. -- 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/20130711/f8e790a2/attachment.html>

[PATCH 1/2] drm/gem: simplify object initialization

On Thu, Jul 11, 2013 at 11:56:32AM +0200, David Herrmann wrote: > drm_gem_object_init() and drm_gem_private_object_init() do exactly the > same (except for shmem alloc) so make the first use the latter to reduce > code duplication. > > Also drop the return code from drm_gem_private_object_init().

[Bug 66731] texture issues in xonotic with llvm+sb and offset mapping

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130711/38e55943/attachment.html>

[PATCH 00/39] clean out drm cruft and hide it better for kms drivers

On Wed, Jul 10, 2013 at 8:11 AM, Daniel Vetter wrote: > Hi all, > > I've figured that it's again time for a bit of (late) drm spring cleanup. This > series here consists of a pile of "rip old stuff out" patches interleaved with > "disable old cruft for kms drivers and hide it better". > >

Questions about TTM buffer object maping

On Thu, Jul 11, 2013 at 2:24 AM, Daniel Vetter wrote: > On Wed, Jul 10, 2013 at 09:00:33PM -0400, Jerome Glisse wrote: >> On Wed, Jul 10, 2013 at 8:27 PM, Jean-S?bastien P?dron >> wrote: >> > Hello, >> > >> > I'm trying to understand how TTM buffer object mapping works on Linux, to >> > make

[PATCH] drm/prime: remove cargo-cult locking from map_sg helper

Hi Daniel, Thanks for the patch. On Wednesday 10 July 2013 16:48:45 Daniel Vetter wrote: > I've checked both implementations (radeon/nouveau) and they both grab > the page array from ttm simply by dereferencing it and then wrapping > it up with drm_prime_pages_to_sg in the callback and map it

Radeon HD 6310 (AMD Wrestler): [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

Am 11.07.2013 09:41, schrieb Paul Menzel: > Dear Linux folks, > > > using a Linux 3.10 with the drm-next-3.11 tree from Alex Deuscher merged > and built with `make deb-pkg`, it failed the last boot. > > [drm:evergreen_startup] *ERROR* radeon: error initializing UVD (-1). > > The strange thing

[PATCH] drm: don't call ->firstopen for KMS drivers

Hi Daniel, On Wednesday 10 July 2013 20:17:44 Daniel Vetter wrote: > It has way too much potential for driver writers to do stupid things > like delayed hw setup because the load sequence is somehow racy (e.g. > the imx driver in staging). So don't call it for modesetting drivers, > which reduces

[Bug 66805] [radeonsi] half life 2 base games are segfaulting

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130711/5a7a6ce4/attachment-0001.html>

[Bug 66425] "failed testing IB on ring 5" when suspending to disk

st yet. Will report back as soon as possible. -- 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/20130711/ed0c8033/attachment.html>

Radeon HD 6310 (AMD Wrestler): [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

Dear Linux folks, using a Linux 3.10 with the drm-next-3.11 tree from Alex Deuscher merged and built with `make deb-pkg`, it failed the last boot. [drm:evergreen_startup] *ERROR* radeon: error initializing UVD (-1). The strange thing is that it worked the last time I tried with the same

[Bug 66425] "failed testing IB on ring 5" when suspending to disk

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

Radeon HD 6310 (AMD Wrestler): [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

On Thu, Jul 11, 2013 at 3:41 AM, Paul Menzel wrote: > Dear Linux folks, > > > using a Linux 3.10 with the drm-next-3.11 tree from Alex Deuscher merged > and built with `make deb-pkg`, it failed the last boot. > > [drm:evergreen_startup] *ERROR* radeon: error initializing UVD (-1). > > The

[PATCH 2/2] DRM: use anon_inode instead of delayed inode init

On Thu, Jul 11, 2013 at 01:45:30AM +0200, David Herrmann wrote: > Instead of delaying inode initialization until first ->open(), we can use > an anonymous inode. This avoids modifying FS internal inode fields and > provides us a private address_space right during initialization. > > Delayed TTM

[Bug 66805] [radeonsi] half life 2 base games are segfaulting

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/20130711/4881a8a5/attachment.html>

[PATCH 1/2] anon_inodes: allow external inode allocations

On Thu, Jul 11, 2013 at 01:45:29AM +0200, David Herrmann wrote: > DRM core shares a single address_space across all inodes that belong to > the same DRM device. This allows efficient unmapping of user-space > mappings during buffer destruction. However, there is no easy way to get a > shared

Questions about TTM buffer object maping

On Wed, Jul 10, 2013 at 09:00:33PM -0400, Jerome Glisse wrote: > On Wed, Jul 10, 2013 at 8:27 PM, Jean-S?bastien P?dron > wrote: > > Hello, > > > > I'm trying to understand how TTM buffer object mapping works on Linux, to > > make this behave properly on FreeBSD. > > > > Here's what I think I

[PATCH 1/2] drm/gem: simplify object initialization

On Thu, Jul 11, 2013 at 5:56 AM, David Herrmann wrote: > drm_gem_object_init() and drm_gem_private_object_init() do exactly the > same (except for shmem alloc) so make the first use the latter to reduce > code duplication. > > Also drop the return code from drm_gem_private_object_init(). It

[Bug 65723] Xonotic glsl 1.30 broken due to lack of derivatives support in radeonsi

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

[Bug 66558] RS690: 3D artifacts when playing SuperTuxKart

. |.org|org -- 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/20130711/9beefb45/attachment.html>

Questions about TTM buffer object maping

Hello, I'm trying to understand how TTM buffer object mapping works on Linux, to make this behave properly on FreeBSD. Here's what I think I understand: When a buffer object is mmap()'d, ttm_bo_vm_open() is called. When there's a page fault, the page is looked up and inserted in the VMA

[PATCH] drm: remove FASYNC support

Hi Daniel, Thank you for the patch. On Wednesday 10 July 2013 17:25:04 Daniel Vetter wrote: > So I've stumbled over drm_fasync and wondered what it does. Digging > that up is quite a story. > > First I've had to read up on what this does and ended up being rather > bewildered why peopled loved

[PATCH 2/2] DRM: use anon_inode instead of delayed inode init

Instead of delaying inode initialization until first ->open(), we can use an anonymous inode. This avoids modifying FS internal inode fields and provides us a private address_space right during initialization. Delayed TTM dev_mapping initialization is currently left untouched to keep this simple.

[PATCH 1/2] anon_inodes: allow external inode allocations

DRM core shares a single address_space across all inodes that belong to the same DRM device. This allows efficient unmapping of user-space mappings during buffer destruction. However, there is no easy way to get a shared address_space for DRM devices during initialization. Therefore, we currently

[PATCH 0/2] Anonymous Inode Allocations

Hi This implements anon_inodes_new() to create anonymous inodes. Patch #1 describes the changes to anon_inodes.c and why DRM could make great use of this. Patch #2 converts DRM core to use anon_inodes_new() instead of delayed dev_mapping initialization (but kept simple, TTM can be converted

[Bug 66805] New: [radeonsi] half life 2 base games are segfaulting

https://bugs.freedesktop.org/show_bug.cgi?id=66805 Priority: medium Bug ID: 66805 Assignee: dri-devel at lists.freedesktop.org Summary: [radeonsi] half life 2 base games are segfaulting Severity: blocker Classification: Unclassified

[Bug 65723] Xonotic glsl 1.30 broken due to lack of derivatives support in radeonsi

https://bugs.freedesktop.org/show_bug.cgi?id=65723 --- Comment #7 from Rafael Castillo jrch2...@gmail.com --- tested and working, many thanks for your hard work -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel

Re: Questions about TTM buffer object maping

On Wed, Jul 10, 2013 at 09:00:33PM -0400, Jerome Glisse wrote: On Wed, Jul 10, 2013 at 8:27 PM, Jean-Sébastien Pédron jean-sebastien.ped...@dumbbell.fr wrote: Hello, I'm trying to understand how TTM buffer object mapping works on Linux, to make this behave properly on FreeBSD. Here's

Re: [PATCH 1/2] anon_inodes: allow external inode allocations

On Thu, Jul 11, 2013 at 01:45:29AM +0200, David Herrmann wrote: DRM core shares a single address_space across all inodes that belong to the same DRM device. This allows efficient unmapping of user-space mappings during buffer destruction. However, there is no easy way to get a shared

Re: Bug in warning message from MTRR rework in uvesafb

On Wed, Jul 10, 2013 at 10:07 AM, Torsten Kaiser just.for.l...@googlemail.com wrote: Commit 63e28a7a5ffce59b645ca9cbcc01e1e8be56bd75, uvesafb: Clean up MTRR code contains the following change: @@ -1930,6 +1891,9 @@ static int uvesafb_setup(char *options) } } +if (mtrr !=

Re: [PATCH 2/2] DRM: use anon_inode instead of delayed inode init

On Thu, Jul 11, 2013 at 01:45:30AM +0200, David Herrmann wrote: Instead of delaying inode initialization until first -open(), we can use an anonymous inode. This avoids modifying FS internal inode fields and provides us a private address_space right during initialization. Delayed TTM

Re: Bug in warning message from MTRR rework in uvesafb

On Thu, Jul 11, 2013 at 3:36 AM, Andy Lutomirski l...@amacapital.net wrote: On Wed, Jul 10, 2013 at 10:07 AM, Torsten Kaiser just.for.l...@googlemail.com wrote: Commit 63e28a7a5ffce59b645ca9cbcc01e1e8be56bd75, uvesafb: Clean up MTRR code contains the following change: @@ -1930,6 +1891,9 @@

Re: [PATCH] drm: don't call -firstopen for KMS drivers

Hi Daniel, On Wednesday 10 July 2013 20:17:44 Daniel Vetter wrote: It has way too much potential for driver writers to do stupid things like delayed hw setup because the load sequence is somehow racy (e.g. the imx driver in staging). So don't call it for modesetting drivers, which reduces the

Re: [PATCH] drm/prime: remove cargo-cult locking from map_sg helper

Hi Daniel, Thanks for the patch. On Wednesday 10 July 2013 16:48:45 Daniel Vetter wrote: I've checked both implementations (radeon/nouveau) and they both grab the page array from ttm simply by dereferencing it and then wrapping it up with drm_prime_pages_to_sg in the callback and map it with

[Bug 66805] [radeonsi] half life 2 base games are segfaulting

https://bugs.freedesktop.org/show_bug.cgi?id=66805 --- Comment #1 from Michel Dänzer mic...@daenzer.net --- Can you provide the output from running with the environment variable RADEON_DUMP_SHADERS=1 ? Beware that it might be large if the game compiles many shaders before the failure. -- You

[Bug 66425] failed testing IB on ring 5 when suspending to disk

https://bugs.freedesktop.org/show_bug.cgi?id=66425 Christian König deathsim...@vodafone.de changed: What|Removed |Added Attachment #81770|0 |1 is

[Bug 66425] failed testing IB on ring 5 when suspending to disk

https://bugs.freedesktop.org/show_bug.cgi?id=66425 --- Comment #21 from Austin Lund austin.l...@gmail.com --- (In reply to comment #20) Created attachment 82325 [details] [review] Possible fix. I was able to reproduce the problem, and this patch (only a slightly modified version of the old

[Bug 66805] [radeonsi] half life 2 base games are segfaulting

https://bugs.freedesktop.org/show_bug.cgi?id=66805 --- Comment #2 from Laurent carlier lordhea...@gmail.com --- Created attachment 82327 -- https://bugs.freedesktop.org/attachment.cgi?id=82327action=edit shader dump from portal with RADEON_DUMP_SHADERS=1 -- You are receiving this mail

[PATCH 1/2] drm/gem: simplify object initialization

drm_gem_object_init() and drm_gem_private_object_init() do exactly the same (except for shmem alloc) so make the first use the latter to reduce code duplication. Also drop the return code from drm_gem_private_object_init(). It seems unlikely that we will extend it any time soon so no reason to

[PATCH 2/2] drm/pci: remove useles #if 1

These don't make any sense, really.. Signed-off-by: David Herrmann dh.herrm...@gmail.com --- drivers/gpu/drm/drm_pci.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/gpu/drm/drm_pci.c b/drivers/gpu/drm/drm_pci.c index 80c0b2b..a7b46ff 100644 --- a/drivers/gpu/drm/drm_pci.c +++

[Bug 66731] texture issues in xonotic with llvm+sb and offset mapping

https://bugs.freedesktop.org/show_bug.cgi?id=66731 --- Comment #2 from Stefano Teso stefano.t...@gmail.com --- Thanks for the quick response. I just wanted to note that the glitch is still there with llvm 3.4 trunk. -- You are receiving this mail because: You are the assignee for the bug.

Re: [PATCH] drm: don't call -firstopen for KMS drivers

On Thu, Jul 11, 2013 at 9:54 AM, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: Hi Daniel, On Wednesday 10 July 2013 20:17:44 Daniel Vetter wrote: It has way too much potential for driver writers to do stupid things like delayed hw setup because the load sequence is somehow racy

Re: [PATCH 1/2] drm/gem: simplify object initialization

On Thu, Jul 11, 2013 at 11:56:32AM +0200, David Herrmann wrote: drm_gem_object_init() and drm_gem_private_object_init() do exactly the same (except for shmem alloc) so make the first use the latter to reduce code duplication. Also drop the return code from drm_gem_private_object_init(). It

Re: [PATCH 1/2] drm/gem: simplify object initialization

On Thu, Jul 11, 2013 at 11:56:32AM +0200, David Herrmann wrote: drm_gem_object_init() and drm_gem_private_object_init() do exactly the same (except for shmem alloc) so make the first use the latter to reduce code duplication. Also drop the return code from drm_gem_private_object_init(). It

Re: [PATCH v2 02/20] drm/gem: convert to new unified vma manager

Hi On Sun, Jul 7, 2013 at 7:17 PM, David Herrmann dh.herrm...@gmail.com wrote: Use the new vma manager instead of the old hashtable. Also convert all drivers to use the new convenience helpers. This drops all the (map_list.hash.key PAGE_SHIFT) non-sense. Locking and access-management is

Re: [PATCH 1/2] drm/gem: simplify object initialization

On Thu, Jul 11, 2013 at 11:56 AM, David Herrmann dh.herrm...@gmail.com wrote: drm_gem_object_init() and drm_gem_private_object_init() do exactly the same (except for shmem alloc) so make the first use the latter to reduce code duplication. Also drop the return code from

Re: [PATCH v2 00/20] Unified VMA Offset Manager v2 (+Render Node RFC)

Hi On Thu, Jul 11, 2013 at 1:12 PM, Martin Peres martin.pe...@labri.fr wrote: On 07/07/2013 19:17, David Herrmann wrote: Hi This is v2 of the unified VMA offset manager series. The first draft is available at LWN [1]. This series replaces the VMA offset managers in GEM and TTM with a

[Bug 66450] JUNIPER UVD accelerated playback of MPEG 1/2 streams does not work

https://bugs.freedesktop.org/show_bug.cgi?id=66450 --- Comment #7 from Christian König deathsim...@vodafone.de --- Created attachment 82331 -- https://bugs.freedesktop.org/attachment.cgi?id=82331action=edit Possible fix v2 Update patch, should work better this time. But please note that

Re: [PATCH 1/2] drm/gem: simplify object initialization

On Thu, Jul 11, 2013 at 5:56 AM, David Herrmann dh.herrm...@gmail.com wrote: drm_gem_object_init() and drm_gem_private_object_init() do exactly the same (except for shmem alloc) so make the first use the latter to reduce code duplication. Also drop the return code from

Re: [PULL] drm-intel-fixes

Cc lists this time around ... -Daniel On Thu, Jul 11, 2013 at 2:06 PM, Daniel Vetter dan...@ffwll.ch wrote: Hi Dave, One feature latecomer, I've forgotten to merge the patch to reeanble the Haswell power well feature now that the audio interaction is fixed up. Since that was the only unfixed

Re: Radeon HD 6310 (AMD Wrestler): [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

On Thu, Jul 11, 2013 at 3:41 AM, Paul Menzel paulepan...@users.sourceforge.net wrote: Dear Linux folks, using a Linux 3.10 with the drm-next-3.11 tree from Alex Deuscher merged and built with `make deb-pkg`, it failed the last boot. [drm:evergreen_startup] *ERROR* radeon: error

[Bug 66425] failed testing IB on ring 5 when suspending to disk

https://bugs.freedesktop.org/show_bug.cgi?id=66425 --- Comment #22 from Christian König deathsim...@vodafone.de --- (In reply to comment #21) I got this compile warning: /home/lund/src/linux/drivers/gpu/drm/radeon/radeon_uvd.c: In function ‘radeon_uvd_fini’:

Re: Questions about TTM buffer object maping

On Thu, Jul 11, 2013 at 2:24 AM, Daniel Vetter dan...@ffwll.ch wrote: On Wed, Jul 10, 2013 at 09:00:33PM -0400, Jerome Glisse wrote: On Wed, Jul 10, 2013 at 8:27 PM, Jean-Sébastien Pédron jean-sebastien.ped...@dumbbell.fr wrote: Hello, I'm trying to understand how TTM buffer object

Re: [PATCH 00/39] clean out drm cruft and hide it better for kms drivers

On Wed, Jul 10, 2013 at 8:11 AM, Daniel Vetter daniel.vet...@ffwll.ch wrote: Hi all, I've figured that it's again time for a bit of (late) drm spring cleanup. This series here consists of a pile of rip old stuff out patches interleaved with disable old cruft for kms drivers and hide it

[Bug 44772] Radeon HD6950 (Cayman): Resuming from hibernation fails sometimes

https://bugs.freedesktop.org/show_bug.cgi?id=44772 Harald Judt h.j...@gmx.at changed: What|Removed |Added Status|RESOLVED|REOPENED

[Bug 66425] failed testing IB on ring 5 when suspending to disk

https://bugs.freedesktop.org/show_bug.cgi?id=66425 --- Comment #23 from Harald Judt h.j...@gmx.at --- Thanks, I confirm that the patch fixes the problem! I've tested this at least 5 times with both the vanilla and the tuxonice hibernation, and both now work pretty stable with 3.10. (As a side

[Bug 44772] Radeon HD6950 (Cayman): Resuming from hibernation fails sometimes

https://bugs.freedesktop.org/show_bug.cgi?id=44772 Harald Judt h.j...@gmx.at changed: What|Removed |Added Status|REOPENED|RESOLVED

[PATCH 1/3] drm/radeon: Disable dma rings for bo moves on r6xx

From: Alex Deucher alexander.deuc...@amd.com They still seem to cause instability on some r6xx parts. As a follow up, we can switch to using CP DMA for bo moves on r6xx as a lighter weight alternative to using the 3D engine. A version of this patch should also go to stable kernels. Tested-by:

[PATCH 2/3] drm/radeon: implement bo copy callback using CP DMA (v2)

From: Alex Deucher alexander.deuc...@amd.com Lighter weight than using the 3D engine. v2: fix ring count Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/r600.c| 81 ++ drivers/gpu/drm/radeon/r600d.h |1 +

Re: [PATCH 1/3] drm/radeon: Disable dma rings for bo moves on r6xx

On Thu, Jul 11, 2013 at 3:59 PM, Ilija Hadzic ihad...@research.bell-labs.com wrote: Alex, Can you please share some details about the nature or symptom of the instability. One problem that I have been seeing on my end is that when I use the DMA ring intensively (by intensively I mean,

Re: [PATCH 1/3] drm/radeon: Disable dma rings for bo moves on r6xx

Alex, Can you please share some details about the nature or symptom of the instability. One problem that I have been seeing on my end is that when I use the DMA ring intensively (by intensively I mean, calling the copy function every frame), combined with some 3D rendering that causes a lot

[Bug 66450] JUNIPER UVD accelerated playback of MPEG 1/2 streams does not work

https://bugs.freedesktop.org/show_bug.cgi?id=66450 --- Comment #8 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com --- With this patch playback works. Thank you! -- You are receiving this mail because: You are the assignee for the bug. ___

[Bug 61470] Driver does not turn on LCD backlight on resume

https://bugs.freedesktop.org/show_bug.cgi?id=61470 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 43829] Resuming my AMD A4-3300 based laptop leaves the screen black

https://bugs.freedesktop.org/show_bug.cgi?id=43829 Alex Deucher ag...@yahoo.com changed: What|Removed |Added CC||webmas...@jamescobban.net

[Bug 43829] Resuming my AMD A4-3300 based laptop leaves the screen black

https://bugs.freedesktop.org/show_bug.cgi?id=43829 --- Comment #26 from Alex Deucher ag...@yahoo.com --- Created attachment 82347 -- https://bugs.freedesktop.org/attachment.cgi?id=82347action=edit possible fix Does the attached patch help? -- You are receiving this mail because: You are the

[PATCH 1/3] drm/radeon: add fault decode function for cayman/TN (v2)

From: Alex Deucher alexander.deuc...@amd.com Helpful for debugging GPUVM errors as we can see what hw block and page generated the fault in the log. v2: simplify fault decoding Signed-off-by: Alex Deucher alexander.deuc...@amd.com Reviewed-by: Christian König christian.koe...@amd.com ---

[PATCH 2/3] drm/radeon: add fault decode function for SI (v2)

From: Alex Deucher alexander.deuc...@amd.com Helpful for debugging GPUVM errors as we can see what hw block and page generated the fault in the log. v2: simplify fault decoding Signed-off-by: Alex Deucher alexander.deuc...@amd.com Reviewed-by: Christian König christian.koe...@amd.com ---

Re: Questions about TTM buffer object maping

On Thu, Jul 11, 2013 at 5:43 PM, Jean-Sébastien Pédron jean-sebastien.ped...@dumbbell.fr wrote: Hi, Thank you Jérôme and Daniel for your input, that's really helpful! I have another question: in ttm_bo_mmap(), a reference to the buffer object is acquired at the beginning of the function.

Re: Questions about TTM buffer object maping

Hi On Thu, Jul 11, 2013 at 11:43 PM, Jean-Sébastien Pédron jean-sebastien.ped...@dumbbell.fr wrote: Hi, Thank you Jérôme and Daniel for your input, that's really helpful! I have another question: in ttm_bo_mmap(), a reference to the buffer object is acquired at the beginning of the

  1   2   >