Date: Tue, 13 Mar 2012 21:38:24 -0700 From: matt <sendtomatt@gmail.com> To: Kevin Oberman <kob6558@gmail.com> Cc: Vrachnis Ilias-Dimitrios <vrachil@gmail.com>, freebsd-current@freebsd.org, Ganael LAPLANCHE <ganael.laplanche@martymac.org> Subject: Re: x220 notes Message-ID: <4F6020C0.60405@gmail.com> In-Reply-To: <4F5FE9C1.7010901@gmail.com> References: <4E836C06.9070405@gmail.com> <CAGH67wS1YR6V-DPAGtYN4RfrHSbgCrN=Ey2ngTVe6yBiBO1SZw@mail.gmail.com> <4E8374A7.90105@gmail.com> <CAGH67wT8ReUnDGXdxxOwd7x7CmRP7sDAzyFbSKrwT79tM=nZ5A@mail.gmail.com> <CAN6yY1vqNJhtxE2SVqawWxW6Jo-6M7SHwiL-Xo%2BhH-8_d8BHnQ@mail.gmail.com> <4E9BDF13.4040006@gmail.com> <4F38211D.4070305@mehnert.org> <4F40A2D4.6000000@gmail.com> <CAHi1Jsf%2BGVN6YNH_GcsECKdcDLsMQz9yQP-WNEKU8rC%2B%2B%2Biz_Q@mail.gmail.com> <4F57A8FC.8090106@gmail.com> <20120308092234.M18590@martymac.org> <4F5AC96A.3050600@gmail.com> <CAN6yY1vb7G=DOeqUoREgO8hEtmRhpJznoci5ZoHbae4qP9xQKA@mail.gmail.com> <4F5FE9C1.7010901@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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<sendtomatt@gmail.com> 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<ganael.laplanche@martymac.org> >>>> http://www.martymac.org | http://contribs.martymac.org >>>> FreeBSD: martymac<martymac@FreeBSD.org>, 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F6020C0.60405>