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

2012-04-20 Thread Christian König
On 20.04.2012 09:50, Daniel Vetter wrote: > On Fri, Apr 20, 2012 at 07:57:09AM +0100, Dave Airlie wrote: >> 2012/4/19 Christian K?nig: >>> 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, >>> r

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

2012-04-20 Thread Daniel Vetter
On Fri, Apr 20, 2012 at 07:57:09AM +0100, Dave Airlie wrote: > 2012/4/19 Christian K?nig : > > 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

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

2012-04-20 Thread Dave Airlie
2012/4/19 Christian K?nig : > 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. I'm trying to figure out if this has any di

Re: [PATCH 13/13] drm/radeon: rework recursive gpu reset handling

2012-04-20 Thread Christian König
On 20.04.2012 09:50, Daniel Vetter wrote: On Fri, Apr 20, 2012 at 07:57:09AM +0100, Dave Airlie wrote: 2012/4/19 Christian König: 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 an

Re: [PATCH 13/13] drm/radeon: rework recursive gpu reset handling

2012-04-20 Thread Daniel Vetter
On Fri, Apr 20, 2012 at 07:57:09AM +0100, Dave Airlie wrote: > 2012/4/19 Christian König : > > 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

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

2012-04-20 Thread Christian König
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. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h| 4

Re: [PATCH 13/13] drm/radeon: rework recursive gpu reset handling

2012-04-19 Thread Dave Airlie
2012/4/19 Christian König : > 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. I'm trying to figure out if this has any di

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

2012-04-19 Thread Christian König
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. Signed-off-by: Christian König --- drivers/gpu/drm/radeon/radeon.h| 4