Date: Fri, 30 Aug 2013 18:15:28 +0200 From: Bengt Ahlgren <bengta@sics.se> To: Glen Barber <gjb@FreeBSD.org>, Laura Marie Feeney <lmfeeney@sics.se> Cc: "freebsd-acpi@freebsd.org" <freebsd-acpi@FreeBSD.org>, Gleb Smirnoff <glebius@FreeBSD.org>, "Sergey A. Osokin" <osa@FreeBSD.org> Subject: Re: suspend/resume on Lenovo X1 (regression from reports on wiki) Message-ID: <uh7bo4fkvdr.fsf@P142.sics.se> In-Reply-To: <20130829190428.GA2582@glenbarber.us> (Glen Barber's message of "Thu, 29 Aug 2013 15:04:28 -0400") References: <521D03AE.3050709@sics.se> <20130828040505.GD32399@FreeBSD.org> <521DF184.7030308@sics.se> <20130828150310.GR4574@glebius.int.ru> <CAJ-VmokZEb%2BDXs4vvf4xpH11fFtS79E240-52Pobw-_xZytfrQ@mail.gmail.com> <521F79F4.7070603@sics.se> <20130829190428.GA2582@glenbarber.us>
next in thread | previous in thread | raw e-mail | index | archive | help
Just a "mee too" report for a Thinkpad X201. Resume now results in a usable display with Intel/KMS graphics thanks to removing options VESA from the kernel config! Still no backlight in console mode, however. I have not investigated any slow-downs. Thanks for the crucial piece of info! (I'm on stable/9 and a ports tree as of today.) Bengt Glen Barber <gjb@FreeBSD.org> writes: > On Thu, Aug 29, 2013 at 06:42:28PM +0200, Laura Marie Feeney wrote: >> 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 can also confirm that removing VESA from the kernel allows my system > to resume properly, both with Xorg and console. > > root@nucleus:~ # kldstat > Id Refs Address Size Name > 1 28 0xffffffff80200000 eb6148 kernel > 2 1 0xffffffff810b7000 22ca40 zfs.ko > 3 2 0xffffffff812e4000 5e58 opensolaris.ko > 4 1 0xffffffff81412000 6149f i915kms.ko > 5 1 0xffffffff81474000 3e5c7 drm2.ko > >> 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. >> > > I did not see any unusual CPU chewing by X after resume in my case. > I did see something unpleasant with xrandr(1), however. I have dual > external monitors attached, which I have a login script set the > resolution properly. With my resolution set to 3840x1080, X is unusable > on resume. (The screen is fuzzy, but the machine does not crash.) > Without changing the resolution before suspend, X works properly at > resume. > > Glen
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?uh7bo4fkvdr.fsf>