From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 5 20:03:17 2013 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3323FA6D; Thu, 5 Sep 2013 20:03:17 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from sink.sics.se (sink.sics.se [193.10.64.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9A7A92CEE; Thu, 5 Sep 2013 20:03:16 +0000 (UTC) Received: from P142.sics.se (h139n3-u-d1.ias.bredband.telia.com [90.228.197.139]) by sink.sics.se (8.14.5/8.14.5) with ESMTP id r85K353q048517 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 5 Sep 2013 22:03:05 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.14.5/8.14.5) with ESMTP id r85K4urw005904; Thu, 5 Sep 2013 22:04:56 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: (from bengta@localhost) by P142.sics.se (8.14.5/8.14.5/Submit) id r85K4u7i005903; Thu, 5 Sep 2013 22:04:56 +0200 (CEST) (envelope-from bengta@P142.sics.se) From: Bengt Ahlgren To: Jung-uk Kim Subject: Re: suspend/resume on Lenovo X1 (regression from reports on wiki) In-Reply-To: <5227CAF0.5040300@FreeBSD.org> (Jung-uk Kim's message of "Wed, 04 Sep 2013 20:06:08 -0400") References: <521D03AE.3050709@sics.se> <201309031647.47650.jhb@freebsd.org> <522669AF.5000209@FreeBSD.org> <201309040929.35903.jhb@freebsd.org> <52276554.6020807@FreeBSD.org> <522791D2.9050606@FreeBSD.org> <5227B893.1000509@FreeBSD.org> <5227CAF0.5040300@FreeBSD.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (berkeley-unix) Date: Thu, 05 Sep 2013 22:04:56 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Cc: Kevin Oberman , freebsd-acpi , Laura Marie Feeney , Gleb Smirnoff , "Sergey A. Osokin" , =?iso-8859-1?Q?Jean-S=E9bastien_P=E9dron?= X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 20:03:17 -0000 Jung-uk Kim writes: > On 2013-09-04 18:47:47 -0400, Jung-uk Kim wrote: >> On 2013-09-04 18:39:07 -0400, Bengt Ahlgren wrote: >>> The value of hw.acpi.video.lcd0.brightness changes when the >>> screen brightness keys (Fn+Home/End) are pressed, but nothing >>> happens with the screen. Same goes for changing the value with >>> sysctl. After a fresh boot it works with one issue. The screen >>> brightness level seems to lag behind one keypress. Without >>> acpi_video, screen brightness changes without the lag. >> >>> hw.acpi.video.lcd0.active is always stuck at 0 - can't change >>> with sysctl (regardless if the screen is on after a fresh boot, >>> or black after a text console suspend/resume): >> >>> [root@bit ~]# sysctl hw.acpi.video.lcd0.active=1 >>> hw.acpi.video.lcd0.active: 0 -> 0 >> >>> Again, for my old X40 with non-KMS Xorg intel driver has >>> (curiously, the screen blinks when issuing this sysctl command): >> >>> [bengta@P142 ~]$ sysctl hw.acpi.video hw.acpi.video.lcd0.active: >>> 1 hw.acpi.video.crt0.active: 0 >> >> Then, KMS probably breaks acpi_video(4), too. :-( > > kib let me know that there is a way to make it work but it was not > well-integrated to i915kms.ko. If you are interested in fixing it, > dev/drm2/i915/intel_opregion.c is the source and you can download the > specification from here: > > https://01.org/linuxgraphics/sites/default/files/documentation/acpi_igd_opregion_spec.pdf Hmm, scanning that spec, I wonder whether the opregion functionality is better placed together with acpi_video, and then i915kms makes calls to that instead? Hmm, again, perhaps the intel platform needs opregion support to work properly also without the kms driver. Could be an explanation for the backlight issues. (Just speculation so far... I have no idea if/how this relates to or interacts with options VESA) Bengt