Date: Sun, 27 Oct 2024 02:50:22 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 280290] hms(4): Broken fresh after boot, fixed by resume Message-ID: <bug-280290-227-LHQaivpnOJ@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-280290-227@https.bugs.freebsd.org/bugzilla/>
index | next in thread | previous in thread | raw e-mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280290 --- Comment #23 from david@catwhisker.org --- Well... Adding stuff to loader.conf has not helped. And hms.ko is getting loaded whether or not I specify hms_load="YES" in loader.conf. Devices hkbd, hid, hidbus, evdev, and the "EVDEV_SUPPORT" option are all in GENERIC (so loading them via loader.conf would seem redundant, at best). I do note that on resume, a message is logged -- e.g.: <2>1 2024-10-27T02:41:30.501701+00:00 g1-48.catwhisker.org kernel - - - iichid0: set ACPI power state D0 on \_SB_.PCI0.I2C1.TPD1 I wonder if (somehow) iichid0 might be in some other ACPI power state after boot (and before the first suspend/resume)...? I did not see an obvious way to check. [For those (like me) who do not have ACPI power states memorized, D0 is "fully on".] -- You are receiving this mail because: You are the assignee for the bug.home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-280290-227-LHQaivpnOJ>