[Bug 49309] R600_STREAMOUT is broken

https://bugs.freedesktop.org/show_bug.cgi?id=49309 --- Comment #4 from Alex Deucher 2012-04-30 16:34:16 PDT --- GL3 requires MSAA which is not yet supported. GL3 was mistakenly enabled without it initially. Dave has a branch with initial support which will be merged when ready: http://cgit.fre

Re: [PATCH RESEND] egl-fbdev: Fix compile-error by including errno.h

On Sun, Apr 29, 2012 at 11:53:16AM +0200, David Herrmann wrote: > We use errno and EINVAL so include errno.h. > > This patch introduced this bug: > http://cgit.freedesktop.org/mesa/mesa/commit/src/gallium/state_trackers/egl/fbdev/native_fbdev.c?id=b60120608f6ddf4098bc324363197c979ee04cb7 > > Sign

[Bug 49322] New: No picture on display connected via Displayport adaptor to HD 7870

https://bugs.freedesktop.org/show_bug.cgi?id=49322 Bug #: 49322 Summary: No picture on display connected via Displayport adaptor to HD 7870 Classification: Unclassified Product: DRI Version: XOrg CVS Platform: x86-64 (

[Bug 49309] R600_STREAMOUT is broken

https://bugs.freedesktop.org/show_bug.cgi?id=49309 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 49309] R600_STREAMOUT is broken

https://bugs.freedesktop.org/show_bug.cgi?id=49309 --- Comment #2 from Alexandre Demers 2012-04-30 15:41:04 PDT --- (In reply to comment #1) > So what's the issue? The GL version? There's a new requirement for GL3: 4x > multisampling. If Matteo is interested, it's Mesa's commit 8e90913e9f99ff32

[Bug 49321] New: Khronos WebGL conformance test and shadertoy failure

https://bugs.freedesktop.org/show_bug.cgi?id=49321 Bug #: 49321 Summary: Khronos WebGL conformance test and shadertoy failure Classification: Unclassified Product: Mesa Version: unspecified Platform: Other OS/Version: All

[Bug 49309] R600_STREAMOUT is broken

https://bugs.freedesktop.org/show_bug.cgi?id=49309 --- Comment #1 from Marek Ol??k 2012-04-30 12:12:08 PDT --- So what's the issue? The GL version? There's a new requirement for GL3: 4x multisampling. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are re

[PATCH 05/19] drm: move dev_mapping to the minor node

On Mon, Apr 30, 2012 at 6:53 PM, Dave Airlie wrote: >> >> Do you have pointers to that discussion (assuming it was on sime mailing >> list)? The least I can do, while I am at it, is try to understand it and >> see if I can incorporate some ideas from there in the rework of the patch. > > Nope it w

[PATCH 05/19] drm: move dev_mapping to the minor node

> > Do you have pointers to that discussion (assuming it was on sime mailing > list)? The least I can do, while I am at it, is try to understand it and > see if I can incorporate some ideas from there in the rework of the patch. Nope it was an offhand discussion on irc while we were talking about

[PATCH 05/19] drm: move dev_mapping to the minor node

On Mon, Apr 30, 2012 at 3:48 PM, Ilija Hadzic wrote: > > > On Fri, 20 Apr 2012, Dave Airlie wrote: > >> On Thu, Apr 12, 2012 at 7:19 PM, Ilija Hadzic >> wrote: >>> >>> Make dev_mapping per-minor instead of per device. This is >>> a preparatory patch for introducing render nodes. This >>> will all

Include request for reset-rework branch.

On 30.04.2012 17:12, Jerome Glisse wrote: > On Mon, Apr 30, 2012 at 11:12 AM, Jerome Glisse wrote: >> On Mon, Apr 30, 2012 at 10:50 AM, Christian K?nig >> wrote: >>> Hi Dave, >>> >>> if nobody has a last moment concern please include the following patches in >>> drm-next. >>> >>> Except for som

[PATCH 26/26] drm/radeon: remove cayman_gpu_is_lockup

Since it is now identical to evergreen_gpu_is_lockup. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/ni.c | 19 --- drivers/gpu/drm/radeon/radeon_asic.c | 12 ++-- drivers/gpu/drm/radeon/radeon_asic.h |1 - 3 files changed, 6 insertions(+), 26

[PATCH 25/26] drm/radeon: remove r300_gpu_is_lockup

