From owner-acpi-jp@jp.freebsd.org  Fri Dec 15 23:27:20 2000
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id XAA65710;
	Fri, 15 Dec 2000 23:27:20 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from shidahara1.planet.sci.kobe-u.ac.jp (shidahara1.planet.sci.kobe-u.ac.jp [133.30.50.200])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id XAA65705
	for <acpi-jp@jp.freebsd.org>; Fri, 15 Dec 2000 23:27:19 +0900 (JST)
	(envelope-from takawata@shidahara1.planet.sci.kobe-u.ac.jp)
Received: from shidahara1.planet.sci.kobe-u.ac.jp (localhost [127.0.0.1])
	by shidahara1.planet.sci.kobe-u.ac.jp (8.9.3/8.9.3) with ESMTP id XAA27044
	for <acpi-jp@jp.freebsd.org>; Fri, 15 Dec 2000 23:27:25 +0900 (JST)
	(envelope-from takawata@shidahara1.planet.sci.kobe-u.ac.jp)
Message-Id: <200012151427.XAA27044@shidahara1.planet.sci.kobe-u.ac.jp>
To: acpi-jp@jp.freebsd.org
In-reply-to: Your message of "Fri, 15 Dec 2000 03:09:13 PST."
             <200012151109.eBFB9Do03299@mass.osd.bsdi.com>
Date: Fri, 15 Dec 2000 23:27:25 +0900
From: Takanori Watanabe <takawata@shidahara1.planet.sci.kobe-u.ac.jp>
Reply-To: acpi-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+000315
X-Sequence: acpi-jp 977
Subject: [acpi-jp 977] Re: Some power device driver. 
Errors-To: owner-acpi-jp@jp.freebsd.org
Sender: owner-acpi-jp@jp.freebsd.org
X-Originator: takawata@shidahara1.planet.sci.kobe-u.ac.jp

In message <200012151109.eBFB9Do03299@mass.osd.bsdi.com>, Mike Smith $B$5$s$$$o$/(B
:
>> In message <200012142256.eBEMuDo00835@mass.osd.bsdi.com>, Mike Smith $B$5$s$$(B
>$B$o$/(B
>> :
>> >> 
>> >> BTW, How about daemon programs which need event notification mechanism
>> >> such as select/poll/kqueue?  I think we'd better to have dedicated 
>> >> control files for this purpose.
>> >
>> >Er, why?  kqueue doesn't use control files at all.  I would definitely 
>> >recommend using it for acpi->userland notification.
>> 
>> I  don't oppose it but where is document?(kernel side) 
>
>You would want to talk to Jonathan Lemon there; I'm not sure if he has 
>anything written up yet.
>
>> And currently ,it seems to me that operation should be statically enumlated.
>
>I don't think I understand what you're suggesting here.  Can you give an 
>example?
>
>Thanks!

Around kern_event.c:120 ,  filter operation isstatically enumulated in 
filterops *sysfilt_ops[]... etc . Most easiest way to load/unload is
to reserve entries. 
Framework should not be unloaded?

$BEOJUB:5*(B
$B?@8MBg3XBg3X1!<+A32J3X8&5f2J(BD3$B>pJs%a%G%#%"2J3X@l96(B
<a href="http://www.planet.sci.kobe-u.ac.jp/~takawata/key.html">
Public Key</a>
Key fingerprint =  2C 51 E2 78 2C E1 C5 2D  0F F1 20 A3 11 3A 62 2A 


 
