Re: [acpi-jp 1931] Re: acpid implementation?

2002-11-10 Thread Terry Lambert
Michael Smith wrote: On Saturday, November 9, 2002, at 04:12 AM, Terry Lambert wrote: Repeat: #1 is power profiles I don't see why this requires an 'acpid'. You want a control tool, sure, but power policy is not something that needs a daemon. The tool has to change the settings based on

Re: [acpi-jp 1931] Re: acpid implementation?

2002-11-10 Thread Michael Smith
On Sunday, November 10, 2002, at 12:19 AM, Terry Lambert wrote: Michael Smith wrote: On Saturday, November 9, 2002, at 04:12 AM, Terry Lambert wrote: Repeat: #1 is power profiles I don't see why this requires an 'acpid'. You want a control tool, sure, but power policy is not something that

Re: acpid implementation?

2002-11-10 Thread Doug Ambrisko
Frode Nordahl writes: | On Fri, 2002-11-08 at 22:23, Hiten Pandya wrote: | On Wed, Nov 06, 2002 at 10:27:47PM +0100, Frode Nordahl wrote the words in effect |of: | Hello, | | I have been searching mailing lists and my friend Google for information | about a acpid (like apmd)

Re: [acpi-jp 1926] Re: acpid implementation?

2002-11-09 Thread Michael Smith
On Friday, November 8, 2002, at 11:42 PM, Frode Nordahl wrote: Why do you need an acpid? misc stuff That's not going to get you anywhere. instruct dhclient to get a new lease on resume (maybe free it on sleep), try to configure wlan if no link detected on ethernet etc. This doesn't

Re: [acpi-jp 1926] Re: acpid implementation?

2002-11-09 Thread Frode Nordahl
On Sat, 2002-11-09 at 09:59, Michael Smith wrote: I'm sure people have this and other things they want to configure their computer to do on sleep / resume. I'm sure that you think that FreeBSD needs an acpid because Linux has an acpid. No, I think FreeBSD needs an acpid because it has a

Re: acpid implementation?

2002-11-09 Thread Matthew N. Dodd
On 9 Nov 2002, Frode Nordahl wrote: instruct dhclient to get a new lease on resume (maybe free it on sleep), try to configure wlan if no link detected on ethernet etc. We need to import the OMAPI stuff that comes with the DHCP package. dhclient can be controlled just fine to deal with

Re: acpid implementation?

2002-11-09 Thread Mark Murray
Said Matthew N. Dodd: On 9 Nov 2002, Frode Nordahl wrote: instruct dhclient to get a new lease on resume (maybe free it on sleep), try to configure wlan if no link detected on ethernet etc. We need to import the OMAPI stuff that comes with the DHCP package. Ooooh! Yes please! dhclient

Re: acpid implementation?

2002-11-09 Thread Terry Lambert
Frode Nordahl wrote: Why do you need an acpid? misc stuff instruct dhclient to get a new lease on resume (maybe free it on sleep), try to configure wlan if no link detected on ethernet etc. I put my computer to sleep instead of turning it of most of the time, and having to run killall

Re: [acpi-jp 1925] Re: acpid implementation?

2002-11-09 Thread Takanori Watanabe
In message [EMAIL PROTECTED], Terry Lambert wrote: Hiten Pandya wrote: I have been searching mailing lists and my friend Google for information about a acpid (like apmd) implementation for FreeBSD, but I have found nothing. Does one exist anywhere, or has anyone started out on something

Re: [acpi-jp 1925] Re: acpid implementation?

2002-11-09 Thread Ian Dowse
In message [EMAIL PROTECTED], Takanori Watanabe writes: It is obious there will be good if we have a way to catch power event from userland. I have some ideas to implement it. One way is implement with kqueue(2) and /dev/acpi to get power events. This way does not require daemons to wait the

Re: [acpi-jp 1933] Re: acpid implementation?

2002-11-09 Thread Takanori Watanabe
In message [EMAIL PROTECTED], 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

Re: [acpi-jp 1933] Re: acpid implementation?

2002-11-09 Thread Ian Dowse
In message [EMAIL PROTECTED], Takanori Watanabe writes: == 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. Yes,

Re: [acpi-jp 1931] Re: acpid implementation?

2002-11-09 Thread Michael Smith
On Saturday, November 9, 2002, at 04:12 AM, Terry Lambert wrote: Repeat: #1 is power profiles I don't see why this requires an 'acpid'. You want a control tool, sure, but power policy is not something that needs a daemon. o replacing devices in a multipurpose bay, which may take one of a

Re: acpid implementation?

2002-11-08 Thread Hiten Pandya
On Wed, Nov 06, 2002 at 10:27:47PM +0100, Frode Nordahl wrote the words in effect of: Hello, I have been searching mailing lists and my friend Google for information about a acpid (like apmd) implementation for FreeBSD, but I have found nothing. Does one exist anywhere, or has anyone

Re: acpid implementation?

2002-11-08 Thread Terry Lambert
Hiten Pandya wrote: I have been searching mailing lists and my friend Google for information about a acpid (like apmd) implementation for FreeBSD, but I have found nothing. Does one exist anywhere, or has anyone started out on something without telling anyone? :) Why do you need an

Re: acpid implementation?

2002-11-08 Thread Frode Nordahl
On Fri, 2002-11-08 at 22:23, Hiten Pandya wrote: On Wed, Nov 06, 2002 at 10:27:47PM +0100, Frode Nordahl wrote the words in effect of: Hello, I have been searching mailing lists and my friend Google for information about a acpid (like apmd) implementation for FreeBSD, but I have found

acpid implementation?

2002-11-06 Thread Frode Nordahl
Hello, I have been searching mailing lists and my friend Google for information about a acpid (like apmd) implementation for FreeBSD, but I have found nothing. Does one exist anywhere, or has anyone started out on something without telling anyone? :) Mvh, Frode Nordahl To Unsubscribe: send