From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Vetter Subject: Re: [PATCH 1/5] drm/i915: don't write powered down IRQ registers on Gen 8 Date: Tue, 8 Jul 2014 16:58:03 +0200 Message-ID: <20140708145803.GJ17271@phenom.ffwll.local> References: <1404485433-4488-1-git-send-email-przanoni@gmail.com> <1404485433-4488-2-git-send-email-przanoni@gmail.com> <20140707212332.GK17271@phenom.ffwll.local> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail-we0-f169.google.com (mail-we0-f169.google.com [74.125.82.169]) by gabe.freedesktop.org (Postfix) with ESMTP id 265336E1B1 for ; Tue, 8 Jul 2014 07:57:53 -0700 (PDT) Received: by mail-we0-f169.google.com with SMTP id t60so6151622wes.0 for ; Tue, 08 Jul 2014 07:57:52 -0700 (PDT) Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: Paulo Zanoni Cc: Intel Graphics Development , Paulo Zanoni List-Id: intel-gfx@lists.freedesktop.org On Tue, Jul 08, 2014 at 11:15:03AM -0300, Paulo Zanoni wrote: > 2014-07-07 18:23 GMT-03:00 Daniel Vetter : > > On Fri, Jul 04, 2014 at 11:50:29AM -0300, Paulo Zanoni wrote: > >> From: Paulo Zanoni > >> > >> If we enable unclaimed register reporting on Gen 8, we will discover > >> that the IRQ registers for pipes B and C are also on the power well, > >> so writes to them when the power well is disabled result in unclaimed > >> register errors. > >> > >> Also, hsw_power_well_post_enable() already takes care of re-enabling > >> them once the power well is enabled. > >> > >> Testcase: igt/pm_rpm/rte > >> Signed-off-by: Paulo Zanoni > > > > Hm, shouldn't we split this into only setting up pipe A here and the pipe > > B stuff once we fire up the power well? > > > > No because these functions might be called when the power wells are > already enabled. Hm, where does this still happen? bdw has power well support and chv has a different display block ... This code changed too often and I have no idea any more what's up and what's down here ;-) -Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch