Re: port-amd64/57930: ACPI suspend problems on Thinkpad X270

[Taylor R Campbell <riastradh%NetBSD.org@localhost>]

The following reply was made to PR port-amd64/57930; it has been noted by GNATS.

From: Taylor R Campbell <riastradh%NetBSD.org@localhost>
To: Stephan Marwedel <projetos%jucara.org@localhost>
Cc: gnats-bugs%netbsd.org@localhost, port-amd64-maintainer%netbsd.org@localhost, gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost
Subject: Re: port-amd64/57930: ACPI suspend problems on Thinkpad X270
Date: Mon, 12 Feb 2024 20:01:15 +0000

 > Date: Mon, 12 Feb 2024 18:00:01 +0000 (UTC)
 > From: projetos%jucara.org@localhost
 >=20
 > ihidev0 at iic1 addr 0x38ihidev0: autoconfiguration error: failed to get =
 HidDescriptorAddress: AE_NOT_FOUND
 
 Can you share the full dmesg?
 
 Can you share the output of `acpidump -dt'?  (It will be large, so if
 you want to upload it somewhere we can download instead of sending it
 through mail to gnats, that's fine.)
 
 > Even The attempt to disable the device ihidev0 via the entry
 > userconf=3Ddisable ihidev* in /boot.cfg does not result correct
 > suspend to RAM.
 
 Can you describe what happens when you try in this case?
 
 Instead of `sysctl -w hw.acpi.sleep.state=3D3', can you try suspending
 and resuming individual devices and device subtrees using drvctl(8)?
 
 1. You can display the whole device tree with `drvctl -lt'.
 2. Use `drvctl -S devN' to suspend devN and all its children.
 3. Use `drvctl -Q devN' to resume devN and all its children.
 
 Devices under pciN and usbN are usually of most interest for
 suspend/resume.  For example, you might try:
 
 sleep 1; drvctl -S usb0; sleep 1; drvctl -Q usb0
 
 If that fails, drill down into `drvctl -lt usb0' and try suspending
 and resuming other devices.  If that works, try usb1, usb2, ..., and
 then pci0, pci1, ....
 
 (The sleep here avoids potential issues with, e.g., anything handling
 keyboard input while some devices are suspended, and running `sleep 1'
 first ensures /usr/bin/sleep is paged in so the second `sleep 1'
 doesn't have to wait for disk I/O in case the disk device itself is
 suspended.)