From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Wilson Subject: Re: Sandy Bridge issue: 3d clipped to window offset (0, 0) Date: Tue, 11 Jan 2011 10:48:23 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by gabe.freedesktop.org (Postfix) with ESMTP id 632039E709 for ; Tue, 11 Jan 2011 02:48:26 -0800 (PST) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org Errors-To: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org To: Lindsay Roberts , intel-gfx@lists.freedesktop.org List-Id: intel-gfx@lists.freedesktop.org On Tue, 11 Jan 2011 18:12:54 +1100, Lindsay Roberts wrote: > Hi, > > I'm having some interesting behaviour with Sandy Bridge (Chip > SANDYBRIDGE_M_GT2) and the 2010Q4 package. > > 3D draws, but the only part of the drawn content I see is the > intersection of the actual current window content rect and the > rectangle from (0, 0) to the width and height of the window at > creation time. Any changes to the position or size of a GL window do > not change this clipped boundary, although the actual content is > offset and/or scaled correctly (but still clipped). That sounds reminiscent of a bug the shadow+dri code has. Check that it is not falling back to using software 2D and is able to use the BLT engine. -Chris -- Chris Wilson, Intel Open Source Technology Centre