From mboxrd@z Thu Jan 1 00:00:00 1970 From: Petter Reinholdtsen Subject: Re: Packard Bell EasyNote LV need i915.invert_brightness=1 Date: Wed, 26 Jun 2013 13:30:01 +0200 Message-ID: <2flr4fpyurq.fsf@diskless.uio.no> References: <20130603085755.GC11674@ulrik.uio.no> <20130611082840.GC31600@ulrik.uio.no> <20130611151313.GG31600@ulrik.uio.no> <20130624215743.GJ28197@ulrik.uio.no> <20130625125810.GT5823@phenom.ffwll.local> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail-out1.uio.no (mail-out1.uio.no [129.240.10.57]) by gabe.freedesktop.org (Postfix) with ESMTP id D18DDE5CF3 for ; Wed, 26 Jun 2013 04:30:03 -0700 (PDT) Received: from mail-mx6.uio.no ([129.240.10.40]) by mail-out1.uio.no with esmtp (Exim 4.75) (envelope-from ) id 1UrnvG-0002r8-97 for dri-devel@lists.freedesktop.org; Wed, 26 Jun 2013 13:30:02 +0200 In-Reply-To: <20130625125810.GT5823@phenom.ffwll.local> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org [Daniel Vetter] > Nah, silence just means that your patch fell through the crack while I've > travelled around a bit. Thanks for poking, it's merged now for 3.11 (with > cc: stable) to my drm-intel-next-queued branch. I've slightly bikeshedded > the patch though for formatting. Right. Thank you. Btw, a related question. On the laptop in question, even when I use i915.invert_brightness=1, the kernel still seem to be confused about the brightness values. This causes the KDE system powerdevil to turn off the screen when I log into KDE. got some details about the problem, which can be seen from this shell run: % for interface in /sys/class/backlight/*; do echo $interface; cat $interface/max_brightness; cat $interface/actual_brightness; done /sys/class/backlight/acpi_video0 100 0 % The max_brightness value is 100, and the current brightness is 0, which actually is full brightness (and not black screen). This fools powerdevil into turning off the screen while believing it turn it on. Should not the ACPI backlight system also know about the inverted brightness setting, and adjust the /sys/ interface to get these values to behave consistently across all hardware models? Is there some other quirk table for acpi that also need to be updated? -- Happy hacking Petter Reinholdtsen