From owner-freebsd-current@FreeBSD.ORG Wed Mar 14 18:24:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED18D1065676 for ; Wed, 14 Mar 2012 18:24: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 9D6C08FC1B for ; Wed, 14 Mar 2012 18:24:29 +0000 (UTC) Received: by ggnk4 with SMTP id k4so2599898ggn.13 for ; Wed, 14 Mar 2012 11:24:29 -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=sKWOI4JT8O7bCcH7IE93ZbsG9efj5AsuUOreuF1p5Qw=; b=Rb1Nf2TrCwEcLHnUrOMFvrRETQTOJRF9tLouvZ9S8UXivoLUrBiwvI9A2Evkxkyd5z LcN7J3aJ3laYs5pZWo7Npx5Ll3ESwK0DrN2eyxyFR9CXlm81Wkgdr+zikA92kH5B00MO wORSrlRkqnBPJnvLFxPtiDErrL5vpMBMMdg971PNb92uTbQlEHol6yyusSXSa/5af9HC pmVnCuk1D7NBtsamVbep6IlsoUSV1JomBBD10CIv8u9DpgeAY4DEPBwzHsECOz3ZpQ/X GwxjKFkBHwBlqf3uW6ThAuPVDgGFkiNVOkumxw6rxjUIcl12Egs7JPiDmuXqtStZizpY FaVQ== Received: by 10.68.216.98 with SMTP id op2mr4203023pbc.93.1331749468583; Wed, 14 Mar 2012 11:24: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 u9sm2800226pbj.39.2012.03.14.11.24.26 (version=SSLv3 cipher=OTHER); Wed, 14 Mar 2012 11:24:27 -0700 (PDT) Message-ID: <4F60E258.6030606@gmail.com> Date: Wed, 14 Mar 2012 11:24: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> <4F6020C0.60405@gmail.com> In-Reply-To: <4F6020C0.60405@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 18:24:30 -0000 On 03/13/12 21:38, matt wrote: > 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 Can anyone verify that suspend/resume is now broken on x220 with latest HEAD and the KMS patches? Suspend bounce causes crash, resume beep makes modem sound and hangs, logs indicate only suspend. hw.pci.do_power_resume=0 causes no change. The acpi_call hack works on console as well, so at least we have some ability to control brightness for now. The next step is going to be figuring out why EC does nothing, or it would work out of the box I think. If that's a dead end, we can patch acpi_ibm to use \VBRC maybe. Also, once xorg & xfce load, my power usage goes from 9W tuned to 24W...I'm sure that's because patch is still in development. Matt