Since it is now identical to r100_gpu_is_lockup. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/r300.c| 14 -- drivers/gpu/drm/radeon/radeon_asic.c | 16 drivers/gpu/drm/radeon/radeon_asic.h |1 - 3 files changed, 8 insertions(+), 23 deleti

[PATCH 24/26] drm/radeon: make forcing ring activity a common function

Nothing chipset or ring specific with it, so also move it to radon_ring. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/evergreen.c | 10 +- drivers/gpu/drm/radeon/ni.c | 11 +-- drivers/gpu/drm/radeon/r100.c| 10 +- drivers/gpu/drm/rad

[PATCH 23/26] drm/radeon: unlock the ring mutex while waiting for the next fence

Fixing just another deadlock problem with gpu reset tests. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_ring.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_ring.c b/drivers/gpu/drm/radeon/radeon_ring.c index 504fb8f.

[PATCH 22/26] drm/radeon: make lockup timeout a module param

Don't hard code the 10 seconds timeout. Compute jobs can run much longer. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h |1 + drivers/gpu/drm/radeon/radeon_drv.c |4 drivers/gpu/drm/radeon/radeon_ring.c |2 +- 3 files changed, 6 insertions(+), 1 deleti

[PATCH 21/26] drm/radeon: move lockup detection code into radeon_ring.c

It isn't chipset specific, so it makes no sense to have that inside r100.c. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/evergreen.c |5 +-- drivers/gpu/drm/radeon/ni.c |5 +-- drivers/gpu/drm/radeon/r100.c| 57 + drivers/

[PATCH 20/26] drm/radeon: remove recursive mutex implementation

Not needed anymore. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h| 44 +--- drivers/gpu/drm/radeon/radeon_cs.c | 10 +++--- drivers/gpu/drm/radeon/radeon_device.c |2 +- drivers/gpu/drm/radeon/radeon_gart.c | 16 ++-

[PATCH 19/26] drm/radeon: rework recursive gpu reset handling

Instead of all this humpy pumpy with recursive mutex (which also fixes only halve of the problem) move the actual gpu reset out of the fence code, return -EDEADLK and then reset the gpu in the calling ioctl function. v2: Split removal of radeon_mutex into separate patch. Return -EAGAIN if rese

[PATCH 18/26] drm/radeon: fix a bug with the ring syncing code

Rings need to lock in order, otherwise the ring subsystem can deadlock. v2: fix error handling and number of locked doublewords. v3: stop creating unneeded semaphores. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h |4 ++ drivers/gpu/drm/radeon/radeon_cs.c

[PATCH 17/26] drm/radeon: rip out the ib pool v2

It isn't necessary any more and the suballocator seems to perform even better. v2: ignore ERESTARTSYS in error reporting, split fence changes into seperate patch, use try_free SA callback to avoid lockups Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h | 1

[PATCH 16/26] drm/radeon: don't keep list of created fences.

It's never used and so practically superfluous. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h |1 - drivers/gpu/drm/radeon/radeon_fence.c |7 --- 2 files changed, 0 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/dr

[PATCH 15/26] drm/radeon: add general purpose fence signaled callback

Should be used to free resource that are protected by a fence. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h |8 - drivers/gpu/drm/radeon/radeon_fence.c | 50 +--- 2 files changed, 52 insertions(+), 6 deletions(-) diff --git a/dri

[PATCH 14/26] drm/radeon: rename fence_wait_last to fence_wait_empty

As discussed with Michel that name better describes the behavior of this function. Signed-off-by: Christian K?nig Reviewed-by: Michel D?nzer --- drivers/gpu/drm/radeon/radeon.h|2 +- drivers/gpu/drm/radeon/radeon_device.c |2 +- drivers/gpu/drm/radeon/radeon_fence.c |4 ++--

[PATCH 13/26] drm/radeon: return -ENOENT in fence_wait_next v2

We should signal the caller that we haven't waited at all. v2: only change fence_wait_next not fence_wait_last. Signed-off-by: Christian K?nig Reviewed-by: Michel D?nzer --- drivers/gpu/drm/radeon/radeon_fence.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/

[PATCH 12/26] drm/radeon: simplify semaphore handling

Directly use the suballocator to get small chunks of memory. It's equally fast and doesn't crash when we encounter a GPU reset. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/evergreen.c|1 - drivers/gpu/drm/radeon/ni.c |1 - drivers/gpu/drm/radeon/r600.c

[PATCH 11/26] drm/radeon: use inline functions to calc sa_bo addr

