From owner-freebsd-current@FreeBSD.ORG Wed Mar 14 04:38:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8ADD9106566B for ; Wed, 14 Mar 2012 04:38:29 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 36EAD8FC16 for ; Wed, 14 Mar 2012 04:38:28 +0000 (UTC) Received: by ggnk4 with SMTP id k4so1684284ggn.13 for ; Tue, 13 Mar 2012 21:38:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=ub/aXy7zMV+uXtsVlpLur1WCkTKVssyaaOb40H9K/F4=; b=ObCd/T+etPYp+s2i3uveKou75CAuARzC32xEl/aYnAK7ITwWwWwk+c7J2wCP93r29U eoc06QFxGWkYGFFS25M9gWGk/COJzn5hOOv5LSwtI91QGMJW8p0lp1wkCPdqyNooNJaa ZlUB8eBZRq4cOVZlhjkq/0HwULkz+0xXVXyUtz8siSp4C+NMBGjpoykemdOHKEQUcBU5 blVJwGyyuilqRr2IN/fOK2DVgOcckFu54C7FF73QpzimbVvxT9D46ByD0rfKovlpUO6s SDrTZ6qGcaEHua1HPNL4cRWP8bUX0nW9onHWOzg0BPsQXLKqViJMBLmWlphjzkbgyDAs VpvA== Received: by 10.182.124.41 with SMTP id mf9mr1103701obb.65.1331699908276; Tue, 13 Mar 2012 21:38:28 -0700 (PDT) Received: from flatline.local (70-36-223-154.dsl.dynamic.sonic.net. [70.36.223.154]) by mx.google.com with ESMTPS id b6sm4053772obe.12.2012.03.13.21.38.25 (version=SSLv3 cipher=OTHER); Tue, 13 Mar 2012 21:38:26 -0700 (PDT) Message-ID: <4F6020C0.60405@gmail.com> Date: Tue, 13 Mar 2012 21:38:24 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Kevin Oberman References: <4E836C06.9070405@gmail.com> <4E8374A7.90105@gmail.com> <4E9BDF13.4040006@gmail.com> <4F38211D.4070305@mehnert.org> <4F40A2D4.6000000@gmail.com> <4F57A8FC.8090106@gmail.com> <20120308092234.M18590@martymac.org> <4F5AC96A.3050600@gmail.com> <4F5FE9C1.7010901@gmail.com> In-Reply-To: <4F5FE9C1.7010901@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Vrachnis Ilias-Dimitrios , freebsd-current@freebsd.org, Ganael LAPLANCHE Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 04:38:29 -0000 On 03/13/12 17:43, matt wrote: > On 03/12/12 17:00, Kevin Oberman wrote: >> On Fri, Mar 9, 2012 at 7:24 PM, matt wrote: >>> On 03/08/12 01:28, Ganael LAPLANCHE wrote: >>>> On Wed, 07 Mar 2012 20:29:16 +0200, Vrachnis Ilias-Dimitrios wrote >>>> >>>> Hi, >>>> >>>>>> 2. I've read bad reviews about webcam having poor quality on >>>>>> GNU/Linux, so I would assume it will be the same on FreeBSD with >>>>>> webcamd and not worth the $30? (which also frees up space for >>>>>> 3x3 antenna) >>>> Yep, the webcam works with webcamd but the quality is not great... >>>> >>>>>> 4. How far is the AMD64 kernel suspend/resume? What do you mean by >>>>>> video doesn't resume? >>>> I run 10-CURRENT : >>>> >>>> FreeBSD laptop.martymac.org 10.0-CURRENT FreeBSD 10.0-CURRENT #12 >>>> r231062M: Mon Feb 6 10:29:35 CET 2012 >>>> martymac@laptop.martymac.org:/usr/obj/files/Src/sys/GENERIC amd64 >>>> >>>> with all.13.1 patch (no more available) from : >>>> >>>> http://people.freebsd.org/~kib/drm/ >>>> >>>> 3D acceleration works well, as well as suspend/resume when Xorg has >>>> been >>>> started (black screen if on console). >>>> >>>> Best regards, >>>> >>>> -- >>>> Ganael LAPLANCHE >>>> http://www.martymac.org | http://contribs.martymac.org >>>> FreeBSD: martymac, http://www.FreeBSD.org >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to >>>> "freebsd-current-unsubscribe@freebsd.org" >>>> >>> This is great news! >>> >>> I just finished some other stuff, so hopefully I can take a renewed >>> look at >>> brightness and the fan issue. >> Thanks for woking on this, Matt. I, for one, would be happy to have >> the volume and de-lighted to have brightness working on my T520! >> (Sorry or the weak pun.) > So far it looks like acpi_video attaches, but the lcd0 device is not > active. > > More interestingly, if you press brightness shortcuts, acpi_video can > see the brightness value change while screen does not actually change. > > My conclusion based on bullshit and poking around in the acpidump, is > that possibly either: > 1) We need to call some ACPI handle to put ACPI in charge of > brightness (google acpi brightness trapdoor) > 2) acpi_video is attaching to the nvidia optimus hooks (yes, they're > there, I know we don't have that option) and is missing the IGD video > (VIGD/PEG etc) > 3) Something else is wrong with either acpi, acpi_video, or bios that > is preventing ACPI from working? > > I am going to take more of a look tonight. > > I think I can just hack in some ACPI calls straight to the ec if that > will work, which might also include the correct ones to resume the > display without KMS? > Calling some _ON function or something perhaps > > Thanks! > > Matt I have brightness control through raw acpi..."\_BCL" and friends seem to do nothing. Most of the video methods differentiate between \VIGD (which seems to be a check for integrated graphics vs optimus, but that's still a guess) If \VIGD is true, brightness commands are sent to the EC, where they don't seem to do much yet. This is probably where we could enable something via EC/ibm-acpi? If \VIGD is false, brightness commands are handled in ACPI, although coarsely, via \VBRC. \VBRC seems to allow control over the backlight, at least, so those of you with sore eyes or the 3-cell battery may have some success using the acpi_call port (Danger!) kldload acpi_call acpi_call -p '\VBRC' -i n (where n is 0-10) Still hacking :)! Matt