Date: Thu, 09 Aug 2018 16:19:40 +0000 From: bugzilla-noreply@freebsd.org To: acpi@FreeBSD.org Subject: [Bug 230290] [patch] acpi: call sleep event handler when sleeping via command line Message-ID: <bug-230290-16045-mloBT5ouLO@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-230290-16045@https.bugs.freebsd.org/bugzilla/> References: <bug-230290-16045@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230290 --- Comment #15 from John Baldwin <jhb@FreeBSD.org> --- I understand the cost of carrying diffs, but I've also been thinking about power management of devices in FreeBSD and how it should work for native drivers not just in suspend and resume for a long time, so I don't want to promote hacks vs moving towards real solutions. Can you give more details on how exactly the graphics devices uses the target sleep state? That is, is it using it to determine a Dx state to enter? If so, then providing the Dx state directly is probably more useful. In particular, for cases when we aren't doing a system-wide sleep (like 'devctl suspend foo0' which you ignored), there isn't a system-wide sleep state to consider, only a device state. -- You are receiving this mail because: You are the assignee for the bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-230290-16045-mloBT5ouLO>