acpideamon

[ecsnl]

I understand from Eugene Pasha that its better to load ACPIDEAMON when the desktop comes up (via the startup folder). Since the deamon is so crucial for APM support I find it safer to load it via the config.sys.

Did I remeber correctly this needs to be to save certain buffers to RAM when PM is initialised to memory.

Can ACPIDEAMON not do this by checking to see if PMSHELL is fully loaded in memory and then save these buffers ?!

A much cleaner approach then starting so a crucial demon via the startup folder with the risk people remove it.

Roderick

[eco]

e-co:

no..

current rules:

load acpi daemon from startup.cmd

[ecsnl]

In my opinion its kind of an argument bug. I described the reason why. If the user kills the deamon via the startup folder or its not detached and he closes it resume of the system will not work correctly. Or is this not correct ?

Pasha how difficult is it to load this from the config.sys and detect via the deamon if the PMSHELL is loaded yes or no.

[ecsnl]

Joachim and I where just discussing this problem. If we can even come up with a solution I'm certain Pasha can create a much cleaner implementation.

I could write a dirty wrapper that loads from the config.sys and monitors every second if there are two instances of PMSHELL.EXE up and running and then do a "detach acpideamon.exe.

There are API's to query the task list of OS/2. Or much bigger hack dump the output of pstat.exe.

Pasha should be able to modify the deamon to watch if PMSHELL is up and running 2 times. That means the WPS is up and running.

And voila not need to put in the startup folder.

[eco]

I have invested resources to create ACPI Daemon / PM: http://svn.netlabs.org/acpi/ticket/256

Does it allow to resolve the problems with ACPI Daemon / VIO?

[eco]

ok,

added to docs how to start acpi daemon