From owner-freebsd-acpi@FreeBSD.ORG Sun Feb 19 07:46:17 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE6E5106566B for ; Sun, 19 Feb 2012 07:46:17 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 852C58FC0C for ; Sun, 19 Feb 2012 07:46:17 +0000 (UTC) Received: by pbcxa7 with SMTP id xa7so5864296pbc.13 for ; Sat, 18 Feb 2012 23:46:17 -0800 (PST) Received-SPF: pass (google.com: domain of sendtomatt@gmail.com designates 10.68.227.36 as permitted sender) client-ip=10.68.227.36; Authentication-Results: mr.google.com; spf=pass (google.com: domain of sendtomatt@gmail.com designates 10.68.227.36 as permitted sender) smtp.mail=sendtomatt@gmail.com; dkim=pass header.i=sendtomatt@gmail.com Received: from mr.google.com ([10.68.227.36]) by 10.68.227.36 with SMTP id rx4mr41291071pbc.165.1329637577184 (num_hops = 1); Sat, 18 Feb 2012 23:46:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type; bh=LIddAAyX3/FNVWHnz1U1eNHZQB+NAyx4bYGdA2okISU=; b=jXQ6iiF7OkYXu5WNh4VxY68LRs24ZAvPZYBrWj5m2sNL8T+KjuNAGCuIqEmPY7ZKge dtgEgl4YyOML8eKi7lxYlLY5Kl0bNb8GzVB2MbaDscO9Q9BnkL66sT/a7djDH0f7Xo7N XmcVhEexfMgDbd0pc6hEMKcM0pdd1Dp7ziz8Q= Received: by 10.68.227.36 with SMTP id rx4mr34199571pbc.165.1329636121043; Sat, 18 Feb 2012 23:22:01 -0800 (PST) Received: from bakeneko.local ([74.195.19.178]) by mx.google.com with ESMTPS id 7sm21414388pbw.13.2012.02.18.23.21.55 (version=SSLv3 cipher=OTHER); Sat, 18 Feb 2012 23:21:58 -0800 (PST) Message-ID: <4F40A2D4.6000000@gmail.com> Date: Sat, 18 Feb 2012 23:20:52 -0800 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120217 Thunderbird/10.0.1 MIME-Version: 1.0 To: Hannes Mehnert References: <4E836C06.9070405@gmail.com> <4E8374A7.90105@gmail.com> <4E9BDF13.4040006@gmail.com> <4F38211D.4070305@mehnert.org> In-Reply-To: <4F38211D.4070305@mehnert.org> X-Enigmail-Version: 1.3.5 Content-Type: multipart/mixed; boundary="------------090206050209050701040502" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: x220 notes X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Feb 2012 07:46:17 -0000 This is a multi-part message in MIME format. --------------090206050209050701040502 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 02/12/12 12:29, Hannes Mehnert wrote: > Hi, > > I recently got a X220 and installed -CURRENT (with kib's 13.1 patch) on= > it - let me add some notes on this thread. > > On 10/17/2011 03:53, Matt wrote: >> On 09/28/11 16:01, Kevin Oberman wrote: >>> On Wed, Sep 28, 2011 at 12:32 PM, Garrett Cooper = >>> wrote: >>>> On Wed, Sep 28, 2011 at 12:25 PM, Matt wrote:= >>>>> On 09/28/11 11:52, Garrett Cooper wrote: >>>>>> On Wed, Sep 28, 2011 at 11:48 AM, Matt wr= ote: >>>>>>> acpi_ibm needs "LEN0068" added to the list of ibm ids at the >>>>>>> beginning of >>>>>>> /usr/src/sys/dev/acpi_support/acpi_ibm.c...I'd write a patch but = that >>>>>>> machine is in a world of ports hurt right now :). >>>>>>> With this many of the sysctls and leds work, still no brightness >>>>>>> (w or >>>>>>> wout >>>>>>> intel DRI from Konstantin...thanks Konstantin!!) > (there's a pr about that kern/164538) > > >> I'm not sure if I mentioned this in another post, but I can confirm th= at >> adjusting brightness in ibm_acpi for me results in corrupting the fan >> speed, which makes me think that addresses have changed, widths/extent= s >> have changed, or something else is different. For what it's worth, >> thinkpad-acpi in Linux does this just fine, although I haven't >> determined if it's through the EC or ACPI...I am thinking EC however. >> >> I have a feeling the answer to brightness (aside from KMS patch for X,= >> which is seperate) might be comparing changelogs for thinkpad ec >> handlers on a platform that works like Linux...the code looks mostly >> similar...can anyone confirm if Open/NetBSD have issues with the >> backlight on these SandyBridge thinkpads? > The brightness work fine on Linux, but not on OpenBSD(-CURRENT). > > But on OpenBSD xbacklight (which uses randr) works to set the brightnes= s > once in X. This unfortunately does not work on FreeBSD (receiving "No > outputs have backlight property" when running xbacklight). > > > Cheers, > > Hannes > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" I got 10-CURRENT installed on the x220 again. 1. Standard GENERIC kernel 2. Buildworld/installworld from today's CVS 3. No DRM/KMS patches or any other "factors" 4. Witness KDB disabled in loader.conf (otherwise panic on suspend). 5. setting hw.pci.do_power_suspend=3D0 wil prevent some AE_NO_METHOD errors where it tries to set PCI express ports to D2 (the ports themselves, I think...not the attached device) This is what I've found as I investigate the backlight/resume issue. I am not very good at understanding ASL, but here's what I see. 1. _WAK calls a number of display related methods 2. There are apparently brightness related calls here, as well as some other video related calls 3. Some of this behavior depends on /VIGD, whatever that is. 4. The brightness calls seem to connect over LPC to the embedded controll= er 5. Some of the brightness methods check OSI for WIN7 I will add that iasl finds 35 errors in this fine piece of lenovo work. However, none of the errors appear to be near _wak. I've attached an acpidump asl if it helps anyone who has a better eye for ASL and resume/brightness problems. I think we can control brightness at least with acpi_video, it attaches but not correctly..."active=3D0"...I haven't= gone back over its source in comparison with ASL yet either. Probably acpi_ibm will work also, as the acpi methods seem to just call the embedded controller over the lpc bus? Unfortunately it seems something has changed with the ec, as some of the data becomes corrupt when acpi_ibm is loaded. Resume obviously works fine in Win7, works 80-95% of the time in Linux (seems like KMS fail when it doesn't resume on Linux), and it resumes fine on FreeBSD except no video. No bad messages in logs after resume. Matt --------------090206050209050701040502--