Daemon that handles ACPI

Daemon that handles ACPI

[Stephen Torri]

[-- Attachment #1: Type: text/plain, Size: 675 bytes --]

I know that development is going great for doing ACPI inside the kernel.
What I do not know is if there is a daemon that does work similar to
apmd which handles apm stuff from the kernel. I see that there are two
programs, acpid and ospmd, there for me to use. Unfortunately they are
both going on being 5 months to a 1 year behind the present development
if the dates of when they were placed on the web is true. Is that
because they are already well-defined and as a user I just need to
configure it? Or are they behind because developement of them has lagged
the kernel development?

Stephen
-- 
Stephen Torri <storri-rphTv4pjVZMJGwgDXS7ZQA@public.gmane.org>

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: Daemon that handles ACPI

[Randy.Dunlap]

> I know that development is going great for doing ACPI inside the kernel.
> What I do not know is if there is a daemon that does work similar to apmd
> which handles apm stuff from the kernel. I see that there are two programs,
> acpid and ospmd, there for me to use. Unfortunately they are both going on
> being 5 months to a 1 year behind the present development if the dates of
> when they were placed on the web is true. Is that
> because they are already well-defined and as a user I just need to configure
> it? Or are they behind because developement of them has lagged the kernel
> development?

Yes, development of the ACPI userspace side has been lagging or ignored
for awhile now.  Andy Grover asked for someone to pick them/these/it/all
up a little over 1 week ago and I have volunteered to try to do that.

So far I have just collected the pieces and tried to build them.
I will be putting the pmtools package (from intel.com) at the sourceforge
project also.

The GUI part of ospmd never has worked and I'm not thrilled about it,
but I'll give it a shot.

If anyone out there wants to help/contribute etc., please holler.

Thanks,
~Randy





-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en

Re: Daemon that handles ACPI

[Derek Broughton]

From: "Randy.Dunlap" <rddunlap-3NddpPZAyC0@public.gmane.org>

> > I know that development is going great for doing ACPI inside the kernel.
> > What I do not know is if there is a daemon that does work similar to apmd
> > which handles apm stuff from the kernel. I see that there are two programs,
> > acpid and ospmd, there for me to use. Unfortunately they are both going on
> > being 5 months to a 1 year behind the present development if the dates of
> > when they were placed on the web is true. Is that
> > because they are already well-defined and as a user I just need to configure
> > it? Or are they behind because developement of them has lagged the kernel
> > development?
>
> Yes, development of the ACPI userspace side has been lagging or ignored
> for awhile now.  Andy Grover asked for someone to pick them/these/it/all
> up a little over 1 week ago and I have volunteered to try to do that.

ospmd aside - it really should be an improvement over acpid when done - acpid
hasn't changed in months because there hasn't been any change to ACPI that would
require a change to acpid.  It simply listens for ACPI events and runs user
defined scripts when they occur.  If ACPI changes to trigger new events, acpid
doesn't need to change, but the user would need to define new rules.



-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en

Re: Daemon that handles ACPI

[Stephen Torri]

On Wed, 2003-03-26 at 07:57, Derek Broughton wrote:

> ospmd aside - it really should be an improvement over acpid when done - acpid
> hasn't changed in months because there hasn't been any change to ACPI that would
> require a change to acpid.  It simply listens for ACPI events and runs user
> defined scripts when they occur.  If ACPI changes to trigger new events, acpid
> doesn't need to change, but the user would need to define new rules.

The very fact of how to create rules and having no examples made me stop
trying to use acpid. If you have an example on a webpage that would be
great.

Stephen
-- 
Stephen Torri <storri-yWtbtysYrB+LZ21kGMrzwg@public.gmane.org>



-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en

Re: Daemon that handles ACPI

[Sérgio Monteiro Basto]

Hi
you have a very basic example made by me in 
http://codecs.home.sapo.pt/acpi/ in topic ACPI Deamon.

and talking about ospmd, yes, it never worked, we have a missing config
file that make GUI doens't work, and in this case I never knew about a
basic example... 
Normally is the thing that is missed on every man and help pages of
Linux :) 

