Bug 98521 - make apm-script ACPI aware
Summary: make apm-script ACPI aware
Keywords:
Status: CLOSED CANTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: apmd
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Phil Knirsch
QA Contact: Jay Turner
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-07-03 09:00 UTC by Ronny Bremer
Modified: 2015-03-05 01:12 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-02-18 21:47:55 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
patch to make /etc/sysconfig/apm-scripts/apmscript ACPI aware (2.02 KB, patch)
2003-07-03 09:01 UTC, Ronny Bremer
no flags Details | Diff

Description Ronny Bremer 2003-07-03 09:00:09 UTC
Description of problem:
today, the /etc/sysconfig/apm-scripts/apmscript uses "apm" to find out the 
state of the AC adaptor to be connected. This does not work on recent laptops 
who only have ACPI support built in.

Version-Release number of selected component (if applicable):


How reproducible:
always

Steps to Reproduce:
1. take an ACPI only laptop
2. run "apm"
3. get error msg about "no apm support in kernel"
4. this will break the apmscript
    
Actual results:
no change of CPU Frequency

Expected results:
should change the CPU Frequency

Additional info:
please find attached patch for apmscript

Comment 1 Ronny Bremer 2003-07-03 09:01:27 UTC
Created attachment 92733 [details]
patch to make /etc/sysconfig/apm-scripts/apmscript ACPI aware

Comment 2 Bill Nottingham 2003-07-03 15:48:15 UTC
But, if you're using ACPI, you wont get APM events, you can't suspend with APM, etc.

The long term solution is to have a single differnt script that multiplexes
events received from both systems.

Comment 3 Ronny Bremer 2003-07-03 18:55:54 UTC
Bill,

this is not entirely correct, as the ACPID will call a 
script /etc/apm/apm_proxy by default, if that is replaced with a call 
to /etc/sysconfig/apm-scripts/apmscript (which takes the same parameters btw), 
it will very well do all actions as outlined in the patch.

Of course, we could add a second script for ACPI only, but at the end, they 
will do the same (lock X, DMPS standby for the display, shutdown hard disks, 
eject/reinsert PCMCIA, stop sound programs, etc.) so I think it is better to 
have a single script as to maintain two.


Comment 4 Bill Nottingham 2003-07-07 19:33:11 UTC
Ugh, remove 'different' from my first comment, that's what I was trying to say.

I see no code in acpid that calls a proxy script, only in apmd.

Comment 5 Ronny Bremer 2003-07-08 07:38:21 UTC
Yeah, to be percise, acpid call various action scripts, based on its configuration. :) On their web page is a set of scripts, which call an apm proxy script by default... so, thatsvwhat I am referring to, sorry

Comment 6 Bill Nottingham 2003-07-08 16:01:53 UTC
Which webpage is that? Looking at the sourceforge acpid page, I don't see
anything like that.

Comment 7 Ronny Bremer 2003-07-21 09:44:30 UTC
I was on vacation, sorry for the late answer.

Here is the URL I got the scripts from. They are currently not (as you noticed)
included in the main acpid distribution, I was under the impression they where. 
http://ltswww.epfl.ch/~dsanta/resources/soft/acpid-events-0.2.tar.gz

Anyway, I think applying the patch still makes sense, as it can be used as a
common ground for APM/ACPI related events.

Just my 2 cents :)

Ronny

Comment 8 Ronny Bremer 2006-02-18 21:47:55 UTC
no longer needed


Note You need to log in before you can comment on or make changes to this bug.