From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ville =?iso-8859-1?Q?Syrj=E4l=E4?= Subject: Re: [PATCH 2/5] drm/i915/bdw: Implement a basic PM interrupt handler Date: Fri, 16 May 2014 12:46:00 +0300 Message-ID: <20140516094600.GL27580@intel.com> References: <1400176691-5731-1-git-send-email-mika.kuoppala@intel.com> <1400176691-5731-2-git-send-email-mika.kuoppala@intel.com> <411E5DC12A51ED4CB1159E14310E532B9D8A72C3@FMSMSX119.amr.corp.intel.com> <20140516090935.GE8790@phenom.ffwll.local> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: Received: from mga03.intel.com (mga03.intel.com [143.182.124.21]) by gabe.freedesktop.org (Postfix) with ESMTP id DB8426EF98 for ; Fri, 16 May 2014 02:46:04 -0700 (PDT) Content-Disposition: inline In-Reply-To: <20140516090935.GE8790@phenom.ffwll.local> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: Daniel Vetter Cc: "intel-gfx@lists.freedesktop.org" , "Widawsky, Benjamin" List-Id: intel-gfx@lists.freedesktop.org On Fri, May 16, 2014 at 11:09:35AM +0200, Daniel Vetter wrote: > On Fri, May 16, 2014 at 01:38:18AM +0000, O'Rourke, Tom wrote: > > >+static void gen8_disable_rps_interrupts(struct drm_device *dev) { > > >+ struct drm_i915_private *dev_priv =3D dev->dev_private; > > >+ > > >+ I915_WRITE(GEN6_PMINTRMSK, 0xffffffff); > > = > > [TOR:] Please note that for Broadwell, bit 31 in GEN6_PMINTRMSK is not = an interrupt disable bit. > > In "drm/i915: Enable PM Interrupts target via Display Interface." this = bit is defined as: > > +#define GEN8_PMINTR_REDIRECT_TO_NON_DISP (1<<31) > > = > > Writing this bit here could have unintended consequences. > = > Hm, we seem to unconditionally set this bit on gen8 anyway. Still harmful? > Mika, Ville? I was thinking that since we mask all the interrupts anyway it doesn't really matter which way we set the bit here. But I'm not actually sure what happens if there's an already pending interrupt when we flip the bit. That is I have no idea if it could raise an interrupt on the non-disp side or not. So leaving the bit as zero here might be the safer option, and at least it would be more consistent with the rest of the gen8 pm irq code. So if someone wants to make that change, my r-b will still stand. -- = Ville Syrj=E4l=E4 Intel OTC