From: Daniel Vetter Subject: Re: [PATCH 2/7] drm/i915: fix intel_init_power_wells Date: Sat, 26 Jan 2013 17:54:45 +0100 Message-ID: <20130126165445.GU23080@phenom.ffwll.local> References: <1359140356-4050-1-git-send-email-przanoni@gmail.com> <1359140356-4050-3-git-send-email-przanoni@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail-wi0-f181.google.com (mail-wi0-f181.google.com [209.85.212.181]) by gabe.freedesktop.org (Postfix) with ESMTP id E4BD1E5F6C for ; Sat, 26 Jan 2013 08:52:38 -0800 (PST) Received: by mail-wi0-f181.google.com with SMTP id c10so395949wiw.2 for ; Sat, 26 Jan 2013 08:52:38 -0800 (PST) Content-Disposition: inline In-Reply-To: <1359140356-4050-3-git-send-email-przanoni@gmail.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: Paulo Zanoni Cc: intel-gfx@lists.freedesktop.org, Paulo Zanoni List-Id: intel-gfx@lists.freedesktop.org On Fri, Jan 25, 2013 at 04:59:11PM -0200, Paulo Zanoni wrote: > From: Paulo Zanoni > > The current code was wrong in many different ways, so this is a full > rewrite. We don't have "different power wells for different parts of > the GPU", we have a single power well, but we have multiple registers > that can be used to request enabling/disabling the power well. So > let's be a good citizen and only use the register we're suppose to > use, except when we're loading the driver, where we clear the request > made by the BIOS. > > If any of the registers is requesting the power well to be enabled, it > will be enabled. If none of the registers is requesting the power well > to be enabled, it will be disabled. > > For now we're just forcing the power well to be enabled, but in the > next commits we'll change this. > > V2: > - Remove debug messages that could be misleading due to possible > race conditions with KVMr, Debug and BIOS. > - Don't wait on disabling: after a conversaion with a hardware > engineer we discovered that the "restriction" on bit 31 is just > for the "enable" case, and we don't even need to wait on the > "disable" case. > > Signed-off-by: Paulo Zanoni Queued for -next, thanks for the patch. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch