Re: suspend/resume on Lenovo X1 (regression from reports on wiki)
Hi! What's the result of all of this? Laura - do you have functioning suspend/resume with xorg now? -adrian On 28 August 2013 08:03, Gleb Smirnoff gleb...@freebsd.org wrote: Laura, according to your Xorg.log PCI device ID of your video card exactly matches mine 8086:0166:17aa:21f9, so it should work. It looks like versions of Xorg and Xorg Intel driver installed from packages are too old, and this is the biggest difference between your setup and mine. You are running Xorg 1.7.7. This is what I run: glebius@think:~:|pkg info xorg-server xf86-video-intel xorg-server-1.12.4,1 xf86-video-intel-2.21.9 To get these packages you need to update your ports tree, put these lines into /etc/make.conf: WITH_NEW_XORG=yes WITH_KMS=yes , and reinstall xorg-server and xf86-video-intel from ports. You'd probably need to rebuild all xorg drivers like mouse and keyboard, to make them compatible with new server version. If this isn't enough I can send my xorg.conf and kernel config. But I hope default configs should be fine. Now bad news :) Last major Xorg update in ports, which happened couple of months ago, introduced a regression: xorg performs very slowly after resume. If the server process is restarted, then a new one performs okay. So this looks like xorg issue, not FreeBSD kernel problem. On Wed, Aug 28, 2013 at 02:48:04PM +0200, Laura Marie Feeney wrote: L Thanks! I think that X1 and Carbon are different names, as Lenovo seems L to use them quite interchangably (perhaps for different countries?). L This isn't an X1 Touch, which surely has non-trivial differences for the L touchscreen. X1 and X1 Carbon are really different, I owned both. Yep, both work with FreeBSD. -- Totus tuus, Glebius. ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
Re: suspend/resume on Lenovo X1 (regression from reports on wiki)
Hi Yes! I now have working suspend/resume building xorg using the updated ports and compile options that Gleb Smirnoff kindly pointed me at. No xorg.conf is needed and all acpi options are as default. It seems to work correctly both with and without acpi_video and acpi_ibm in the kernel. It's still necessary to compile out 'options VESA' from the kernel, otherwise resume fails entirely. I also observe the issue that Gleb Smirnoff mentions below, that the xorg server is quite slow after result. Using 'xterm -sb' and moving the scrollbar up and down very fast, I was able to able to get the xorg process up to ~20% of CPU. On casual observation, it didn't seem to get worse after several suspend/resume cycles. Definitely suspend/resume are working and amazingly fast compared to 8.2 (though running on a much older machine). Thanks to all for the useful suggestions! Laura On 08/29/13 16:22, Adrian Chadd wrote: Hi! What's the result of all of this? Laura - do you have functioning suspend/resume with xorg now? -adrian On 28 August 2013 08:03, Gleb Smirnoff gleb...@freebsd.org mailto:gleb...@freebsd.org wrote: Laura, according to your Xorg.log PCI device ID of your video card exactly matches mine 8086:0166:17aa:21f9, so it should work. It looks like versions of Xorg and Xorg Intel driver installed from packages are too old, and this is the biggest difference between your setup and mine. You are running Xorg 1.7.7. This is what I run: glebius@think:~:|pkg info xorg-server xf86-video-intel xorg-server-1.12.4,1 xf86-video-intel-2.21.9 To get these packages you need to update your ports tree, put these lines into /etc/make.conf: WITH_NEW_XORG=yes WITH_KMS=yes , and reinstall xorg-server and xf86-video-intel from ports. You'd probably need to rebuild all xorg drivers like mouse and keyboard, to make them compatible with new server version. If this isn't enough I can send my xorg.conf and kernel config. But I hope default configs should be fine. Now bad news :) Last major Xorg update in ports, which happened couple of months ago, introduced a regression: xorg performs very slowly after resume. If the server process is restarted, then a new one performs okay. So this looks like xorg issue, not FreeBSD kernel problem. On Wed, Aug 28, 2013 at 02:48:04PM +0200, Laura Marie Feeney wrote: L Thanks! I think that X1 and Carbon are different names, as Lenovo seems L to use them quite interchangably (perhaps for different countries?). L This isn't an X1 Touch, which surely has non-trivial differences for the L touchscreen. X1 and X1 Carbon are really different, I owned both. Yep, both work with FreeBSD. -- Totus tuus, Glebius. ___ freebsd-acpi@freebsd.org mailto:freebsd-acpi@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 ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
Re: suspend/resume on Lenovo X1 (regression from reports on wiki)
Hi! On 29 August 2013 09:42, Laura Marie Feeney lmfee...@sics.se wrote: Hi Yes! I now have working suspend/resume building xorg using the updated ports and compile options that Gleb Smirnoff kindly pointed me at. No xorg.conf is needed and all acpi options are as default. It seems to work correctly both with and without acpi_video and acpi_ibm in the kernel. It's still necessary to compile out 'options VESA' from the kernel, otherwise resume fails entirely. I also observe the issue that Gleb Smirnoff mentions below, that the xorg server is quite slow after result. Using 'xterm -sb' and moving the scrollbar up and down very fast, I was able to able to get the xorg process up to ~20% of CPU. On casual observation, it didn't seem to get worse after several suspend/resume cycles. Definitely suspend/resume are working and amazingly fast compared to 8.2 (though running on a much older machine). Thanks to all for the useful suggestions! Let's not finish this just yet! I'd like to try and nail down exactly what's going on so PRs can be filed. * Is this with 9.2-RC2? Are you wiling to try out a -HEAD snapshot to make sure this stuff in -10 is also going to work? * Ok, so if you have no VESA option, does suspend/resume work in console mode? * Try manually setting the cpu frequency low and high (sysctl dev.0.cpu - you can change 'freq') - see if that fixes your speed issues. Someone else has reported this. Thanks! -adrian ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
Re: suspend/resume on Lenovo X1 (regression from reports on wiki)
On 08/29/13 18:44, Adrian Chadd wrote: Hi! Let's not finish this just yet! I'd like to try and nail down exactly what's going on so PRs can be filed. Absolutely. (I was thinking to do this off-list to minimize spam.) * Is this with 9.2-RC2? Yes this is 9.2-RC2. I think the problem is that the simple install path ends up with out-of-date components, rather than anything wrong with the components that should be used. Are you wiling to try out a -HEAD snapshot to make sure this stuff in -10 is also going to work? Yes, but probably not until the weekend. * Ok, so if you have no VESA option, does suspend/resume work in console mode? No. The system resumes (can ssh in), but the backlight doesn't come on (using a flashlight, I don't see any video mode running either). See http://www.sics.se/~lmfeeney/9.2-RC2/messages_console. * Try manually setting the cpu frequency low and high (sysctl dev.0.cpu - you can change 'freq') - see if that fixes your speed issues. Someone else has reported this. Before and after resume, dev.cpu.0.freq: 1700. Setting to 100 and back to 1700 didn't seem to have much effect. Basically, what I see is that after resume, it seems to be easier to increase the load on the cpu (i.e. looking at top) by e.g. scrolling quickly. My test sequence was: boot, 'startx' (so twm and a couple xterms) 'top (in one xterm) 'xterm -sb -geometry 100x65' (make xterm w/ scrollbar), 'cat /var/log/messages' (in the new xterm) scroll very rapidly up and down for ~20sec look at top output suspend/resume and repeat the scrolling. The load seems to go quite a bit higher after resuming (CPU from ~10% to ~20%). But this is definitely not a scientific test AND I was primed by Gleb Smirnoff's comments to look for a performance hit. For sensible use (i.e. not madly scrolling), I don't sense slowdown. But the machine is completely minimal: portmaster and xorg are the only ports installed. It could be that KDE + web + mail + applications managing lots of things on the screen would show a big slowdown, as reported by others. It would probably make sense to define some metric that people who have reported problems can compare before and after suspsend/resume. Best, Laura ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
Re: suspend/resume on Lenovo X1 (regression from reports on wiki)
On Thu, Aug 29, 2013 at 08:51:18PM +0200, Laura Marie Feeney wrote: L suspend/resume and repeat the scrolling. The load seems to go quite a L bit higher after resuming (CPU from ~10% to ~20%). But this is L definitely not a scientific test AND I was primed by Gleb Smirnoff's L comments to look for a performance hit. Hmm, my slowdown is really noticable, I barely can work after resume. Can you tell exact versions of xorg-server and x86-intel-driver you installed? -- Totus tuus, Glebius. ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
Re: suspend/resume on Lenovo X1 (regression from reports on wiki)
On Thu, Aug 29, 2013 at 03:04:28PM -0400, Glen Barber wrote: G I also observe the issue that Gleb Smirnoff mentions below, that the G xorg server is quite slow after result. Using 'xterm -sb' and G moving the scrollbar up and down very fast, I was able to able to G get the xorg process up to ~20% of CPU. On casual observation, it G didn't seem to get worse after several suspend/resume cycles. G G I did not see any unusual CPU chewing by X after resume in my case. G I did see something unpleasant with xrandr(1), however. I have dual G external monitors attached, which I have a login script set the G resolution properly. With my resolution set to 3840x1080, X is unusable G on resume. (The screen is fuzzy, but the machine does not crash.) G Without changing the resolution before suspend, X works properly at G resume. I also have external monitor and observe slowdown after resume on it. -- Totus tuus, Glebius. ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
Re: suspend/resume on Lenovo X1 (regression from reports on wiki)
I don't see noticable slowdown. But there is NOTHING (twm and a couple of xterms) running on the machine. A more practical machine is going to be interacting with a lot more X functionality. If you just run 'startx' from the console, do you still have a problem? xf86-input-keyboard-1.7.0 xf86-input-mouse-1.9.0 xf86-video-intel-2.21.9 xorg-7.7 xorg-server-1.12.4_1,1 dri-8.0.5_3,2 libdrm-2.4.46 On 08/29/13 20:58, Gleb Smirnoff wrote: On Thu, Aug 29, 2013 at 08:51:18PM +0200, Laura Marie Feeney wrote: L suspend/resume and repeat the scrolling. The load seems to go quite a L bit higher after resuming (CPU from ~10% to ~20%). But this is L definitely not a scientific test AND I was primed by Gleb Smirnoff's L comments to look for a performance hit. Hmm, my slowdown is really noticable, I barely can work after resume. Can you tell exact versions of xorg-server and x86-intel-driver you installed? ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
Re: kern/181665: [acpi] System will not go into S3 state.
Old Synopsis: System will no go into S3 state. New Synopsis: [acpi] System will not go into S3 state. Responsible-Changed-From-To: freebsd-bugs-freebsd-acpi Responsible-Changed-By: linimon Responsible-Changed-When: Fri Aug 30 03:09:58 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=181665 ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
Re: suspend/resume on Lenovo X1 (regression from reports on wiki)
On Wed, Aug 28, 2013 at 07:03:10PM +0400, Gleb Smirnoff wrote: Laura, Now bad news :) Last major Xorg update in ports, which happened couple of months ago, introduced a regression: xorg performs very slowly after resume. If the server process is restarted, then a new one performs okay. Agree with Gleb. Kind of a slowness exist after resume. -- Sergey A. Osokin o...@freebsd.org ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org