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

Jung-uk Kim jkim at FreeBSD.org
Fri Sep 6 01:13:33 UTC 2013


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2013-09-05 20:24:46 -0400, Adrian Chadd wrote:
> Whoa whoa.
> 
> I'm confused. Well, a bit. How is it up to syscons to fix the
> backlight configuration, which seems to be a large part of the
> problem here?

No, it has nothing to do with syscons(4).  acpi_video(4) does.
However, it does not work with i915kms.ko because some piece of code
is not implemented for FreeBSD if I understand it correctly.

> Or what else is going on here with restoring the system state?

It worked with DRM1 because automatic VT-switching (aka sysctl
hw.syscons.sc_no_suspend_vtswitch) indirectly saves/restores GPU
states via X11 driver, which is no longer possible with KMS.

> I'm worried that we'll have the same problem with newcons, with or 
> without KMS. Why would KMS get involved if I'm in console mode
> doing 80x60 text? :)

If KMS is used for newcons backend, I am sure text mode won't be
implemented.  Also, KMS will "naturally" handle suspend/resume as it
is a proper newbus driver, unlike syscons.  At least, that's the idea.

Jung-uk Kim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.21 (FreeBSD)

iQEcBAEBAgAGBQJSKSuvAAoJECXpabHZMqHOA6kIAMLLYNSniDonBSs5QzLvT6aM
iISSshjhyykNPCTwZBS5d5LCMAJXuQ7OF7FIYYI7bgrKFX0hzNCAARDJE52/PgQA
S1D4ra0slsKm62ezdiOuJhP4C/Hwqihv8/jMK9KmbBSNAyydZ+pPVXHd/JKaCd/U
J+g72slzyAm/GYOe8kRb7JGUQsiDyDUbVOOoZZlarqxSEl0kvZFE7rIWBxuD0DGN
iGkVB3e0ybIlVNPvjh2CsukBnD2TUYR1ssXFn7zp1Mh9qnQIfoTnQoSDkjDVV1b6
wi2Y1L3cu1kgfG0dCx6CNuH/K3/g0SXA55D8o+NrmLPAQYHWy/TGVm3eKQe30fg=
=CY1F
-----END PGP SIGNATURE-----


More information about the freebsd-acpi mailing list