From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Wilson Subject: Re: [PATCH] drm/i915: kick any firmware framebuffers before claiming the gtt Date: Tue, 12 Jun 2012 12:58:20 +0100 Message-ID: <1339502305_11172@CP5-2952> References: <1339489445-29108-1-git-send-email-daniel.vetter@ffwll.ch> <1339493297-23829-1-git-send-email-daniel.vetter@ffwll.ch> <95427A2E42F76A40B7520C17720417F00F36060A@FMSMSX102.amr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from fireflyinternet.com (smtp.fireflyinternet.com [109.228.6.236]) by gabe.freedesktop.org (Postfix) with ESMTP id EB8479E7BE for ; Tue, 12 Jun 2012 04:58:32 -0700 (PDT) In-Reply-To: <95427A2E42F76A40B7520C17720417F00F36060A@FMSMSX102.amr.corp.intel.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: "Singh, Satyeshwar" , Daniel Vetter , Intel Graphics Development Cc: Ben Widawsky List-Id: intel-gfx@lists.freedesktop.org On Tue, 12 Jun 2012 11:43:50 +0000, "Singh, Satyeshwar" wrote: > Hi, > I just want to confirm something here. We have a situation where we draw a splash screen through our firmware's graphics component (UEFI GOP driver) onto its frame buffer which resides in stolen memory. When we transition from firmware to the kernel, we would like to ensure that the same splash screen seamlessly continues to be displayed so we remap the pages from stolen memory into GTT. If we have purged firmware framebuffers before claiming the gtt, then would we have not essentially lost the chance to remap those pages? That's a separate issue. What this patch is addressing is removing a conflicting fbdev driver. If you have such a driver loaded all bets are off concerning the state of memory from the transition of UEFI to KMS (rule: don't use more one driver for the same hw). The challenge of preserving the contents and mode of UEFI is the task of Jesse's fastboot work. As noted elsewhere, using the GOP queries might simplify the task of reading back hw state -- except that we need such information anyway whether or not we have a UEFI system. -Chris -- Chris Wilson, Intel Open Source Technology Centre