Use a combination of atomic_t and a spinlocked slow-path to make most
writes fast.
v2: Properly initialize the gt_lock.
Signed-Off-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_dma.c |1 +
drivers/gpu/drm/i915/i915_drv.c | 28
drivers/gpu/drm/i915/i915_drv.h
We don't have any read in a fastpath that needs forcewake, so I've
decided to not care much about overhead.
This prevents tests/gem_hangcheck_forcewake from i-g-t from killing my
snb on recent kernels - something must have slightly changed the
timings.
Signed-Off-by: Daniel Vetter
---
drivers/g
Use a combination of atomic_t and a spinlocked slow-path to make most
writes fast.
Signed-Off-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_drv.c | 28
drivers/gpu/drm/i915/i915_drv.h |8 +---
2 files changed, 25 insertions(+), 11 deletions(-)
diff --git
On Sat, Nov 05, 2011 at 03:07:45PM -0700, Ben Widawsky wrote:
> On Wed, 2 Nov 2011 12:46:36 +0100
> Daniel Vetter wrote:
>
> > GPU reset is a very important piece of our infrastructure.
> > Unfortunately we only really test it by actually hanging the gpu,
> > which often has bad side-effects for
On Wed, 2 Nov 2011 12:46:36 +0100
Daniel Vetter wrote:
> GPU reset is a very important piece of our infrastructure.
> Unfortunately we only really test it by actually hanging the gpu,
> which often has bad side-effects for the entire system. And the gpu
> hang handling code is one of the rather
Hi,
My computer is connected to my Samsung TV via HDMI cable.
When computer resumes from a pm-suspend the display comes out with
mainly with pink and green colors (white and black is shown as well).
Once I reboot everthing is back to normal until next suspend.
Any hints on how I can eliminate th
On Fri, Nov 04, 2011 at 09:45:26PM -0700, Keith Packard wrote:
> On Fri, 4 Nov 2011 23:28:07 +0100, Cedric Sodhi wrote:
> Non-text part: multipart/mixed
> > Hello,
> >
> > between 3.1 and cc03bbf1 on linux-next there has been a regression which
> > causes the screen to go black (not blank, backli
