From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753483Ab1HHUBo (ORCPT ); Mon, 8 Aug 2011 16:01:44 -0400 Received: from oproxy9.bluehost.com ([69.89.24.6]:36277 "HELO oproxy9.bluehost.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1752066Ab1HHUBm (ORCPT ); Mon, 8 Aug 2011 16:01:42 -0400 Date: Mon, 8 Aug 2011 13:01:28 -0700 From: Jesse Barnes To: Keith Packard Cc: Dave Airlie , intel-gfx@lists.freedesktop.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org Subject: Re: [Intel-gfx] [PATCH 2/4] drm/i915: Leave LVDS registers unlocked Message-ID: <20110808130128.06654f54@jbarnes-desktop> In-Reply-To: References: <1312653248-3487-1-git-send-email-keithp@keithp.com> <1312653248-3487-3-git-send-email-keithp@keithp.com> <20110808093010.487c4559@jbarnes-desktop> <20110808114954.23b62dd3@jbarnes-desktop> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.22.0; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Identified-User: {10642:box514.bluehost.com:virtuous:virtuousgeek.org} {sentby:smtp auth 67.161.37.189 authed with jbarnes@virtuousgeek.org} Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 08 Aug 2011 12:53:31 -0700 Keith Packard wrote: > On Mon, 8 Aug 2011 11:49:54 -0700, Jesse Barnes wrote: > > > Yep, it's safe and possible to do on pre-PCH as well. For panel > > fitting we do need to do an actual power cycle when going from > > non-native back to native iirc, but we can still leave them unlocked so > > we don't have to worry about the lock/unlock sequence everywhere. > > Hidden in the unlock patch was a call to intel_lvds_disable from > intel_lvds_prepare -- that *always* turns off the LVDS for mode > setting. Do we care enough about LVDS mode setting performance that we > should try leave the optimization in place that doesn't turn off the > backlight when switching between modes? We hate flicker right? But generally yes it's safer to just turn it off all the time. -- Jesse Barnes, Intel Open Source Technology Center