On Thu, 2003-03-27 at 00:06, Stephen Torri wrote:
> On Wed, 2003-03-26 at 07:57, Derek Broughton wrote:
> 
> > ospmd aside - it really should be an improvement over acpid when done - acpid
> > hasn't changed in months because there hasn't been any change to ACPI that would
> > require a change to acpid.  It simply listens for ACPI events and runs user
> > defined scripts when they occur.  If ACPI changes to trigger new events, acpid
> > doesn't need to change, but the user would need to define new rules.
> 
> The very fact of how to create rules and having no examples made me stop
> trying to use acpid. If you have an example on a webpage that would be
> great.
> 
> Stephen
> -- 
> Stephen Torri <storri-yWtbtysYrB+LZ21kGMrzwg@public.gmane.org>
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by:
> The Definitive IT and Networking Event. Be There!
> NetWorld+Interop Las Vegas 2003 -- Register today!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
-- 
SérgioMB
email: sergiomb-hHo3WeeoaswVhHzd4jOs4w@public.gmane.org

Who gives me one shell, give me everything.



-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en

Re: Daemon that handles ACPI

[Ducrot Bruno]

On Thu, Mar 27, 2003 at 01:46:06AM +0000, Sérgio Monteiro Basto wrote:
> Hi
> you have a very basic example made by me in 
> http://codecs.home.sapo.pt/acpi/ in topic ACPI Deamon.
> 
> and talking about ospmd, yes, it never worked, we have a missing config
> file that make GUI doens't work, and in this case I never knew about a
> basic example... 
> Normally is the thing that is missed on every man and help pages of
> Linux :) 

ospmd never worked ?!  No.  It work (but indeed must be updated).

The lib power work also, and actually that is the most
important fact.

-- 
Ducrot Bruno

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.


-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en

Re: Daemon that handles ACPI

[Derek Broughton]

From: "Stephen Torri" <storri-yWtbtysYrB+LZ21kGMrzwg@public.gmane.org>

> On Wed, 2003-03-26 at 07:57, Derek Broughton wrote:
>
> > ospmd aside - it really should be an improvement over acpid when done -
acpid
> > hasn't changed in months because there hasn't been any change to ACPI that
would
> > require a change to acpid.  It simply listens for ACPI events and runs user
> > defined scripts when they occur.  If ACPI changes to trigger new events,
acpid
> > doesn't need to change, but the user would need to define new rules.
>
> The very fact of how to create rules and having no examples made me stop
> trying to use acpid. If you have an example on a webpage that would be
> great.

If you're using debian, then there are examples in the package.  Only two, but
it's pretty trivial.  If you're not using debian, then why not :-)  The only
'secret' is the fact that the events shown - 'power' and 'ac' almost certainly
don't exist.  Well, anything that's unknown gets logged to syslog.  Look for the
ACPI events, use the names shown to create your own rules and scripts - we can't
tell you what the events will be because they're defined at the DSDT level.

derek



-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en

RE: Daemon that handles ACPI

[Grover, Andrew]

> From: Sérgio Monteiro Basto [mailto:sergiomb-hHo3WeeoaswVhHzd4jOs4w@public.gmane.org] 
> and talking about ospmd, yes, it never worked, we have a 
> missing config
> file that make GUI doens't work, and in this case I never knew about a
> basic example... 
> Normally is the thing that is missed on every man and help pages of
> Linux :) 

OK so here's the deal with ospmd:

It works. On my RH 8 machine. ;-) Specifically, the qt include path is
hardcoded in the gui Makefile. Bad, bad, I know. But look, the raw materials
of what I envision for a power policy daemon and power library are there:

- ospmd handles *both* ACPI and APM kernel interfaces, and presents a
uniform PM interface. Other PM interfaces could be easily supported, too.

- ospmd creates a config file with default values, and these can be changed
in the .conf file (/var/ospmd.conf) or can be set via libpower.

- libpower presents a rich, uniform interface for power applets to use.
Power policy is centralized, so changes made through a kde and gnome applet
(for example) both affect the same policy. Applets and battery meters no
longer have to parse /proc, or perform battery life calculations - libpower
handles it.

- further enhancements could include APIs for apps to request that the
screen not be blanked (e.g. presentation apps) or to keep the system out of
suspend (e.g. cd writing apps).


I really believe strongly that ospmd (or something like it) will be the way
to go for a standard PM policy daemon and interface in the future. I am
frustrated that ACPI kernel issues and other work have prevented me from
productionalizing it with man pages, better build system, better test gui,
etc. but I think this will be a very important part of a modern system's
power management architecture.

Regards -- Andy


-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en