From owner-freebsd-acpi@FreeBSD.ORG Wed Sep 4 20:24:04 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 71215541; Wed, 4 Sep 2013 20:24:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 13ABA22EB; Wed, 4 Sep 2013 20:24:04 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id ECAF0B922; Wed, 4 Sep 2013 16:23:59 -0400 (EDT) From: John Baldwin To: Bengt Ahlgren Subject: Re: suspend/resume on Lenovo X1 (regression from reports on wiki) Date: Wed, 4 Sep 2013 16:23:53 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p28; KDE/4.5.5; amd64; ; ) References: <521D03AE.3050709@sics.se> <52276554.6020807@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201309041623.53700.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 04 Sep 2013 16:24:00 -0400 (EDT) Cc: Kevin Oberman , freebsd-acpi , Laura Marie Feeney , Gleb Smirnoff , =?iso-8859-15?q?Jean-S=E9bastien?= =?iso-8859-15?q?_P=E9dron?= , "Sergey A. Osokin" 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: Wed, 04 Sep 2013 20:24:04 -0000 On Wednesday, September 04, 2013 3:14:32 pm Bengt Ahlgren wrote: > Jung-uk Kim writes: > > > On 2013-09-04 09:29:35 -0400, John Baldwin wrote: > >> On Tuesday, September 03, 2013 6:58:55 pm Jung-uk Kim wrote: > >>> On 2013-09-03 16:47:47 -0400, John Baldwin wrote: > >>>> Even with that hacked so I force vgapm0 and dpms0 to attach, I > >>>> still can't resume in console mode, ... > >>> > >>> What happens? Does it panic, hang, or just no backlight? > >> > >> Just no backlight. It resumes fine and if I do it in multiuser I > >> can ssh in, etc. It's just the backlight that doesn't resume. I > >> was hopeful dpms.ko would fix that, but it didn't. :( > > > > Ah, that's a well-known problem and we cannot fix it without help of > > machine-specific code, e.g., drm1/drm2. Actually, both acpi_video and > > dpms try to restore video settings but nothing worked for Intel GPUs + > > LVDS + LCD panel AFAIK. > > > >> I think i915drm has code to specifically turn on the backlight as > >> I get some weird error message in the kernel console about a > >> timeout trying to turn the panel off during suspend when I'm in X. > > So, I guess it has an ordering issue. If my memory serves, drm1 was > > okay with vesa, however. I *think* it accidentally worked because of > > automatic VT-switching, which is still broken for KMS. > > Yes, perhaps, but there is also the sysctl hw.acpi.reset_video which I > have enabled on my older hardware (TP X40 running 8.3-REL and an old > Xorg server) for it to work properly. (I however have some faint memory > that reset_video might a no-op these days, or?) In this old mail > regarding reset_video, there is a thought that it could be good with > "more" reinitialisation: > > http://lists.freebsd.org/pipermail/freebsd-acpi/2006-July/002959.html > > I however have one datapoint that I think contradicts John's thought. > This is on a X201 with stable/9 and no options VESA. I first just > booted up and stayed in text console, suspended and resumed. No > backlight, of course, and also no content on the LCD, it is completely > black. Then, I started Xorg with KMS. Still no backlight, but you can > see that the LCD is driven with the desired content, which is one step > forward. Finally, I suspended and resumed, but no difference, the > backlight is still off. Xorg/KMS didn't manage to turn the backlight > on, so the text console suspend/resume cycle managed to persistently > turn the backlight off. Try starting X before you suspend the first time. For me resume works fine if I do that. > One more thing, the kernel logs this at resume directly after the > devices are powered on (transition to D0), but I have no idea whether it > is relevant: > > Sep 2 19:57:21 bit kernel: error: [drm:pid1904:intel_lvds_enable] *ERROR* timed out waiting for panel to power off I see this even when resume works fine. -- John Baldwin