I have a fresh install of 13.0-Release on a ThinkPad T460. Suspend and resume works as expected from X or Terminal environments using acpiconf -s 3. The default install should have no lid-close action as far as I know, however when I - without setting hw.acpi.lid_switch-state - close my lid, the screen turns of. Reopening it, turns on the monitor but leaves a frozen system. Any setting to hw.acpi.lid_switch_state is ignored and neither the rc.suspend script, nor my personal script called from devd on system:ACPI,subsystem:Lid get called.
I have no idea what is causing this unexpected behavior. Without the lid action set, I would assume that nothing should happen on lid close. That something somewhere triggers the observed behaviour is preventing the intended S3 suspension.
If anyone can help with figuring out where this comes from, I would be very happy. If more info is needed, feel free to request. Thanks
Code:
Id Refs Address Size Name
1 93 0xffffffff80200000 1009b20 kernel
2 1 0xffffffff8120a000 40b0 coretemp.ko
3 1 0xffffffff81210000 a2d0 acpi_video.ko
4 1 0xffffffff8121b000 67fe38 zfs.ko
5 2 0xffffffff8189b000 4478 acl_nfs4.ko
6 1 0xffffffff818a0000 3e90 cc_htcp.ko
7 1 0xffffffff818a4000 9160 acpi_ibm.ko
8 1 0xffffffff818ae000 adc0 cryptodev.ko
9 1 0xffffffff818b9000 1ab70 geom_eli.ko
10 1 0xffffffff822f9000 3284 linsysfs.ko
11 4 0xffffffff822fd000 db70 linux_common.ko
12 1 0xffffffff8230b000 639c linprocfs.ko
13 1 0xffffffff82312000 3378 acpi_wmi.ko
14 1 0xffffffff82316000 3250 ichsmb.ko
15 1 0xffffffff8231a000 2180 smbus.ko
16 1 0xffffffff8231d000 17310 if_iwm.ko
17 1 0xffffffff82335000 2110 pchtherm.ko
18 1 0xffffffff82400000 207d78 iwm8000Cfw.ko
19 1 0xffffffff82338000 388f8 linux.ko
20 1 0xffffffff82371000 30ac8 linux64.ko
21 1 0xffffffff823a2000 2260 pty.ko
22 1 0xffffffff823a5000 3530 fdescfs.ko
23 1 0xffffffff82608000 158458 i915kms.ko
24 1 0xffffffff82761000 7f548 drm.ko
25 2 0xffffffff823a9000 cbc8 linuxkpi_gplv2.ko
26 2 0xffffffff823b6000 2328 lindebugfs.ko
Code:
security.bsd.see_other_uids=0
security.bsd.see_other_gids=0
security.bsd.see_jail_proc=0
security.bsd.unprivileged_read_msgbuf=0
security.bsd.unprivileged_proc_debug=0
kern.randompid=1
vfs.zfs.min_auto_ashift=12
kern.evdev.rcpt_mask=6
vfs.read_max=128
kern.sched.preempt_thresh=224
hw.syscons.bell=0
kern.vt.enable_bell=0
kern.ipc.shm_allow_removed=1
# hw.acpi.lid_switch_state=s3
hw.psm.trackpoint.sensitivity=96
hw.psm.trackpoint.upper_plateau=128
hw.psm.synaptics.touchpad_off=0
net.inet.tcp.cc.algorithm=htcp
net.inet.tcp.cc.htcp.adaptive_backoff=1
net.inet.tcp.cc.htcp.rtt_scaling=1
net.inet.tcp.rfc6675_pipe=1
net.inet.tcp.syncookies=0
net.inet.tcp.nolocaltimewait=1
kern.ipc.soacceptqueue=1024
kern.ipc.maxsockbuf=8388605
net.inet.tcp.sendspace=262144
net.inet.tcp.recvspace=262144
net.inet.tcp.sendbuf_max=16777216
net.inet.tcp.recvbuf_max=16777216
net.inet.tcp.sendbuf_inc=32768
net.inet.tcp.recvbuf_inc=65536
net.local.stream.sendspace=16384
net.local.stream.recvspace=16384
net.inet.raw.maxdgram=16384
net.inet.raw.recvspace=16384
net.inet.tcp.abc_l_var=44
net.inet.tcp.initcwnd_segments=44
net.inet.tcp.mssdflt=1448
net.inet.tcp.minmss=524
net.inet.ip.intr_queue_maxlen=2048
net.route.netisr_maxqlen=2048
Code:
clear_tmp_enable="YES"
dumpdev="NO"
syslogd_flags="-ss"
sendmail_enable="NONE"
hostname="ThinkPad"
keymap="de.kbd"
moused_enable="YES"
moused_flags="-VH"
wlans_iwm0="wlan0"
ifconfig_wlan0="WPA DHCP powersave"
background_dhclient="YES"
dbus_enable="YES"
zfs_enable="YES"
linux_enable="YES"
openntpd_enable="YES"
# power saving
powerd_enable="YES"
powerd_flags="-a hiadaptive -b adaptive"
performance_cx_lowest="Cmax"
economy_cx_lowest="Cmax"
kldlist="i915kms acpi_ibm acpi_video"
Code:
aesni_load="YES"
geom_eli_load="YES"
cryptodev_load="YES"
zfs_load="YES"
cc_htcp_load="YES"
coretemp_load="YES"
acpi_ibm_load="YES"
acpi_video_load="YES"
kern.geom.label.disk_ident.enable="0"
kern.geom.label.gptid.enable="0"
security.bsd.allow_destructive_dtrace=0
kern.vty=vt
hw.pci.do_power_nodriver="3"
hw.snd.latency="7"
hint.p4tcc.0.disabled="1"
hint.acpi_throttle.0.disabled="1"
hint.ahcich.0.pm_level="5"
drm.i915.enable_rc6="7"
drm.i915.semaphores="1"
compat.linuxkpi.enable_dc="2"
compat.linuxkpi.enable_fbc="1"
drm.i915.intel_iommu_enabled="1"
hw.psm.trackpoint_support="1"
hw.psm.synaptics_support="1"
hw.inet.tcp.socreceive_stream="1"
net.link.ifqmaxlen="2048"
I have no idea what is causing this unexpected behavior. Without the lid action set, I would assume that nothing should happen on lid close. That something somewhere triggers the observed behaviour is preventing the intended S3 suspension.
If anyone can help with figuring out where this comes from, I would be very happy. If more info is needed, feel free to request. Thanks