x220 notes

matt sendtomatt at gmail.com
Wed Mar 14 18:24:30 UTC 2012

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<sendtomatt at 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 at 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 at martymac.org>
>>>>> http://www.martymac.org | http://contribs.martymac.org
>>>>> FreeBSD: martymac<martymac at FreeBSD.org>, http://www.FreeBSD.org
>>>>> _______________________________________________
>>>>> freebsd-current at freebsd.org mailing list
>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current
>>>>> To unsubscribe, send any mail to 
>>>>> "freebsd-current-unsubscribe at 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.


More information about the freebsd-current mailing list