From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Vetter Subject: Re: [PATCH] drm/i915: Avoid reading fbc registers in vain when fbc was never enabled. Date: Fri, 19 Sep 2014 17:40:07 +0200 Message-ID: <20140919154007.GF15734@phenom.ffwll.local> References: <1410987560-1833-1-git-send-email-rodrigo.vivi@intel.com> <20140918062848.GC23478@nuc-i3427.alporthouse.com> <20140918113919.GM31703@phenom.ffwll.local> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail-wi0-f169.google.com (mail-wi0-f169.google.com [209.85.212.169]) by gabe.freedesktop.org (Postfix) with ESMTP id B4C336E67C for ; Fri, 19 Sep 2014 08:39:40 -0700 (PDT) Received: by mail-wi0-f169.google.com with SMTP id hi2so1322078wib.4 for ; Fri, 19 Sep 2014 08:39:39 -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: Rodrigo Vivi Cc: intel-gfx , Rodrigo Vivi , Paulo Zanoni List-Id: intel-gfx@lists.freedesktop.org On Thu, Sep 18, 2014 at 11:42:44AM -0700, Rodrigo Vivi wrote: > On Thu, Sep 18, 2014 at 4:39 AM, Daniel Vetter wrote: > > > On Thu, Sep 18, 2014 at 07:28:48AM +0100, Chris Wilson wrote: > > > On Wed, Sep 17, 2014 at 04:59:20PM -0400, Rodrigo Vivi wrote: > > > > If it wasn't never enabled by kernel parameter or platform default > > > > we can avoid reading registers so many times in vain > > > > > > Nak. > > > > Well I've merged this for now to reduce fbc impact. > > > > Uhm, unfortunatelly I'm afraid Chris was right. > Paulo also nacked it. Because it just helps when it was explicitly disabled > by setting i915.enable_fbc=0 while the default is -1. > > I though about returning on <= 0, but Paulo is afraid that when enabling > back for some platform people would forget to fix this part here and I > agree. Well I guess I should have read mails before pushing out a new -next ;-) So this is now baked in. Should I revert or can we just fix up on top? -Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch