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
pgpCY92xHG3Jb.pgp
Description: PGP signature
