From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Vetter Subject: Re: [PATCH v2 07/24] drm/i915: Remove useless checks from primary enable/disable Date: Wed, 30 Apr 2014 14:34:19 +0200 Message-ID: <20140430123419.GE20800@phenom.ffwll.local> References: <20140307212926.GE25837@phenom.ffwll.local> <1398689605-20761-1-git-send-email-ville.syrjala@linux.intel.com> <20140430112825.GB3438@nuc-i3427.alporthouse.com> <20140430114010.GK18465@intel.com> <20140430114318.GC3438@nuc-i3427.alporthouse.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: Received: from mail-ee0-f43.google.com (mail-ee0-f43.google.com [74.125.83.43]) by gabe.freedesktop.org (Postfix) with ESMTP id 5828A6EBE1 for ; Wed, 30 Apr 2014 05:34:24 -0700 (PDT) Received: by mail-ee0-f43.google.com with SMTP id e51so1334833eek.30 for ; Wed, 30 Apr 2014 05:34:23 -0700 (PDT) Content-Disposition: inline In-Reply-To: <20140430114318.GC3438@nuc-i3427.alporthouse.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: Chris Wilson , Ville =?iso-8859-1?Q?Syrj=E4l=E4?= , intel-gfx@lists.freedesktop.org List-Id: intel-gfx@lists.freedesktop.org On Wed, Apr 30, 2014 at 12:43:18PM +0100, Chris Wilson wrote: > On Wed, Apr 30, 2014 at 02:40:10PM +0300, Ville Syrj=E4l=E4 wrote: > > On Wed, Apr 30, 2014 at 12:28:25PM +0100, Chris Wilson wrote: > > > On Mon, Apr 28, 2014 at 03:53:25PM +0300, ville.syrjala@linux.intel.c= om wrote: > > > > From: Ville Syrj=E4l=E4 > > > > = > > > > We won't be calling intel_enable_primary_plane() or > > > > intel_disable_primary_plane() with the primary plane in the > > > > wrong state. So remove the useless DISPLAY_PLANE_ENABLE checks. > > > = > > > Oh, really? That sounds very, very confident. However, > > > haswell_get_pipe_config() disagrees with you. > > = > > Are you saying you have a machine where the BIOS enables the pipe > > but not the plane? Otherwise I don't know what get_pipe_config() has to > > do with this. > = > Yes. I guess we need to shovel the plane related state out of the pipe_config into the mythical plane_config ... One issue atm is that we use the plane bpp to decide what bpp the pipe should be driven at. And the dither settings for it. Especially for dithering I'm a bit unclear whether we can change that while the pipe is enabled or not ... -Daniel -- = Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch