amd64/181358: Suspend to RAM not working correctly on Lenovo X121e (ACPI issue?)

Matthias Petermann matthias at
Sat Aug 17 18:40:01 UTC 2013

>Number:         181358
>Category:       amd64
>Synopsis:       Suspend to RAM not working correctly on Lenovo X121e (ACPI issue?)
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-amd64
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Aug 17 18:40:00 UTC 2013
>Originator:     Matthias Petermann
>Release:        10.0-CURRENT
FreeBSD thinkpad.local 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r252853:
Sat Jul 6 02:01:48 CEST 2013
LCD remains dark after resume from suspend to ram (S3). 

I have FreeBSD 10.0-CURRENT installed permanently to my X121e and am willing to test / investigate at any time. Please advise if there is anything I could provide right now.

The affected model is a Lenovo X121e (Model 3045-79G, i3, HD3000). Details:
# Supported Sleep states as reported by sysctl

   root at thinkpad:/usr/home/mpeterma # sysctl -a |grep supported
   hw.acpi.supported_sleep_state: S3 S4 S5

# S3, hw.acpi.reset_video=0

   root at thinkpad:/usr/home/mpeterma # sysctl hw.acpi.reset_video=0
    hw.acpi.reset_video: 0 -> 0
   root at thinkpad:/usr/home/mpeterma # acpiconf -s 3

Result: System suspends, no video after resume, black screen

# S3, hw.acpi.reset_video=1

   root at thinkpad:/usr/home/mpeterma # sysctl hw.acpi.reset_video=1
   hw.acpi.reset_video: 0 -> 1
   root at thinkpad:/usr/home/mpeterma # acpiconf -s 3

Result: system reboots immediately

# Adding more debug output

In ACPI Debugging guide it is recommended to recompile the ACPI module 
with additional debug mode. Anyway, when I try so, I get a warning:

   root at thinkpad:/home/mpeterma # cd /sys/modules/acpi/acpi
   root at thinkpad:/sys/modules/acpi/acpi # make clean
   make: "/usr/src/sys/modules/acpi/acpi/Makefile" line 4: "The ACPI 
module is deprecated, set FORCE_BUILD to force it"
   root at thinkpad:/sys/modules/acpi/acpi #

Is this still the way to go, or doesn't the guide reflect the state of 
FreeBSD 10?


More information about the freebsd-amd64 mailing list