From owner-freebsd-current Sat Nov 9 13:13: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CE0437B401 for ; Sat, 9 Nov 2002 13:13:08 -0800 (PST) Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3B0543E42 for ; Sat, 9 Nov 2002 13:13:06 -0800 (PST) (envelope-from takawata@axe-inc.co.jp) Received: from localhost.axe-inc.co.jp (localhost.axe-inc.co.jp [127.0.0.1]) by axe-inc.co.jp (8.9.3+3.2W/3.7W) with SMTP id GAA10487; Sun, 10 Nov 2002 06:12:49 +0900 (JST) Message-Id: <200211092112.GAA10487@axe-inc.co.jp> X-Authentication-Warning: axegw.axe-inc.co.jp: localhost.axe-inc.co.jp [127.0.0.1] didn't use HELO protocol To: acpi-jp@jp.FreeBSD.org, iedowse@maths.tcd.ie Cc: current@freebsd.org, frode@nordahl.net Subject: Re: [acpi-jp 1933] Re: acpid implementation? In-reply-to: Your message of "Sat, 09 Nov 2002 20:33:03 GMT." <200211092033.aa99235@salmon.maths.tcd.ie> Date: Sun, 10 Nov 2002 06:12:49 +0900 From: Takanori Watanabe Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200211092033.aa99235@salmon.maths.tcd.ie>, Ian Dowse wrote: >I've been using the following far-from-ideal patch for a while now - >it just supplies binary integers to /dev/acpi whenever the sleep >state changes. The choice of encoding of data is stupid, and the >acpiread() doesn't do blocking - I just use it in a script like I mean just like it by the following sentence. == Next way is that make /dev/acpictl node that can open exclusively and catch the power event by it, like apmd. == This way requires that the event reading proceess should be only one, so we need another device node to read event. > > while :; do > sleep 5 > acpidat="`wc -c < /dev/acpi`" > if [ "$acpidat" -gt 0 ]; then > killall -HUP moused > fi > done The options options PSM_HOOKRESUME #hook the system resume event, useful #for some laptops options PSM_RESETAFTERSUSPEND #reset the device at the resume event will resolve your problem without the patch. It is the problem that there are no way to pass device flags when an ISA-like devices are probed through PnP way. If it exist, you will not required to rebuild kernel, but insert two lines to /boot/device.hints . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message