Instead of hacking the calculation multiple times. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_gart.c |6 ++ drivers/gpu/drm/radeon/radeon_object.h | 11 +++ drivers/gpu/drm/radeon/radeon_ring.c |6 ++ 3 files changed, 15 insertions(+), 8 deleti

[PATCH 10/26] drm/radeon: add try_free callback to the SA

To prevent deadlocks under extreme conditions. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h|1 + drivers/gpu/drm/radeon/radeon_gart.c |2 +- drivers/gpu/drm/radeon/radeon_object.h |3 ++- drivers/gpu/drm/radeon/radeon_ring.c |2 +- drivers/gpu/dr

[PATCH 09/26] drm/radeon: add biggest hole tracking and wakequeue to the sa v3

With that in place clients are automatically blocking until their memory request can be handled. v2: block only if the memory request can't be satisfied in the first try, the first version actually lacked a night of sleep. v3: make blocking optional, update comments and fix another bu

[PATCH 08/26] drm/radeon: add sub allocator debugfs file

Dumping the current allocations. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_object.h |5 + drivers/gpu/drm/radeon/radeon_ring.c | 22 ++ drivers/gpu/drm/radeon/radeon_sa.c | 15 +++ 3 files changed, 42 insertions(+), 0 delet

[PATCH 07/26] drm/radeon: add proper locking to the SA v2

Make the suballocator self containing to locking. v2: split the bugfix into a seperate patch. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h|1 + drivers/gpu/drm/radeon/radeon_sa.c | 17 +++-- 2 files changed, 12 insertions(+), 6 deletions(-) diff --gi

[PATCH 06/26] drm/radeon: fix a bug in the SA code

Aligning offset can make it bigger than tmp->offset leading to an overrun bug in the following subtraction. v2: Against initial suspicions this can't happen in mainline, so no need to push it into stable. Signed-off-by: Christian K?nig Reviewed-by: Michel D?nzer --- drivers/gpu/drm/radeon/

[PATCH 05/26] drm/radeon: rework gpu lockup detection and processing

Previusly multiple rings could trigger multiple GPU resets at the same time. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h |3 +- drivers/gpu/drm/radeon/radeon_fence.c | 146 + 2 files changed, 75 insertions(+), 74 deletions(-) dif

[PATCH 04/26] drm/radeon: use central function for IB testing

Removing all the different error messages and having just one standard behaviour over all chipset generations. Signed-off-by: Christian K?nig Reviewed-by: Alex Deucher --- drivers/gpu/drm/radeon/evergreen.c |7 ++- drivers/gpu/drm/radeon/ni.c |7 ++- drivers/gpu/drm/r

[PATCH 03/26] drm/radeon: register ring debugfs handlers on init

Just register the debugfs files on init instead of checking the chipset type multiple times. Signed-off-by: Christian K?nig Reviewed-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_ring.c | 31 +++ 1 files changed, 19 insertions(+), 12 deletions(-) diff --git a

[PATCH 02/26] drm/radeon: replace gpu_lockup with ring->ready flag

It makes no sense at all to have more than one flag. Signed-off-by: Christian K?nig Reviewed-by: Alex Deucher --- drivers/gpu/drm/radeon/r100.c |1 - drivers/gpu/drm/radeon/r300.c |1 - drivers/gpu/drm/radeon/radeon.h|1 - drivers/gpu/drm/radeon/radeon_devi

[PATCH 01/26] drm/radeon: make radeon_gpu_is_lockup a per ring function

Different rings have different criteria to test if they are stuck. v2: rebased on current drm-next Signed-off-by: Christian K?nig Reviewed-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon.h |4 +- drivers/gpu/drm/radeon/radeon_asic.c | 44 ++-- driver

Include request for reset-rework branch.

Hi Dave, if nobody has a last moment concern please include the following patches in drm-next. Except for some minor fixes they have already been on the list for quite some time, but I intentional left out the debugfs related patches cause we haven't finished the discussion about them yet. If

[Bug 49309] R600_STREAMOUT is broken

https://bugs.freedesktop.org/show_bug.cgi?id=49309 --- Comment #4 from Alex Deucher 2012-04-30 16:34:16 PDT --- GL3 requires MSAA which is not yet supported. GL3 was mistakenly enabled without it initially. Dave has a branch with initial support which will be merged when ready: http://cgit.free

[Bug 49309] R600_STREAMOUT is broken

