From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jesse Barnes Subject: Re: [RFC] drm/i915: read current config at init time to avoid flicker Date: Thu, 1 Mar 2012 16:52:43 -0800 Message-ID: <20120301165243.53629e99@jbarnes-desktop> References: <20120301123747.1e89da33@jbarnes-desktop> <867gz3uaos.fsf@sumi.keithp.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from oproxy1-pub.bluehost.com (oproxy1-pub.bluehost.com [66.147.249.253]) by gabe.freedesktop.org (Postfix) with SMTP id DC11CA08D8 for ; Thu, 1 Mar 2012 16:52:47 -0800 (PST) In-Reply-To: <867gz3uaos.fsf@sumi.keithp.com> 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: Keith Packard Cc: intel-gfx@lists.freedesktop.org List-Id: intel-gfx@lists.freedesktop.org On Thu, 01 Mar 2012 16:08:03 -0800 Keith Packard wrote: > <#part sign=pgpmime> > On Thu, 1 Mar 2012 12:37:47 -0800, Jesse Barnes wrote: > > The intent here is to build enough of the configuration to allow > > set_config to avoid mode setting if possible. > > When I played with this, not setting the fb across this process tended > to do 'bad' things to the hardware -- the scanout would get unmapped > when the GTT was initialized... > Yeah we shouldn't do that. That's why I'd like to allocate a bo, copy the contents, and have a real fb associated with each active crtc. That should avoid any problems with scanning out unmapped memory. -- Jesse Barnes, Intel Open Source Technology Center