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