https://bugs.freedesktop.org/show_bug.cgi?id=49309 --- Comment #3 from Matteo Rapone 2012-04-30 16:19:01 UTC --- So is it a missing functionality? Thank you. Sorry if I've wasted your time. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving thi

[Bug 49309] R600_STREAMOUT is broken

https://bugs.freedesktop.org/show_bug.cgi?id=49309 --- Comment #3 from Matteo Rapone 2012-04-30 16:19:01 UTC --- So is it a missing functionality? Thank you. Sorry if I've wasted your time. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving thi

[Bug 49309] R600_STREAMOUT is broken

https://bugs.freedesktop.org/show_bug.cgi?id=49309 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[next][PATCH 3/3] drm/radeon/kms/hdmi: helper getting ready ACR entry

--- drivers/gpu/drm/radeon/r600_hdmi.c | 61 drivers/gpu/drm/radeon/radeon.h| 14 2 files changed, 41 insertions(+), 34 deletions(-) diff --git a/drivers/gpu/drm/radeon/r600_hdmi.c b/drivers/gpu/drm/radeon/r600_hdmi.c index 7d24753..0319619 1

[next][PATCH 2/3] drm/radeon/kms/hdmi: clean&improve handling HDMI mode

--- drivers/gpu/drm/radeon/r600_hdmi.c | 42 +++ 1 files changed, 27 insertions(+), 15 deletions(-) diff --git a/drivers/gpu/drm/radeon/r600_hdmi.c b/drivers/gpu/drm/radeon/r600_hdmi.c index 69839df..7d24753 100644 --- a/drivers/gpu/drm/radeon/r600_hdmi.c +++ b/

[next][PATCH 1/3] drm/radeon/kms/hdmi: enable audio packets at one place

--- drivers/gpu/drm/radeon/r600_hdmi.c | 26 -- 1 files changed, 16 insertions(+), 10 deletions(-) diff --git a/drivers/gpu/drm/radeon/r600_hdmi.c b/drivers/gpu/drm/radeon/r600_hdmi.c index c6de0022..69839df 100644 --- a/drivers/gpu/drm/radeon/r600_hdmi.c +++ b/drivers/

[next][PATCH 0/3] radeon HDMI: next minor improvements

This is one more patchset bringing minor improvements to the current HDMI implementation. I think after this step I'll start working on moving Evergreen HDMI code to the separated file. Some cleanups and making ACR re-usable were needed before that. Patches depend on the earlier 5-patches-set I se

[Bug 49309] R600_STREAMOUT is broken

https://bugs.freedesktop.org/show_bug.cgi?id=49309 --- Comment #2 from Alexandre Demers 2012-04-30 15:41:04 PDT --- (In reply to comment #1) > So what's the issue? The GL version? There's a new requirement for GL3: 4x > multisampling. If Matteo is interested, it's Mesa's commit 8e90913e9f99ff32

[RFC v2] Revive the work on render-nodes branch

