On Tue, 2010-10-12 at 18:45 +0100, Peter Clifton wrote:
> Using glxgears as a tool to exercise the GPU with some simple rendering,
> I have noted a strange cliff in the intel_gpu_top output when resizing
> the glxgears window:
>
> Below a certain size e.g.:
>
> -geometry 576x868+0+29
>
Using glxgears as a tool to exercise the GPU with some simple rendering,
I have noted a strange cliff in the intel_gpu_top output when resizing
the glxgears window:
Below a certain size e.g.:
-geometry 576x868+0+29
core clock: 400 Mhz
render busy: 21%: ▎
On Tue, 12 Oct 2010 08:37:03 -0700, Jesse Barnes
wrote:
> Since this one didn't work for all reporters of the suspend/resume
> issue I'm trying to come up with an alternative. So you can drop this
> one.
And it is gone.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
_
On Tue, 12 Oct 2010 10:09:07 +0100
Chris Wilson wrote:
> On Fri, 8 Oct 2010 10:35:55 -0700, Jesse Barnes
> wrote:
> > Since the PLL may still be on, and the training pattern may not be
> > correct. Fixes suspend/resume on my PCH eDP test system.
>
> I was hoping to harvest a tested-by for thi
On Oct 12, 10 10:15:44 +0100, Chris Wilson wrote:
> I think nobody has any objections if other people want to make sure it
> continues to work with older variants. :)
And as long it remains that easy to make it compilable for the server
versions we have to use in our (older) enterprise products, t
On Fri, 8 Oct 2010 17:53:35 +0200, Matthias Hopf wrote:
> From: Stefan Dirsch
AIUI, my remit is to make sure the driver remains compatible with the
previous two versions of the xserver (so 1.7 is currently the oldest
version I compile against).
I think nobody has any objections if other people
On Fri, 8 Oct 2010 10:35:55 -0700, Jesse Barnes
wrote:
> Since the PLL may still be on, and the training pattern may not be
> correct. Fixes suspend/resume on my PCH eDP test system.
I was hoping to harvest a tested-by for this patch since we've had a few
people with the same machine and the sa
On 2010.10.12 09:34:10 +0100, Chris Wilson wrote:
> On Tue, 12 Oct 2010 16:13:51 +0800, Zhenyu Wang
> wrote:
> > This adds new ring for blitter engine starting from Sandybridge.
>
> Thanks, look fairly straightforward. The messy parts are a clear reminder
> that I intended to clean up some areas
On Tue, 12 Oct 2010 16:13:51 +0800, Zhenyu Wang wrote:
> This adds new ring for blitter engine starting from Sandybridge.
Thanks, look fairly straightforward. The messy parts are a clear reminder
that I intended to clean up some areas for multiple rings.
* bikeshedding
s/HAS_BLIT_SPLIT/HAS_BLT/
Signed-off-by: Zhenyu Wang
---
include/drm/i915_drm.h |2 ++
intel/intel_bufmgr_gem.c | 12 +---
2 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/include/drm/i915_drm.h b/include/drm/i915_drm.h
index 7594413..694fb24 100644
--- a/include/drm/i915_drm.h
+++ b/include
This adds new ring for blitter engine starting from Sandybridge.
Patch is against 2.6.36-rc kernel. As I haven't been able to find
out all regressions on drm-intel-next yet, which made KMS totally fail
on SNB now. I just base on current upstream tip, so I can see the testing
result.
Signed-off-by
11 matches
Mail list logo