suspend/resume on Lenovo X1 (regression from reports on wiki)

[Bengt Ahlgren]

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 at 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 at 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