On Fri, Apr 20, 2012 at 6:20 AM, Dave Airlie wrote: > On Thu, Apr 12, 2012 at 7:19 PM, Ilija Hadzic > wrote: >> The following set of patches is the reword of the series >> sent two weeks ago [2] that will revive the drm-render-nodes [1] >> branch. Details of the original series are described in [

[PATCH RESEND] egl-fbdev: Fix compile-error by including errno.h

On Sun, Apr 29, 2012 at 11:53:16AM +0200, David Herrmann wrote: > We use errno and EINVAL so include errno.h. > > This patch introduced this bug: > http://cgit.freedesktop.org/mesa/mesa/commit/src/gallium/state_trackers/egl/fbdev/native_fbdev.c?id=b60120608f6ddf4098bc324363197c979ee04cb7 > > Sign

Linux 3.4-rc4

On Mon, Apr 30, 2012 at 11:07 AM, Maarten Maathuis wrote: > On Mon, Apr 30, 2012 at 12:37 AM, Dmitry Torokhov > wrote: >> On Sat, Apr 28, 2012 at 11:33:50AM -0400, Nick Bowler wrote: >>> On 2012-04-28 02:19 -0400, Alex Deucher wrote: >>> > On Fri, Apr 27, 2012 at 8:39 PM, Nick Bowler >> > ellipt

[Bug 48880] Set mode has different timings than requested on VGA

https://bugs.freedesktop.org/show_bug.cgi?id=48880 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 49281] radeon: black screen on resume from suspend

https://bugs.freedesktop.org/show_bug.cgi?id=49281 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

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

https://bugs.freedesktop.org/show_bug.cgi?id=43829 Alex Deucher changed: What|Removed |Added CC||vimregisters at gmail.com --- Comment #7

Include request for reset-rework branch.

On Mon, Apr 30, 2012 at 11:37 AM, Christian K?nig wrote: > On 30.04.2012 17:12, Jerome Glisse wrote: >> >> On Mon, Apr 30, 2012 at 11:12 AM, Jerome Glisse >> ?wrote: >>> >>> On Mon, Apr 30, 2012 at 10:50 AM, Christian K?nig >>> ?wrote: Hi Dave, if nobody has a last moment conc

[Bug 49309] R600_STREAMOUT is broken

https://bugs.freedesktop.org/show_bug.cgi?id=49309 --- Comment #1 from Marek Olšák 2012-04-30 12:12:08 PDT --- So what's the issue? The GL version? There's a new requirement for GL3: 4x multisampling. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are rec

Re: [RFC v2] Revive the work on render-nodes branch

On Fri, Apr 20, 2012 at 6:20 AM, Dave Airlie wrote: > On Thu, Apr 12, 2012 at 7:19 PM, Ilija Hadzic > wrote: >> The following set of patches is the reword of the series >> sent two weeks ago [2] that will revive the drm-render-nodes [1] >> branch. Details of the original series are described in [

[PATCH 07/26] drm/radeon: add proper locking to the SA v2

On Mon, Apr 30, 2012 at 10:50 AM, Christian K?nig wrote: > Make the suballocator self containing to locking. > > v2: split the bugfix into a seperate patch. > > Signed-off-by: Christian K?nig I would say NAK but i don't have better solution yet to the issue. Idea is that cs mutex protect the SA,

[PATCH 05/19] drm: move dev_mapping to the minor node

On Mon, 30 Apr 2012, Dave Airlie wrote: > > When we move a buffer from VRAM->RAM we have to invalidate all > userspace mappings for it. > > There could be userspace mappings on any of the device nodes, so we > need to get them all. > Ah OK, I get it ... and the reason you don't have to do this

[PATCH 09/26] drm/radeon: add biggest hole tracking and wakequeue to the sa v3

On Mon, Apr 30, 2012 at 10:50 AM, Christian K?nig wrote: > With that in place clients are automatically blocking > until their memory request can be handled. > > v2: block only if the memory request can't be satisfied > ? ?in the first try, the first version actually lacked > ? ?a night of sleep.

DVI/VGA/HDI mess on Radeon HD 6570

2011-12-19 19:31 keltez?ssel, Adam Jackson ?rta: > On Mon, 2011-12-19 at 18:56 +0100, Boszormenyi Zoltan wrote: > >> Thanks. As I am logged in as my user, there's no such button. >> How can I set it as the system default? It was a long time ago >> when GNOME allowed a root login. > Ideally, gnome w

[Bug 49309] New: R600_STREAMOUT is broken

https://bugs.freedesktop.org/show_bug.cgi?id=49309 Bug #: 49309 Summary: R600_STREAMOUT is broken Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW

[Bug 49309] New: R600_STREAMOUT is broken

https://bugs.freedesktop.org/show_bug.cgi?id=49309 Bug #: 49309 Summary: R600_STREAMOUT is broken Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW

Include request for reset-rework branch.

On Mon, Apr 30, 2012 at 11:12 AM, Jerome Glisse wrote: > On Mon, Apr 30, 2012 at 10:50 AM, Christian K?nig > wrote: >> Hi Dave, >> >> if nobody has a last moment concern please include the following patches in >> drm-next. >> >> Except for some minor fixes they have already been on the list for

Include request for reset-rework branch.

On Mon, Apr 30, 2012 at 10:50 AM, Christian K?nig wrote: > Hi Dave, > > if nobody has a last moment concern please include the following patches in > drm-next. > > Except for some minor fixes they have already been on the list for quite some > time, > but I intentional left out the debugfs relat

Linux 3.4-rc4

On Mon, Apr 30, 2012 at 12:37 AM, Dmitry Torokhov wrote: > On Sat, Apr 28, 2012 at 11:33:50AM -0400, Nick Bowler wrote: >> On 2012-04-28 02:19 -0400, Alex Deucher wrote: >> > On Fri, Apr 27, 2012 at 8:39 PM, Nick Bowler >> > wrote: >> > > Hi Ben, >> > > >> > > On 2012-04-27 15:20 +1000, Ben Skeg

Re: [PATCH 05/19] drm: move dev_mapping to the minor node

On Mon, Apr 30, 2012 at 6:53 PM, Dave Airlie wrote: >> >> Do you have pointers to that discussion (assuming it was on sime mailing >> list)? The least I can do, while I am at it, is try to understand it and >> see if I can incorporate some ideas from there in the rework of the patch. > > Nope it w

Re: [PATCH 05/19] drm: move dev_mapping to the minor node

> > Do you have pointers to that discussion (assuming it was on sime mailing > list)? The least I can do, while I am at it, is try to understand it and > see if I can incorporate some ideas from there in the rework of the patch. Nope it was an offhand discussion on irc while we were talking about

[RFC v2] Revive the work on render-nodes branch

On Fri, 20 Apr 2012, Dave Airlie wrote: > On Thu, Apr 12, 2012 at 7:19 PM, Ilija Hadzic > wrote: >> The following set of patches is the reword of the series >> sent two weeks ago [2] that will revive the drm-render-nodes [1] >> branch. Details of the original series are described in [2]. > > Th

[Bug 42490] NUTMEG DP to VGA bridge not working

https://bugs.freedesktop.org/show_bug.cgi?id=42490 Florian Mickler changed: What|Removed |Added CC||florian at mickler.org --- Comment #27

[Bug 48880] Set mode has different timings than requested on VGA

https://bugs.freedesktop.org/show_bug.cgi?id=48880 Florian Mickler changed: What|Removed |Added CC||florian at mickler.org --- Comment #27

Re: [PATCH 05/19] drm: move dev_mapping to the minor node

On Mon, 30 Apr 2012, Dave Airlie wrote: When we move a buffer from VRAM->RAM we have to invalidate all userspace mappings for it. There could be userspace mappings on any of the device nodes, so we need to get them all. Ah OK, I get it ... and the reason you don't have to do this when you

[PATCH 05/19] drm: move dev_mapping to the minor node

On Fri, 20 Apr 2012, Dave Airlie wrote: > On Thu, Apr 12, 2012 at 7:19 PM, Ilija Hadzic > wrote: >> Make dev_mapping per-minor instead of per device. This is >> a preparatory patch for introducing render nodes. This >> will allow per-node instead of per-device mapping range, >> once we introduc

Re: [PATCH 05/19] drm: move dev_mapping to the minor node

On Mon, Apr 30, 2012 at 3:48 PM, Ilija Hadzic wrote: > > > On Fri, 20 Apr 2012, Dave Airlie wrote: > >> On Thu, Apr 12, 2012 at 7:19 PM, Ilija Hadzic >> wrote: >>> >>> Make dev_mapping per-minor instead of per device. This is >>> a preparatory patch for introducing render nodes. This >>> will all

[PATCH] drm/nouveau/hdmi: Fix chipset check for HDMI sound

On Sun, 2012-04-29 at 20:12 +0200, Alexander Stein wrote: > NVIDIA Corporation C77 [GeForce 8300] (rev a2) has chipset 0xaa which > supports HDMI Audio. This was fixed in nouveau git already a few days ago: http://cgit.freedesktop.org/nouveau/linux-2.6/commit/?id=2c421e3ad2672e1253abca6387ccbb10cf

Re: Include request for reset-rework branch.

On Mon, Apr 30, 2012 at 11:37 AM, Christian König wrote: > On 30.04.2012 17:12, Jerome Glisse wrote: >> >> On Mon, Apr 30, 2012 at 11:12 AM, Jerome Glisse >>  wrote: >>> >>> On Mon, Apr 30, 2012 at 10:50 AM, Christian König >>>  wrote: Hi Dave, if nobody has a last moment conc

Re: [PATCH 07/26] drm/radeon: add proper locking to the SA v2

On Mon, Apr 30, 2012 at 10:50 AM, Christian König wrote: > Make the suballocator self containing to locking. > > v2: split the bugfix into a seperate patch. > > Signed-off-by: Christian König I would say NAK but i don't have better solution yet to the issue. Idea is that cs mutex protect the SA,

Re: [PATCH 09/26] drm/radeon: add biggest hole tracking and wakequeue to the sa v3

On Mon, Apr 30, 2012 at 10:50 AM, Christian König wrote: > With that in place clients are automatically blocking > until their memory request can be handled. > > v2: block only if the memory request can't be satisfied >    in the first try, the first version actually lacked >    a night of sleep.

Re: Include request for reset-rework branch.

On 30.04.2012 17:12, Jerome Glisse wrote: On Mon, Apr 30, 2012 at 11:12 AM, Jerome Glisse wrote: On Mon, Apr 30, 2012 at 10:50 AM, Christian König wrote: Hi Dave, if nobody has a last moment concern please include the following patches in drm-next. Except for some minor fixes they have al

Re: [RFC v2] Revive the work on render-nodes branch

On Fri, 20 Apr 2012, Dave Airlie wrote: On Thu, Apr 12, 2012 at 7:19 PM, Ilija Hadzic wrote: The following set of patches is the reword of the series sent two weeks ago [2] that will revive the drm-render-nodes [1] branch. Details of the original series are described in [2]. Thanks for loo

Re: Include request for reset-rework branch.

On Mon, Apr 30, 2012 at 11:12 AM, Jerome Glisse wrote: > On Mon, Apr 30, 2012 at 10:50 AM, Christian König > wrote: >> Hi Dave, >> >> if nobody has a last moment concern please include the following patches in >> drm-next. >> >> Except for some minor fixes they have already been on the list for

Re: Include request for reset-rework branch.

On Mon, Apr 30, 2012 at 10:50 AM, Christian König wrote: > Hi Dave, > > if nobody has a last moment concern please include the following patches in > drm-next. > > Except for some minor fixes they have already been on the list for quite some > time, > but I intentional left out the debugfs relat

[PATCH 26/26] drm/radeon: remove cayman_gpu_is_lockup

Since it is now identical to evergreen_gpu_is_lockup. Signed-off-by: Christian König --- drivers/gpu/drm/radeon/ni.c | 19 --- drivers/gpu/drm/radeon/radeon_asic.c | 12 ++-- drivers/gpu/drm/radeon/radeon_asic.h |1 - 3 files changed, 6 insertions(+), 26

[PATCH 24/26] drm/radeon: make forcing ring activity a common function

Nothing chipset or ring specific with it, so also move it to radon_ring. Signed-off-by: Christian König --- drivers/gpu/drm/radeon/evergreen.c | 10 +- drivers/gpu/drm/radeon/ni.c | 11 +-- drivers/gpu/drm/radeon/r100.c| 10 +- drivers/gpu/drm/rad

[PATCH 25/26] drm/radeon: remove r300_gpu_is_lockup

Since it is now identical to r100_gpu_is_lockup. Signed-off-by: Christian König --- drivers/gpu/drm/radeon/r300.c| 14 -- drivers/gpu/drm/radeon/radeon_asic.c | 16 drivers/gpu/drm/radeon/radeon_asic.h |1 - 3 files changed, 8 insertions(+), 23 deleti

[PATCH 21/26] drm/radeon: move lockup detection code into radeon_ring.c

It isn't chipset specific, so it makes no sense to have that inside r100.c. Signed-off-by: Christian König --- drivers/gpu/drm/radeon/evergreen.c |5 +-- drivers/gpu/drm/radeon/ni.c |5 +-- drivers/gpu/drm/radeon/r100.c| 57 + drivers/

[PATCH 23/26] drm/radeon: unlock the ring mutex while waiting for the next fence

Fixing just another deadlock problem with gpu reset tests. Signed-off-by: Christian König --- drivers/gpu/drm/radeon/radeon_ring.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_ring.c b/drivers/gpu/drm/radeon/radeon_ring.c index 504fb8f.

[PATCH 22/26] drm/radeon: make lockup timeout a module param

Don't hard code the 10 seconds timeout. Compute jobs can run much longer. Signed-off-by: Christian König --- drivers/gpu/drm/radeon/radeon.h |1 + drivers/gpu/drm/radeon/radeon_drv.c |4 drivers/gpu/drm/radeon/radeon_ring.c |2 +- 3 files changed, 6 insertions(+), 1 deleti

[PATCH 20/26] drm/radeon: remove recursive mutex implementation

Not needed anymore. Signed-off-by: Christian König --- drivers/gpu/drm/radeon/radeon.h| 44 +--- drivers/gpu/drm/radeon/radeon_cs.c | 10 +++--- drivers/gpu/drm/radeon/radeon_device.c |2 +- drivers/gpu/drm/radeon/radeon_gart.c | 16 ++-

[PATCH 19/26] drm/radeon: rework recursive gpu reset handling

Instead of all this humpy pumpy with recursive mutex (which also fixes only halve of the problem) move the actual gpu reset out of the fence code, return -EDEADLK and then reset the gpu in the calling ioctl function. v2: Split removal of radeon_mutex into separate patch. Return -EAGAIN if rese

[PATCH 17/26] drm/radeon: rip out the ib pool v2

It isn't necessary any more and the suballocator seems to perform even better. v2: ignore ERESTARTSYS in error reporting, split fence changes into seperate patch, use try_free SA callback to avoid lockups Signed-off-by: Christian König --- drivers/gpu/drm/radeon/radeon.h | 1

[PATCH 18/26] drm/radeon: fix a bug with the ring syncing code

Rings need to lock in order, otherwise the ring subsystem can deadlock. v2: fix error handling and number of locked doublewords. v3: stop creating unneeded semaphores. Signed-off-by: Christian König --- drivers/gpu/drm/radeon/radeon.h |4 ++ drivers/gpu/drm/radeon/radeon_cs.c

[PATCH 16/26] drm/radeon: don't keep list of created fences.

It's never used and so practically superfluous. Signed-off-by: Christian König --- drivers/gpu/drm/radeon/radeon.h |1 - drivers/gpu/drm/radeon/radeon_fence.c |7 --- 2 files changed, 0 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/dr

[PATCH 15/26] drm/radeon: add general purpose fence signaled callback

Should be used to free resource that are protected by a fence. Signed-off-by: Christian König --- drivers/gpu/drm/radeon/radeon.h |8 - drivers/gpu/drm/radeon/radeon_fence.c | 50 +--- 2 files changed, 52 insertions(+), 6 deletions(-) diff --git a/dri

[PATCH 14/26] drm/radeon: rename fence_wait_last to fence_wait_empty

As discussed with Michel that name better describes the behavior of this function. Signed-off-by: Christian König Reviewed-by: Michel Dänzer --- drivers/gpu/drm/radeon/radeon.h|2 +- drivers/gpu/drm/radeon/radeon_device.c |2 +- drivers/gpu/drm/radeon/radeon_fence.c |4 ++--

[PATCH 13/26] drm/radeon: return -ENOENT in fence_wait_next v2

We should signal the caller that we haven't waited at all. v2: only change fence_wait_next not fence_wait_last. Signed-off-by: Christian König Reviewed-by: Michel Dänzer --- drivers/gpu/drm/radeon/radeon_fence.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/

[PATCH 11/26] drm/radeon: use inline functions to calc sa_bo addr

Instead of hacking the calculation multiple times. Signed-off-by: Christian König --- drivers/gpu/drm/radeon/radeon_gart.c |6 ++ drivers/gpu/drm/radeon/radeon_object.h | 11 +++ drivers/gpu/drm/radeon/radeon_ring.c |6 ++ 3 files changed, 15 insertions(+), 8 deleti

[PATCH 12/26] drm/radeon: simplify semaphore handling

Directly use the suballocator to get small chunks of memory. It's equally fast and doesn't crash when we encounter a GPU reset. Signed-off-by: Christian König --- drivers/gpu/drm/radeon/evergreen.c|1 - drivers/gpu/drm/radeon/ni.c |1 - drivers/gpu/drm/radeon/r600.c

[PATCH 10/26] drm/radeon: add try_free callback to the SA

To prevent deadlocks under extreme conditions. Signed-off-by: Christian König --- drivers/gpu/drm/radeon/radeon.h|1 + drivers/gpu/drm/radeon/radeon_gart.c |2 +- drivers/gpu/drm/radeon/radeon_object.h |3 ++- drivers/gpu/drm/radeon/radeon_ring.c |2 +- drivers/gpu/dr

[PATCH 09/26] drm/radeon: add biggest hole tracking and wakequeue to the sa v3

With that in place clients are automatically blocking until their memory request can be handled. v2: block only if the memory request can't be satisfied in the first try, the first version actually lacked a night of sleep. v3: make blocking optional, update comments and fix another bu

[PATCH 08/26] drm/radeon: add sub allocator debugfs file

Dumping the current allocations. Signed-off-by: Christian König --- drivers/gpu/drm/radeon/radeon_object.h |5 + drivers/gpu/drm/radeon/radeon_ring.c | 22 ++ drivers/gpu/drm/radeon/radeon_sa.c | 15 +++ 3 files changed, 42 insertions(+), 0 delet

  1   2   >