Re: x220 notes
From Andrey Fesenko f0and...@gmail.com: NDIS failed to raise working version. Win driver terrible ~5 firmware and other. urtwn such as usb devices and no porting FreeBSD only dirty hack http://lists.freebsd.org/pipermail/freebsd-wireless/2012-November/002539.html just wanted to get wi-fi n-mode :) actively developed now like only ath. I'll have to try again; NDIS failed the first time, but that might have been due to something missing in kernel config regarding NDIS and ndisapi. I can try with both WinXP and Win7 versions. I also want to try urtwn in NetBSD (I build the kernel and userland) and OpenBSD live USB. OpenBSD apparently has no support for either USB 3.0 or GPT, can't access my hard drive at all. NetBSD has no USB 3.0 support but supports GPT with partitions in a strange way, /dev/dk0, /dev/dk1, /dev/dk2, and so on, with this sequence spanning all GPT devices including USB hard drives and USB sticks. I install NetBSD to a USB stick but have the source, and pkgsrc too, on an older FreeBSD UFS2/ffsv2 hard-drive partition where all the heavy work is done. Aside from the possibility of porting urtwn from OpenBSD or NetBSD, maybe it could be ported from Linux? Tom ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
Someone needs to pick that porting effort up, polish/finish it up, and get it into FreeBSD. I'm happy to commit whatever people agree to tidy up and maintain. Thanks, Adrian On 1 February 2013 04:52, Thomas Mueller mueller6...@bellsouth.net wrote: From Andrey Fesenko f0and...@gmail.com: NDIS failed to raise working version. Win driver terrible ~5 firmware and other. urtwn such as usb devices and no porting FreeBSD only dirty hack http://lists.freebsd.org/pipermail/freebsd-wireless/2012-November/002539.html just wanted to get wi-fi n-mode :) actively developed now like only ath. I'll have to try again; NDIS failed the first time, but that might have been due to something missing in kernel config regarding NDIS and ndisapi. I can try with both WinXP and Win7 versions. I also want to try urtwn in NetBSD (I build the kernel and userland) and OpenBSD live USB. OpenBSD apparently has no support for either USB 3.0 or GPT, can't access my hard drive at all. NetBSD has no USB 3.0 support but supports GPT with partitions in a strange way, /dev/dk0, /dev/dk1, /dev/dk2, and so on, with this sequence spanning all GPT devices including USB hard drives and USB sticks. I install NetBSD to a USB stick but have the source, and pkgsrc too, on an older FreeBSD UFS2/ffsv2 hard-drive partition where all the heavy work is done. Aside from the possibility of porting urtwn from OpenBSD or NetBSD, maybe it could be ported from Linux? Tom ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On Tue, Jan 29, 2013 at 1:49 PM, Andrey Fesenko f0and...@gmail.com wrote: On Wed, Mar 14, 2012 at 11:15 PM, Hannes Mehnert han...@mehnert.org wrote: Ciao, On 03/14/2012 00:38, matt wrote: 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) Great news! Works for me. n is actually 0-16 (plus any other value which turns the backlight off (-1 or 17 eg). Thanks, Hannes Thanks, acpi_call -p '\VBRC' -i n [0-15] work fine, if set 17 black screen :) And other problems. 1) wi-fi standart rtl8192cu - not work change AR5B95 - work n-mode (thanks Adrian Chadd :) need hack BIOS dev.acpi_ibm.0.wlan: 1 - read only hardware switch work, not send mesage 2) sound # cat /dev/sndstat FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) Installed devices: pcm0: Conexant CX20590 (Analog) (play/rec) pcm1: Conexant CX20590 (Analog) (play/rec) default pcm2: Intel Cougar Point (HDMI/DP 8ch) (play) pcm3: Intel Cougar Point (HDMI/DP 8ch) (play) pcm4: Intel Cougar Point (HDMI/DP 8ch) (play) sound headphones only, if set sysctl hw.snd.default_unit=0 and restart application, on's speakers (if remove headphones). Automatic switching possible? Yes. Put this in /boot/loader.conf: # Load the sound driver snd_hda_load=YES # and setup headphones # Out : speaker + headphones hint.hdac.0.cad0.nid25.config=as=1 seq=15 # In : mic + external mic hint.hdac.0.cad0.nid35.config=as=2 hint.hdac.0.cad0.nid27.config=as=2 seq=15 # Drivers for memory card reader mmc_load=YES mmcsd_load=YES sdhci_load=YES # Load module to read the CPU temp coretemp_load=YES This also enables the SD card reader and reading the CPU temp. 2.2) sound control in mplayer automatic fine work multimedia key multimedia key and system mixer, and sysctl not work Don't know what desktop you use, but both gnome and KDE allow you to define the sound buttons. In gnome it is under Preferences/Keyboard Shortcuts Set Vol Up to XF86AudioRaiseVolume and Vol Down to XF86AudioLowerVolume 3) ACPI work poorly 191 0x81f01000 37c7 acpi_video.ko 201 0x81f05000 330f acpi_ibm.ko 211 0x81f09000 1fc acpi_call.ko # sysctl -a | grep ibm acpi_ibm0: IBM ThinkPad ACPI Extras on acpi0 acpi_ibm0: detached acpi_ibm0: IBM ThinkPad ACPI Extras on acpi0 dev.acpi_ibm.0.%desc: IBM ThinkPad ACPI Extras dev.acpi_ibm.0.%driver: acpi_ibm dev.acpi_ibm.0.%location: handle=\_SB_.PCI0.LPC_.EC__.HKEY dev.acpi_ibm.0.%pnpinfo: _HID=LEN0068 _UID=0 dev.acpi_ibm.0.%parent: acpi0 dev.acpi_ibm.0.initialmask: 2060 dev.acpi_ibm.0.availmask: 134217727 dev.acpi_ibm.0.events: 1 dev.acpi_ibm.0.eventmask: 134217727 dev.acpi_ibm.0.hotkey: 3353 dev.acpi_ibm.0.lcd_brightness: 0 - not work dev.acpi_ibm.0.volume: 0 - not work dev.acpi_ibm.0.mute: 0 - not work dev.acpi_ibm.0.thinklight: 0 - work fine :) dev.acpi_ibm.0.bluetooth: 0 - work LED (bt not use, not test) dev.acpi_ibm.0.wlan: 1 - read only dev.acpi_ibm.0.fan_speed: 3880 - not work or read only dev.acpi_ibm.0.fan_level: 0 dev.acpi_ibm.0.fan: 1 The fan speed is read-only. LED HDD may be work blink infrequently SSD :) 3) video work acceptable WITH_NEW_XORG=true WITH_KMS=true from terminal adjustable brightness acpi_call -p '\VBRC' -i n [0-15] I would like to consolidate these actions on the standard key # cat /var/run/devd.pipe !system=ACPI subsystem=IBM type=\_SB_.PCI0.LPC_.EC__.HKEY notify=0x10 ( Fn+Home) !system=ACPI subsystem=IBM type=\_SB_.PCI0.LPC_.EC__.HKEY notify=0x11 (Fn+End) Sounds good, but you need to know the current brightness to incrementally adjust it, I have not figured out a way to get it. -- R. Kevin Oberman, Network Engineer E-mail: kob6...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On Thu, Jan 31, 2013 at 8:56 AM, Thomas Mueller mueller6...@bellsouth.net wrote: Excerpt from Andrey Fesenko f0and...@gmail.com: And other problems. 1) wi-fi standart rtl8192cu - not work change AR5B95 - work n-mode (thanks Adrian Chadd :) need hack BIOS dev.acpi_ibm.0.wlan: 1 - read only hardware switch work, not send mesage What did you try to make rtl8192cu work? Did you try NDIS? I have Hiro USB wireless adapter with rtl8191s chip, am still trying, on and off, to get it to work. OpenBSD has urtwn driver that should work, ported to NetBSD, but why not FreeBSD? ALso, there is a Linux driver. Tom NDIS failed to raise working version. Win driver terrible ~5 firmware and other. urtwn such as usb devices and no porting FreeBSD only dirty hack http://lists.freebsd.org/pipermail/freebsd-wireless/2012-November/002539.html just wanted to get wi-fi n-mode :) actively developed now like only ath. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
Excerpt from Andrey Fesenko f0and...@gmail.com: And other problems. 1) wi-fi standart rtl8192cu - not work change AR5B95 - work n-mode (thanks Adrian Chadd :) need hack BIOS dev.acpi_ibm.0.wlan: 1 - read only hardware switch work, not send mesage What did you try to make rtl8192cu work? Did you try NDIS? I have Hiro USB wireless adapter with rtl8191s chip, am still trying, on and off, to get it to work. OpenBSD has urtwn driver that should work, ported to NetBSD, but why not FreeBSD? ALso, there is a Linux driver. Tom ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On Wed, Mar 14, 2012 at 11:15 PM, Hannes Mehnert han...@mehnert.org wrote: Ciao, On 03/14/2012 00:38, matt wrote: 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) Great news! Works for me. n is actually 0-16 (plus any other value which turns the backlight off (-1 or 17 eg). Thanks, Hannes Thanks, acpi_call -p '\VBRC' -i n [0-15] work fine, if set 17 black screen :) And other problems. 1) wi-fi standart rtl8192cu - not work change AR5B95 - work n-mode (thanks Adrian Chadd :) need hack BIOS dev.acpi_ibm.0.wlan: 1 - read only hardware switch work, not send mesage 2) sound # cat /dev/sndstat FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) Installed devices: pcm0: Conexant CX20590 (Analog) (play/rec) pcm1: Conexant CX20590 (Analog) (play/rec) default pcm2: Intel Cougar Point (HDMI/DP 8ch) (play) pcm3: Intel Cougar Point (HDMI/DP 8ch) (play) pcm4: Intel Cougar Point (HDMI/DP 8ch) (play) sound headphones only, if set sysctl hw.snd.default_unit=0 and restart application, on's speakers (if remove headphones). Automatic switching possible? 2.2) sound control in mplayer automatic fine work multimedia key multimedia key and system mixer, and sysctl not work xev data VolUP, VolDn, mute (release event similar) KeyPress event, serial 27, synthetic NO, window 0x1e1, root 0x120, subw 0x0, time 210234226, (623,634), root:(623,650), state 0x10, keycode 176 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 27, synthetic NO, window 0x1e1, root 0x120, subw 0x0, time 210235273, (623,634), root:(623,650), state 0x10, keycode 174 (keysym 0x1008ff11, XF86AudioLowerVolume), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 27, synthetic NO, window 0x1e1, root 0x120, subw 0x0, time 210241638, (623,634), root:(623,650), state 0x10, keycode 140 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False 3) ACPI work poorly 191 0x81f01000 37c7 acpi_video.ko 201 0x81f05000 330f acpi_ibm.ko 211 0x81f09000 1fc acpi_call.ko # sysctl -a | grep ibm acpi_ibm0: IBM ThinkPad ACPI Extras on acpi0 acpi_ibm0: detached acpi_ibm0: IBM ThinkPad ACPI Extras on acpi0 dev.acpi_ibm.0.%desc: IBM ThinkPad ACPI Extras dev.acpi_ibm.0.%driver: acpi_ibm dev.acpi_ibm.0.%location: handle=\_SB_.PCI0.LPC_.EC__.HKEY dev.acpi_ibm.0.%pnpinfo: _HID=LEN0068 _UID=0 dev.acpi_ibm.0.%parent: acpi0 dev.acpi_ibm.0.initialmask: 2060 dev.acpi_ibm.0.availmask: 134217727 dev.acpi_ibm.0.events: 1 dev.acpi_ibm.0.eventmask: 134217727 dev.acpi_ibm.0.hotkey: 3353 dev.acpi_ibm.0.lcd_brightness: 0 - not work dev.acpi_ibm.0.volume: 0 - not work dev.acpi_ibm.0.mute: 0 - not work dev.acpi_ibm.0.thinklight: 0 - work fine :) dev.acpi_ibm.0.bluetooth: 0 - work LED (bt not use, not test) dev.acpi_ibm.0.wlan: 1 - read only dev.acpi_ibm.0.fan_speed: 3880 - not work or read only dev.acpi_ibm.0.fan_level: 0 dev.acpi_ibm.0.fan: 1 LED HDD may be work blink infrequently SSD :) 3) video work acceptable WITH_NEW_XORG=true WITH_KMS=true from terminal adjustable brightness acpi_call -p '\VBRC' -i n [0-15] I would like to consolidate these actions on the standard key # cat /var/run/devd.pipe !system=ACPI subsystem=IBM type=\_SB_.PCI0.LPC_.EC__.HKEY notify=0x10 ( Fn+Home) !system=ACPI subsystem=IBM type=\_SB_.PCI0.LPC_.EC__.HKEY notify=0x11 (Fn+End) 4) mouse Xorg with out config standard trackpad and other work fine if hook up USB mouse not work Jan 27 17:53:23 x220 kernel: ugen1.3: A4Tech at usbus1 Jan 27 17:53:23 x220 kernel: ums0: A4Tech USB Mouse, class 0/0, rev 1.10/0.14, addr 3 on usbus1 Jan 27 17:53:23 x220 kernel: ums0: 8 buttons and [XYZ] coordinates ID=0 and disconnect Jan 27 17:53:42 x220 kernel: ugen1.3: A4Tech at usbus1 (disconnected) Jan 27 17:53:42 x220 kernel: ums0: at uhub3, port 2, addr 3 (disconnected) 5) suspend/resume not test while, if there is a manual will be grateful Trick, to work without xorg.conf :) # cat /home/andrey/.xsession /usr/local/bin/xset +fp /usr/local/lib/X11/fonts/terminus-font/ - need some applications xkbset -b
Re: x220 notes
On Fri, 04 May 2012 14:29:32 -0700, matt wrote Hi Matt, Thanks for your answer. Try setting hw.pci.do_power_resume=0 and hw.pci.do_power_suspend=0 in sysctl.conf If that doesn't work for you try setting each to one separately, and together if all fails. Also try setting resume beep and see whether it's getting that far (debug.acpi.resume_beep=1). I've had no time to test settings separately, but setting both sysctls leads to the same issue as you : a modem-like beep at resume time :/ Also, I sometimes get a black screen when rebooting into the kernel I have which is known to work (graphics + 3D accel + suspend/resume). Quite strange, it persists at reboot. The only way I have found is remove the battery and wait a few hours to be able to start X again... Best regards, -- Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@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-unsubscr...@freebsd.org
Re: x220 notes
On 04/30/12 04:54, Ganael LAPLANCHE wrote: On Mon, 19 Mar 2012 12:03:13 -0700, matt wrote Hi Matt, I'll have to try again without the patch to see if it's Xorg/KMS or FreeBSD base that has changed. FYI, I've just tried suspend/resume with all.14.5.patch and sources from 2012/04/28, but I still get a black screen on resume :/ Best regards, -- Ganael LAPLANCHEganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymacmarty...@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-unsubscr...@freebsd.org Try setting hw.pci.do_power_resume=0 and hw.pci.do_power_suspend=0 in sysctl.conf If that doesn't work for you try setting each to one separately, and together if all fails. Also try setting resume beep and see whether it's getting that far (debug.acpi.resume_beep=1). When mine failed I would get a beep, but it would hang during the beep, making a warbling/modem type sound. The pci options plus a custom kernel conf seemed to fix it, but I am not near that machine right now...I think the pci options were all that were needed, but it may have been the kernel conf as well. I haven't tried the very latest current either, as I filled up my 4g USB...I need to wipe it out and start again, it's not a good environment for buildworld. Sorry for the late response! Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On Mon, 19 Mar 2012 12:03:13 -0700, matt wrote Hi Matt, I'll have to try again without the patch to see if it's Xorg/KMS or FreeBSD base that has changed. FYI, I've just tried suspend/resume with all.14.5.patch and sources from 2012/04/28, but I still get a black screen on resume :/ Best regards, -- Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@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-unsubscr...@freebsd.org
Re: x220 notes
Well I can't do the brightness switching. acpi_call port is installed, but: # kldload acpi_call kldload: can't load acpi_call: No such file or directory # acpi_call -p '\VBRC' -i 14 ioctl: Device not configured At least closing the lid turns off the monitor (not going to sleep), which is OK to conserve energy when not using. I would like to be able to change brightness, however. And have dimming. A minor problem, with the KMS Intel patch, when I log out of X (startx or xfce4), screen goes black. I don't know if this is acpi related. I typed reboot, and nothing happened. Using all.13.7-stable-9.patch with 9.0-STABLE. Cheers. -- Lyubomir Grigorov (bgalakazam) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On 04/01/12 22:49, Kevin Oberman wrote: 2012/4/1 Любомир Григоровnm.kn...@gmail.com: Well I can't do the brightness switching. acpi_call port is installed, but: # kldload acpi_call kldload: can't load acpi_call: No such file or directory # acpi_call -p '\VBRC' -i 14 ioctl: Device not configured At least closing the lid turns off the monitor (not going to sleep), which is OK to conserve energy when not using. I would like to be able to change brightness, however. And have dimming. A minor problem, with the KMS Intel patch, when I log out of X (startx or xfce4), screen goes black. I don't know if this is acpi related. I typed reboot, and nothing happened. Using all.13.7-stable-9.patch with 9.0-STABLE. # cd /usr/ports/sysutils/acpi_call make install clean # rehash # kld_load acpi_call # acpi_call -p '\VBRC' -i 5 Exactly...I'd like to add it does require appropriate kernel sources, something I discovered as I'm currently testing off a 4gb USB...appropriately to current discussions, /usr/obj /usr/ports/distfiles /tmp /var/run are all tmpfs :) (we'll see how that goes too!). Some general followup/status of brightness: The hotkeys are working just fine out of the box, at least as far as they seem to adjust the brightness value seen by acpi_video, however as we know this doesn't actually seem to do much. There are a couple of branches in the ACPI code when brightness is called, one of which checks for integrated or discrete graphics (why I do not know as discrete is not an option). If \VIGD returns 1 (which I think means graphics are integrated) it talks to the \_SB.PCI0.LPC.EC.BRNS method, which doesn't seem to do anything for us. If \VIGD returns 0 (which I think would mean discrete graphics if available) it calls \VBRC The above method simply bypasses the VIGD switch and calls \VBRC directly. There are other ACPI methods which seem to be related, but I have yet to figure out what they mean...VBTC is one, and some _Q(X)(X) methods also seem to talk to the EC about the panel and brightness etc. It seems like we need to find how to make the EC be in charge of brightness instead of whatever VBRC is doing (it's an SMI call). I think brightness might just work fine...another note is the fact that acpi_video sees lcd0 as inactive...not sure why. Regarding acpi_ibm, it appears that it is also talking to the EC, which is why brightness cannot work there. Although for some reason, probably an alignment or address change, the fan speed appears corrupt after setting brightness via acpi_ibm, the fan controls still work fine in both manual and automatic as far as I can tell. It seems like if we can determine why the EC does not care for brightness settings, or isn't in charge of brightness, that we would be a small patch away from fixing acpi_ibm for this model. HOWEVER, it appears resume is now toast on CURRENT, since at least a few months, with or without Konstantin's patches. I'm not sure what's hanging, although setting suspend_beep=1 creates a horrible sound during the failing resume, which may indicate it's something fairly early in the resume, or even concurrent with beeping. Even bounce does not work, and debugging is complicated by the lack of display. If anyone has anyone ideas for fixing resume on CURRENT, we'd be awful close to having a pretty damn nice laptop for FreeBSD. Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
Interesting. So brightness value is changed, but not acted upon then when using the hotkeys? I could care less about suspend/resume as I don't really use it. Brightness and the fan (thanks for reminding me about the corruption) are what is killing my use. I have a SSD so even though boot isn't 5sec on FreeBSD, I can still live with waiting 10 extra seconds. Having brightness eat up my battery time and fan spinning like crazy is a problem, though. What do you mean by the fan controls still work in manual and automatic? Does that mean every time brightness is changed, fan speed needs to be set to auto again for it to work properly? Also, I assume the dimming from inactivity will not work until EC is responsible for brightness change? ... and then I have the issue with Konstantin's latest patch for STABLE where after I exit X, I have no monitor or keyboard control. I guess I can bypass this with a login manager. Cheers. -- Lyubomir Grigorov (bgalakazam) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On 04/02/12 18:42, Любомир Григоров wrote: Interesting. So brightness value is changed, but not acted upon then when using the hotkeys? Yes, value changes with no effect when hotkeys are pressed...I am not sure why there is no effect. I could care less about suspend/resume as I don't really use it. Brightness and the fan (thanks for reminding me about the corruption) are what is killing my use. I have a SSD so even though boot isn't 5sec on FreeBSD, I can still live with waiting 10 extra seconds. Having brightness eat up my battery time and fan spinning like crazy is a problem, though. The fan is horribly noisy on this model. However, it will quiet down a bit on its own when temperature goes down...enabling C states and running powerd -a adaptive -b adaptive should help a lot...I don't recommend manual fan control as at least my i7 already runs way too hot in linux and win7 (for the 10 minutes I had it :) ). Run Lenovo bios updates as well, many complaints about post tsunami fans from Lenovo China instead of Lenovo Japan... What do you mean by the fan controls still work in manual and automatic? Does that mean every time brightness is changed, fan speed needs to be set to auto again for it to work properly? Only the fan speed value shows as 0x or something, however it can still be set 1-7 or back to automatic as usual Also, I assume the dimming from inactivity will not work until EC is responsible for brightness change? I'm not sure...that might be accomplished with dpms.ko, haven't tried ... and then I have the issue with Konstantin's latest patch for STABLE where after I exit X, I have no monitor or keyboard control. I guess I can bypass this with a login manager. http://wiki.freebsd.org/Intel_GPU On Konstantin's page he mentions this...it's a known issue Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
Hi, this just reminds me of my Fujitsu P2120. On Sunday 01 April 2012 11:27:02 Любомир Григоров wrote: Any news on the brightness? My X220 came and FreeBSD installs and boots fine with MBR. But like you said brightness control is not working and I am stuck at max. Even with me 9cell battery, it brings it down to 5 hours instead of 8-9 with a slightly dimmer setting. I could not adjust brightness inside X on my P2120 too. But switching to a console allowed me to adjust with the keys assigned to this. I never got used to this procedure but it worked. Did you try this? Erich ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
Any news on the brightness? My X220 came and FreeBSD installs and boots fine with MBR. But like you said brightness control is not working and I am stuck at max. Even with me 9cell battery, it brings it down to 5 hours instead of 8-9 with a slightly dimmer setting. P.S. I didn't have to touch anything in BIOS. Ditch the webcam...it's grainy under linux, probably would be the same under FreeBSD...haven't even tried. Intel wireless is THE way to go...that Realtek is barely supported on Linux (I believe 8192SU is still staging drivers...) FreeBSD only legacy boots, however UEFI USB Support must be on to allow USB booting for some reason. I have IPS...it's very nice, but still no brightness yet. I'll get a chance to look at again this weekend most likely. I think it's just an issue with our acpi_ibm that isn't talking to the embedded controller right. Resume works, but the screen is not on. I can now confirm it is *off* and not just dimmed/no backlight. Setting BIOS to use an external monitor and disabling internal exhibits same behavior as internal display, i.e external monitor set as BIOS primary does not come back from power save. I have tried typing dpms force commands, did not work. Once resume brightness work, it will be great for FreeBSD...everything else seemed fine, although I have not used fingerprint reader or card reader... An interesting note is that the BIOS does whitelist the wireless card, and the wwan slot defaults to being a mSATA until it detects a whitelisted USB ID or perhaps has no PCIe lines...not sure but my ral card I'm working with will not detect in the second slot at all. The slot may start as PCIe only in earlier bios, haven't checked (google x220 egpu x220 msata issue). Matt -- Lyubomir Grigorov (bgalakazam) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
2012/3/31 Erich Dollansky erichfreebsdl...@ovitrap.com: Hi, this just reminds me of my Fujitsu P2120. On Sunday 01 April 2012 11:27:02 Любомир Григоров wrote: Any news on the brightness? My X220 came and FreeBSD installs and boots fine with MBR. But like you said brightness control is not working and I am stuck at max. Even with me 9cell battery, it brings it down to 5 hours instead of 8-9 with a slightly dimmer setting. I could not adjust brightness inside X on my P2120 too. But switching to a console allowed me to adjust with the keys assigned to this. I never got used to this procedure but it worked. Did you try this? Does not work for me. :-( First press of either brightness up or down will echo ^@ (null), but that's all that happens. The system does not have discrete brightness buttons. It uses Fn+Home and Fn+End to adjust brightness. Thanks for the suggestion. though. -- R. Kevin Oberman, Network Engineer E-mail: kob6...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
Hi, controlling brightness works for me (via shell) - taking matt's advice into account: \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-16; 17 (and -1) is off) Cheers, Hannes ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
2012/4/1 Hannes Mehnert han...@mehnert.org: Hi, controlling brightness works for me (via shell) - taking matt's advice into account: \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-16; 17 (and -1) is off) This works well, but I'll need to look at how to make Gnome do the job so the automatic dimming will work. Also, at least on my ThinkPad, its 0-15. 16 and 14 are identical and slightly dimmer than 15. Maybe it's a BIOS issue on my laptop? I see Lenovo has released a new one recently. -- R. Kevin Oberman, Network Engineer E-mail: kob6...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
2012/4/1 Любомир Григоров nm.kn...@gmail.com: Well I can't do the brightness switching. acpi_call port is installed, but: # kldload acpi_call kldload: can't load acpi_call: No such file or directory # acpi_call -p '\VBRC' -i 14 ioctl: Device not configured At least closing the lid turns off the monitor (not going to sleep), which is OK to conserve energy when not using. I would like to be able to change brightness, however. And have dimming. A minor problem, with the KMS Intel patch, when I log out of X (startx or xfce4), screen goes black. I don't know if this is acpi related. I typed reboot, and nothing happened. Using all.13.7-stable-9.patch with 9.0-STABLE. # cd /usr/ports/sysutils/acpi_call make install clean # rehash # kld_load acpi_call # acpi_call -p '\VBRC' -i 5 -- R. Kevin Oberman, Network Engineer E-mail: kob6...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On Wed, 14 Mar 2012 11:24:24 -0700, matt wrote Hi, 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. Damn, I can confirm that I only get a black screen on resume (after being able to quickly see my desktop appear and disappear) with kernel from 2012/03/17 and http://people.freebsd.org/~kib/drm/all.13.6.patch. Best regards, -- Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@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-unsubscr...@freebsd.org
Re: x220 notes
On Mon, Mar 19, 2012 at 6:25 AM, Ganael LAPLANCHE marty...@freebsd.org wrote: On Wed, 14 Mar 2012 11:24:24 -0700, matt wrote Hi, 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. Damn, I can confirm that I only get a black screen on resume (after being able to quickly see my desktop appear and disappear) with kernel from 2012/03/17 and http://people.freebsd.org/~kib/drm/all.13.6.patch. With the recently posted patches to if_iwn.c. I can finally reliably suspend and resume my ThinkPad. Unfortunately, I also get a black screen. However, this is with VESA on 9-STABLE, not kib's KMS patches. Also, I have not had a chance to confirm whether USB works after the resume. I'll try some display related sysctls and check out USB when I get a chance. FWIW, the display does not come back on whether I am in console mode or X. -- R. Kevin Oberman, Network Engineer E-mail: kob6...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On 03/19/12 06:25, Ganael LAPLANCHE wrote: On Wed, 14 Mar 2012 11:24:24 -0700, matt wrote Hi, 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. Damn, I can confirm that I only get a black screen on resume (after being able to quickly see my desktop appear and disappear) with kernel from 2012/03/17 and http://people.freebsd.org/~kib/drm/all.13.6.patch. Best regards, -- Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@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-unsubscr...@freebsd.org Yes, same here. I'll have to try again without the patch to see if it's Xorg/KMS or FreeBSD base that has changed. Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
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, mattsendtom...@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 marty...@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 LAPLANCHEganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymacmarty...@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-unsubscr...@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 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
Ciao, On 03/14/2012 00:38, matt wrote: 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) Great news! Works for me. n is actually 0-16 (plus any other value which turns the backlight off (-1 or 17 eg). Thanks, Hannes ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On 03/12/12 17:00, Kevin Oberman wrote: On Fri, Mar 9, 2012 at 7:24 PM, mattsendtom...@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 marty...@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 LAPLANCHEganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymacmarty...@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-unsubscr...@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 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
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, mattsendtom...@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 marty...@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 LAPLANCHEganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymacmarty...@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-unsubscr...@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 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On Fri, Mar 9, 2012 at 7:24 PM, matt sendtom...@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 marty...@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 LAPLANCHEganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymacmarty...@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-unsubscr...@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.) -- R. Kevin Oberman, Network Engineer E-mail: kob6...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
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 marty...@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 LAPLANCHEganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymacmarty...@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-unsubscr...@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. Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
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 marty...@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.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@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-unsubscr...@freebsd.org
Re: x220 notes
On 03/07/2012 01:25, Любомир Григоров wrote: I will be buying a X220 soon and have some questions: 1. Which wireless has better support? ThinkPad 11b/g/n Wireless (Realtek RTL8192SE / RTL8188CE) Intel Centrino Wireless-N 1000 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) 3. Any disadvantages in usage for turning off the UEFI? 4. How far is the AMD64 kernel suspend/resume? What do you mean by video doesn't resume? 5. I'll be getting the IPS screen and want to make sure all the brightness issues won't f it up. Is there yet a working way to control brightness without interrupting the fan? Hi Любомир, i'll be answering the 1,2 questions from my experience with the X220: I bought my X220 with the Realtek wireless and the webcam. I tried running -CURRENT a couple of months ago, (just after the bump to 10-CURRENT) but the wifi was a no-go, so yeah, I'd suggest getting the intel adapter too. As for the camera, I've been running Arch linux, and the performance (resolution, refresh rate) have been fine, as far as I know at least. I've used it for some skype conferencing and it worked fine. No flickering, no issues at all. Without knowing about the webcamd compatibility of the specific model, I am happy about choosing the camera instead of the antenna, as I never have any problems connecting to my access point, even when I am far away with 4-5 walls in between. As for the rest, I can't comment on, as I did not install freebsd at all, and as such I did not test the other parts. The wireless was a big issue for me you see. just my 0.02$ -vid ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On 03/06/12 15:25, Любомир Григоров wrote: I will be buying a X220 soon and have some questions: 1. Which wireless has better support? ThinkPad 11b/g/n Wireless (Realtek RTL8192SE / RTL8188CE) Intel Centrino Wireless-N 1000 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) 3. Any disadvantages in usage for turning off the UEFI? 4. How far is the AMD64 kernel suspend/resume? What do you mean by video doesn't resume? 5. I'll be getting the IPS screen and want to make sure all the brightness issues won't f it up. Is there yet a working way to control brightness without interrupting the fan? Cheers. 2012/2/18 matt sendtom...@gmail.com mailto:sendtom...@gmail.com 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=0 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 controller 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=0...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 ___ freebsd-a...@freebsd.org mailto:freebsd-a...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org mailto:freebsd-acpi-unsubscr...@freebsd.org -- Lyubomir Grigorov (bgalakazam) Ditch the webcam...it's grainy under linux, probably would be the same under FreeBSD...haven't even tried. Intel wireless is THE way to go...that Realtek is barely supported on Linux (I believe 8192SU is still staging drivers...) FreeBSD only legacy boots, however UEFI USB Support must be on to allow USB booting for some reason. I have IPS...it's very nice, but still no brightness yet. I'll get a chance to look at again this weekend most likely. I think it's just an issue with our acpi_ibm that isn't talking to the embedded controller right. Resume works, but the screen is not on. I can now confirm it is *off* and not just dimmed/no backlight. Setting BIOS to use an external monitor and disabling internal exhibits same behavior as internal display, i.e external monitor set as BIOS primary does not come back from power save. I have tried typing dpms force commands, did not work. Once resume brightness work, it will be great for FreeBSD...everything else seemed fine, although I have not used fingerprint reader or card reader... An interesting note is that the BIOS does whitelist the wireless card, and the wwan slot defaults to being a mSATA until it detects a whitelisted USB ID or perhaps has no PCIe lines...not sure but my ral card I'm working with will not detect in the second slot at all. The slot may start as PCIe only in earlier bios, haven't checked (google x220 egpu x220 msata issue). Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
I will be buying a X220 soon and have some questions: 1. Which wireless has better support? ThinkPad 11b/g/n Wireless (Realtek RTL8192SE / RTL8188CE) Intel Centrino Wireless-N 1000 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) 3. Any disadvantages in usage for turning off the UEFI? 4. How far is the AMD64 kernel suspend/resume? What do you mean by video doesn't resume? 5. I'll be getting the IPS screen and want to make sure all the brightness issues won't f it up. Is there yet a working way to control brightness without interrupting the fan? Cheers. 2012/2/18 matt sendtom...@gmail.com 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=0 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 controller 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=0...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 ___ freebsd-a...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org -- Lyubomir Grigorov (bgalakazam) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
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 Cooperyaneg...@gmail.com wrote: On Wed, Sep 28, 2011 at 12:25 PM, Mattsendtom...@gmail.com wrote: On 09/28/11 11:52, Garrett Cooper wrote: On Wed, Sep 28, 2011 at 11:48 AM, Mattsendtom...@gmail.comwrote: 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 that adjusting brightness in ibm_acpi for me results in corrupting the fan speed, which makes me think that addresses have changed, widths/extents 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 brightness 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-unsubscr...@freebsd.org 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=0 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 controller 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=0...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 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
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 Cooperyaneg...@gmail.com wrote: On Wed, Sep 28, 2011 at 12:25 PM, Mattsendtom...@gmail.com wrote: On 09/28/11 11:52, Garrett Cooper wrote: On Wed, Sep 28, 2011 at 11:48 AM, Mattsendtom...@gmail.comwrote: 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 that adjusting brightness in ibm_acpi for me results in corrupting the fan speed, which makes me think that addresses have changed, widths/extents 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 brightness 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-unsubscr...@freebsd.org
Re: x220 notes
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 Cooperyaneg...@gmail.com wrote: On Wed, Sep 28, 2011 at 12:25 PM, Mattsendtom...@gmail.com wrote: On 09/28/11 11:52, Garrett Cooper wrote: On Wed, Sep 28, 2011 at 11:48 AM, Mattsendtom...@gmail.comwrote: 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 that adjusting brightness in ibm_acpi for me results in corrupting the fan speed, which makes me think that addresses have changed, widths/extents 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 brightness 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-unsubscr...@freebsd.org I had to pause with FreeBSD on my x220 until recently, as it took a rather unfortunate dive off an eight foot ladder. The great news is that the laptop does well with such a drop onto a concrete floor. The bad news is that the hard drive does not! So I'm going to start over with the newer Konstantin patch and 10-current. Maybe OpenBSD has a defined quirk or a different way of querying ACPI display features that is avoiding a quirk or new way of doing things at lenovo. Our acpi video kernel module does attach, but some data looked bogus. Whatever you do don't set debug.acpi.reset_video! It required removing the battery, although if you need an emergency discotheque, it might suffice. Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
matt wrote: The acpidump (I have posted it here:https://docs.google.com/leaf?id=0B6YlMzJxarGbYjE4OTgzYjYtOTQ1OC00YWU3LWE0MGItZDk1MmZiMDIxNTRhhl=en_US) actually checks for FreeBSD during OSI. Doesn't seem to help. ACPICA by default returns TRUE only to windows interface strings. You can try to add hw.acpi.install_interface=FreeBSD to loader.conf, but I don't think it would help much. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On 09/28/11 16:01, Kevin Oberman wrote: On Wed, Sep 28, 2011 at 12:32 PM, Garrett Cooperyaneg...@gmail.com wrote: On Wed, Sep 28, 2011 at 12:25 PM, Mattsendtom...@gmail.com wrote: On 09/28/11 11:52, Garrett Cooper wrote: On Wed, Sep 28, 2011 at 11:48 AM, Mattsendtom...@gmail.comwrote: I just picked up an X220 and have been trying to get FreeBSD running well. Some tips ichsmb acpi_video (attaches but doesn't work) aesni coretemp powerd is a must, these processors seem to be designed to run very hot unless throttled. Somehow my C3 state disappears when on AC, I think that's a bios setting? 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!!) sleep/resume work, but screen is off after resume and cannot be awakened (even w/ dpms and or acpi_video). This is probably another driver bug. Try kldunloading and kldloading your wlan driver to see if that works, and/or start stripping your kernel of unnecessary options until you find the magic formula for what works, and just apply that to rc.suspend // rc.resume and file a PR for the driver bug if there isn't one already. HTH, -Garrett Driver bug in wireless can leave the screen off? I can for instance type reboot and reboot etc. I also noticed that acpi_video attaches, but nothing works. Looking at AML it appears that the correct hooks are present, but lcd0 shows as inactive and does not go to 1 in sysctl. ibm_acpi lcd_brightness hooks do not work either. debug.acpi.reset_video does VERY bad things, involving a reboot loop and flashing thinklight Is there anything else I can do to turn the damn thing back on? Any other logging or things to look at? I will try a minimal kernel shortly. A driver bug in general will bring up a blank screen because the system doesn't fully resume. Are you using amd64 or i386? I re-built acpi_ibm and I now have the acpi_ibm sysctls, but most don't seem to do anything. dev.acpi_ibm.0.%desc: IBM ThinkPad ACPI Extras dev.acpi_ibm.0.%driver: acpi_ibm dev.acpi_ibm.0.%location: handle=\_SB_.PCI0.LPC_.EC__.HKEY dev.acpi_ibm.0.%pnpinfo: _HID=LEN0068 _UID=0 dev.acpi_ibm.0.%parent: acpi0 dev.acpi_ibm.0.initialmask: 2060 dev.acpi_ibm.0.availmask: 134217727 dev.acpi_ibm.0.events: 0 dev.acpi_ibm.0.eventmask: 2060 dev.acpi_ibm.0.hotkey: 2484 dev.acpi_ibm.0.lcd_brightness:--Does not work dev.acpi_ibm.0.volume: 0--Does not work dev.acpi_ibm.0.mute: 0--works dev.acpi_ibm.0.thinklight: 0--works dev.acpi_ibm.0.bluetooth: 0--N/A dev.acpi_ibm.0.wlan: 1--Works (Read-only) dev.acpi_ibm.0.fan_speed: 2629--Works dev.acpi_ibm.0.fan_level: 0--Does not work dev.acpi_ibm.0.fan: 1-- Don't know Since the volume and brightness buttons don't work, I have to be careful to leave them at max or I won't have full volume available and the LCD will be dim. I do see LCDBrightness referenced in the DSDT, but I see nothing on either the fans or volume. I'm on a T520 running 9-Stable amd64. Any idea of getting brightness and volume to work? I also have the problem of no video after a resume. Other then that, it suspends and resumes just fine. I need to confirm whether the display is really blank or just needs the backlight turned on. Kevin, sorry for my very late response...I've been battling too many projects unfortunately. I'm not sure if I mentioned this in another post, but I can confirm that adjusting brightness in ibm_acpi for me results in corrupting the fan speed, which makes me think that addresses have changed, widths/extents 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. Display is off I think. I think we need to call some routine to wake it up...I dug into the acpi post routine, bios addresses for a moment before being confused to hell about where to even look. I assume hw.acpi reset resume is equally messed up on t520. 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? Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On Mon, 3 Oct 2011, matt wrote: Ultimately, I think if we can set backlight, we can fix the screen after resume...I think it's just the backlight is low/off on resume... Can you use a very strong fronglight to see if this is actually the case? (Illumination angle may be important as well.) The state of the liquid crystal polarizing switches should be visible under sufficient illumination, and whether they change with input would be pretty definitive. I actually used to operate my iBook G4 in frontlight mode in bright sunlight for a while (until the wifi card flaked out, tying it to my desk). -Ben Kaduk ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On Tue, 4 Oct 2011 02:21:59 -0400 (EDT) Benjamin Kaduk ka...@mit.edu wrote: On Mon, 3 Oct 2011, matt wrote: Ultimately, I think if we can set backlight, we can fix the screen after resume...I think it's just the backlight is low/off on resume... Can you use a very strong fronglight to see if this is actually the case? (Illumination angle may be important as well.) The state of the liquid crystal polarizing switches should be visible under sufficient illumination, and whether they change with input would be pretty definitive. I actually used to operate my iBook G4 in frontlight mode in bright sunlight for a while (until the wifi card flaked out, tying it to my desk). -Ben Kaduk It's the IPS display, so there's a bit of glare...not much visible. I can't tell for sure... Friend had idea of trying to resume under X with external VGA display...both remained off, however I am using the Intel GPU experimental drivers (To make a note, resume is broken without them as well). I can't get vbetool from ports to do anything with the display other than cause it to turn off. I can type commands just fine under X or console with the display off...so I have tried xset, vbetool. hw.acpi.reset_video causes a majorly bad reboot loop on resume with a flashing thinklight. Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On Tue, Oct 04, 2011 at 12:26:27PM -0700, matt wrote: On Tue, 4 Oct 2011 02:21:59 -0400 (EDT) Benjamin Kaduk ka...@mit.edu wrote: On Mon, 3 Oct 2011, matt wrote: Ultimately, I think if we can set backlight, we can fix the screen after resume...I think it's just the backlight is low/off on resume... Can you use a very strong fronglight to see if this is actually the case? (Illumination angle may be important as well.) The state of the liquid crystal polarizing switches should be visible under sufficient illumination, and whether they change with input would be pretty definitive. I actually used to operate my iBook G4 in frontlight mode in bright sunlight for a while (until the wifi card flaked out, tying it to my desk). -Ben Kaduk It's the IPS display, so there's a bit of glare...not much visible. I can't tell for sure... Friend had idea of trying to resume under X with external VGA display...both remained off, however I am using the Intel GPU experimental drivers (To make a note, resume is broken without them as well). Suspend/resume is not implemented in the KMS driver (yet). I can't get vbetool from ports to do anything with the display other than cause it to turn off. I can type commands just fine under X or console with the display off...so I have tried xset, vbetool. hw.acpi.reset_video causes a majorly bad reboot loop on resume with a flashing thinklight. Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org pgpFzmFrenynw.pgp Description: PGP signature
Re: x220 notes
Friend had idea of trying to resume under X with external VGA display...both remained off, however I am using the Intel GPU experimental drivers (To make a note, resume is broken without them as well). Suspend/resume is not implemented in the KMS driver (yet). On x220 problem is deeper than KMS, since it exists without KMS patches applied. Thank you for graphics support! Even compiz works, although second output stuff is overlapped when extending on this one...also lots of update_fbc, but this is probably known. There are so far about 4 patches required agains HEAD for this machine to be usable...KMS, acpi-ibm patches, iwn patches, and currently newvers.sh. I have done testing with all these rolled back, problem is still there...I think it could be UEFI/ACPI related? vbetool, dpms.ko, acpi_video, none can talk to the monitor. Does anyone know if system/6636 was fixed for OpenBSD? Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On Tue, Oct 04, 2011 at 02:38:06PM -0700, matt wrote: Friend had idea of trying to resume under X with external VGA display...both remained off, however I am using the Intel GPU experimental drivers (To make a note, resume is broken without them as well). Suspend/resume is not implemented in the KMS driver (yet). On x220 problem is deeper than KMS, since it exists without KMS patches applied. Thank you for graphics support! Even compiz works, although second output stuff is overlapped when extending on this No idea what do you mean. one...also lots of update_fbc, but this is probably known. Write 0 into sysctl hw.dri.debug to get rid of KMS debugging output. There are so far about 4 patches required agains HEAD for this machine to be usable...KMS, acpi-ibm patches, iwn patches, and currently newvers.sh. I have done testing with all these rolled back, problem is still there...I think it could be UEFI/ACPI related? vbetool, dpms.ko, acpi_video, none can talk to the monitor. Does anyone know if system/6636 was fixed for OpenBSD? Matt pgpmwf2l1fljv.pgp Description: PGP signature
Re: x220 notes
On Wed, 5 Oct 2011 00:46:04 +0300 Kostik Belousov kostik...@gmail.com wrote: On Tue, Oct 04, 2011 at 02:38:06PM -0700, matt wrote: Friend had idea of trying to resume under X with external VGA display...both remained off, however I am using the Intel GPU experimental drivers (To make a note, resume is broken without them as well). Suspend/resume is not implemented in the KMS driver (yet). On x220 problem is deeper than KMS, since it exists without KMS patches applied. Thank you for graphics support! Even compiz works, although second output stuff is overlapped when extending on this No idea what do you mean. Xrandr works fine if monitor is attached after X starts If X is started after monitor is attached to VGA, LCD is suddenly 1024x768 with vertical black bars, VGA is mirrored with no bars I then did xrandr --output VGA1 --right-of LVDS1 (now resolution okay on VGA1, LVDS1 is still wrong) xrandr --auto xrandr --output LVDS1 --mode 1366x768 Suddenly there is part of LVDS1 output showing on VGA1...double vision... Kind of hard to explain...part mirror, part extend Attached is Xorg.log...I can take a photo at home if that helps. Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
x220 notes
The saga continues: I see two major issues on this machine (which is great for a server os on a laptop :): 1. Screen brightness is not controllable/screen is off or backlight is 0 after resume I have tried suspend with a stripped down GENERIC (usb, wifi, ethernet, sound etc drivers all removed). This did not affect the outcome, the laptop resumes fine, but the screen is off. The is a noisy ACPI error about setting some PCIE stuff into D2...? (Oct 3 16:51:45 sylph kernel: pci0: failed to set ACPI power state D2 on \_SB_.PCI0.EXP7: AE_BAD_PARAMETER) I have investigated acpi_video...I can't seem to get it to do anything on this machine, although all the ACPI handles it looks for are present. sysctl hw.acpi.video.lcd0.active=1 does (0 = 0), and brightness changes have no effect. xset dpms force off sleep 2 xset dpms force on actually does work, the only thing which does. dpms.ko does not work. xbacklight finds no screens. acpi_ibm does attach with LEN0068 added as an ID, but setting brightness suddenly causes correct fan speed, around 1950rpm to become 65535 rpm...I think this might be close to the fix. The acpidump (I have posted it here:https://docs.google.com/leaf?id=0B6YlMzJxarGbYjE4OTgzYjYtOTQ1OC00YWU3LWE0MGItZDk1MmZiMDIxNTRhhl=en_US) actually checks for FreeBSD during OSI. Doesn't seem to help. I can't seem to make either acpi_ibm or acpi_video adjust the backlight although both seem to think they can. Ultimately, I think if we can set backlight, we can fix the screen after resume...I think it's just the backlight is low/off on resume... 2. psm does not detect synaptics click pad To make matters worse, xf86-input-synaptics doesn't like it either. I have seen some linux posts where the device probe for PS/2 was disrupting it (psm?) and xf86-input-synaptics says found mouse model 0 instead This of course is simply annoying and not as annoying as broken screens! There are other small things that may I have not cared to test such as fingerprint reader and camera card reader. Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
x220 notes
I just picked up an X220 and have been trying to get FreeBSD running well. Some tips ichsmb acpi_video (attaches but doesn't work) aesni coretemp powerd is a must, these processors seem to be designed to run very hot unless throttled. Somehow my C3 state disappears when on AC, I think that's a bios setting? 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!!) sleep/resume work, but screen is off after resume and cannot be awakened (even w/ dpms and or acpi_video). I did have some issues with an Intel 6250 Wifi+Wimax that are fixed by the patch that was in the wireless list a while ago. Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On Wed, Sep 28, 2011 at 11:48 AM, Matt sendtom...@gmail.com wrote: I just picked up an X220 and have been trying to get FreeBSD running well. Some tips ichsmb acpi_video (attaches but doesn't work) aesni coretemp powerd is a must, these processors seem to be designed to run very hot unless throttled. Somehow my C3 state disappears when on AC, I think that's a bios setting? 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!!) sleep/resume work, but screen is off after resume and cannot be awakened (even w/ dpms and or acpi_video). This is probably another driver bug. Try kldunloading and kldloading your wlan driver to see if that works, and/or start stripping your kernel of unnecessary options until you find the magic formula for what works, and just apply that to rc.suspend // rc.resume and file a PR for the driver bug if there isn't one already. HTH, -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On 09/28/11 11:52, Garrett Cooper wrote: On Wed, Sep 28, 2011 at 11:48 AM, Mattsendtom...@gmail.com wrote: I just picked up an X220 and have been trying to get FreeBSD running well. Some tips ichsmb acpi_video (attaches but doesn't work) aesni coretemp powerd is a must, these processors seem to be designed to run very hot unless throttled. Somehow my C3 state disappears when on AC, I think that's a bios setting? 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!!) sleep/resume work, but screen is off after resume and cannot be awakened (even w/ dpms and or acpi_video). This is probably another driver bug. Try kldunloading and kldloading your wlan driver to see if that works, and/or start stripping your kernel of unnecessary options until you find the magic formula for what works, and just apply that to rc.suspend // rc.resume and file a PR for the driver bug if there isn't one already. HTH, -Garrett Driver bug in wireless can leave the screen off? I can for instance type reboot and reboot etc. I also noticed that acpi_video attaches, but nothing works. Looking at AML it appears that the correct hooks are present, but lcd0 shows as inactive and does not go to 1 in sysctl. ibm_acpi lcd_brightness hooks do not work either. debug.acpi.reset_video does VERY bad things, involving a reboot loop and flashing thinklight Is there anything else I can do to turn the damn thing back on? Any other logging or things to look at? I will try a minimal kernel shortly. Thanks, Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On Wed, Sep 28, 2011 at 12:25 PM, Matt sendtom...@gmail.com wrote: On 09/28/11 11:52, Garrett Cooper wrote: On Wed, Sep 28, 2011 at 11:48 AM, Mattsendtom...@gmail.com wrote: I just picked up an X220 and have been trying to get FreeBSD running well. Some tips ichsmb acpi_video (attaches but doesn't work) aesni coretemp powerd is a must, these processors seem to be designed to run very hot unless throttled. Somehow my C3 state disappears when on AC, I think that's a bios setting? 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!!) sleep/resume work, but screen is off after resume and cannot be awakened (even w/ dpms and or acpi_video). This is probably another driver bug. Try kldunloading and kldloading your wlan driver to see if that works, and/or start stripping your kernel of unnecessary options until you find the magic formula for what works, and just apply that to rc.suspend // rc.resume and file a PR for the driver bug if there isn't one already. HTH, -Garrett Driver bug in wireless can leave the screen off? I can for instance type reboot and reboot etc. I also noticed that acpi_video attaches, but nothing works. Looking at AML it appears that the correct hooks are present, but lcd0 shows as inactive and does not go to 1 in sysctl. ibm_acpi lcd_brightness hooks do not work either. debug.acpi.reset_video does VERY bad things, involving a reboot loop and flashing thinklight Is there anything else I can do to turn the damn thing back on? Any other logging or things to look at? I will try a minimal kernel shortly. A driver bug in general will bring up a blank screen because the system doesn't fully resume. Are you using amd64 or i386? -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On Wed, Sep 28, 2011 at 12:32 PM, Garrett Cooper yaneg...@gmail.com wrote: On Wed, Sep 28, 2011 at 12:25 PM, Matt sendtom...@gmail.com wrote: On 09/28/11 11:52, Garrett Cooper wrote: On Wed, Sep 28, 2011 at 11:48 AM, Mattsendtom...@gmail.com wrote: I just picked up an X220 and have been trying to get FreeBSD running well. Some tips ichsmb acpi_video (attaches but doesn't work) aesni coretemp powerd is a must, these processors seem to be designed to run very hot unless throttled. Somehow my C3 state disappears when on AC, I think that's a bios setting? 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!!) sleep/resume work, but screen is off after resume and cannot be awakened (even w/ dpms and or acpi_video). This is probably another driver bug. Try kldunloading and kldloading your wlan driver to see if that works, and/or start stripping your kernel of unnecessary options until you find the magic formula for what works, and just apply that to rc.suspend // rc.resume and file a PR for the driver bug if there isn't one already. HTH, -Garrett Driver bug in wireless can leave the screen off? I can for instance type reboot and reboot etc. I also noticed that acpi_video attaches, but nothing works. Looking at AML it appears that the correct hooks are present, but lcd0 shows as inactive and does not go to 1 in sysctl. ibm_acpi lcd_brightness hooks do not work either. debug.acpi.reset_video does VERY bad things, involving a reboot loop and flashing thinklight Is there anything else I can do to turn the damn thing back on? Any other logging or things to look at? I will try a minimal kernel shortly. A driver bug in general will bring up a blank screen because the system doesn't fully resume. Are you using amd64 or i386? I re-built acpi_ibm and I now have the acpi_ibm sysctls, but most don't seem to do anything. dev.acpi_ibm.0.%desc: IBM ThinkPad ACPI Extras dev.acpi_ibm.0.%driver: acpi_ibm dev.acpi_ibm.0.%location: handle=\_SB_.PCI0.LPC_.EC__.HKEY dev.acpi_ibm.0.%pnpinfo: _HID=LEN0068 _UID=0 dev.acpi_ibm.0.%parent: acpi0 dev.acpi_ibm.0.initialmask: 2060 dev.acpi_ibm.0.availmask: 134217727 dev.acpi_ibm.0.events: 0 dev.acpi_ibm.0.eventmask: 2060 dev.acpi_ibm.0.hotkey: 2484 dev.acpi_ibm.0.lcd_brightness: --Does not work dev.acpi_ibm.0.volume: 0 --Does not work dev.acpi_ibm.0.mute: 0 --works dev.acpi_ibm.0.thinklight: 0 --works dev.acpi_ibm.0.bluetooth: 0 --N/A dev.acpi_ibm.0.wlan: 1 --Works (Read-only) dev.acpi_ibm.0.fan_speed: 2629 --Works dev.acpi_ibm.0.fan_level: 0 --Does not work dev.acpi_ibm.0.fan: 1 -- Don't know Since the volume and brightness buttons don't work, I have to be careful to leave them at max or I won't have full volume available and the LCD will be dim. I do see LCDBrightness referenced in the DSDT, but I see nothing on either the fans or volume. I'm on a T520 running 9-Stable amd64. Any idea of getting brightness and volume to work? I also have the problem of no video after a resume. Other then that, it suspends and resumes just fine. I need to confirm whether the display is really blank or just needs the backlight turned on. -- R. Kevin Oberman, Network Engineer - Retired E-mail: kob6...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org