From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Vetter Subject: Re: [pull] drm-intel-fixes Date: Wed, 22 May 2013 09:13:06 +0200 Message-ID: References: <20120910072817.GB5387@phenom.ffwll.local> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org Errors-To: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org To: =?ISO-8859-1?Q?St=E9phane_Marchesin?= Cc: Intel Graphics Development , DRI Development List-Id: dri-devel@lists.freedesktop.org On Wed, May 22, 2013 at 3:24 AM, St=E9phane Marchesin wrote: > On Mon, Sep 10, 2012 at 12:28 AM, Daniel Vetter wrote: >> Hi Dave, >> >> You're pull just reminded me that I've been sitting on a few small -fixe= s, >> too. Nothing really major at all: >> - fixup edp setup sequence (Dave) >> - disable sdvo hotplug for real, this is a fixup for a messed-up >> regression fixer (Jani) >> - don't expose dysfunctional backlight driver (Jani) > > Hi Daniel, > > This change ("don't expose dysfunctional backlight driver") regresses > the backlight on Chromebooks, where we don't run the vbios. Presuming the patch works as advertised it only stops publishing an intel backlight driver which won't work. How does that break stuff? Or do you somehow update the max blc stuff only once i915.ko is loaded? I'm decently confused how that one blows up ... Yours, Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch