cvs commit: src/etc/rc.d apm apmd archdep

M. Warner Losh imp at bsdimp.com
Mon May 5 21:45:09 PDT 2003


In message: <Pine.NEB.3.96L.1030505200135.86150M-100000 at fledge.watson.org>
            Robert Watson <rwatson at FreeBSD.org> writes:
: 
: On Mon, 5 May 2003, Peter Wemm wrote:
: 
: > >   Modified files:
: > >     etc/rc.d             apm apmd archdep 
: > >   Log:
: > >   Huh? When did the etc bits for amd64 get added?
: > >   Make sure they're ported over to rc.d.
: > >   While I'm at it correct a logic mistake in rc.d/apmd.
: > >   
: > >   Approved by:    markm (mentor)(implicit)
: > 
: > Umm, I dont think so.  apm does not exist on amd64, cannot exist and
: > never will exist.  Please back this out. 
: 
: Well, ACPI does provide emulation for some of the apm(4) control ioctls,
: such that apm(8) actually usefully reports on the power condition on ACPI
: boxes.  I'd imagine the functionality provided by apmd(8) would be useful
: still with ACPI, but I don't know if it either directly speaks ACPI or
: whether the ACPI apm emulation is sufficient to support apmd.  If it does,
: then in theory the apm startup scripts could be useful on ACPI-supporting
: platforms, including ia64 and AMD64.  If that's the case, we might
: seriously think about renaming apmd to powerd or the like.

The apm(4) emulation that acpi(4) does now is limited to reporting
battery life.  It doesn't generate the same events that apmd would be
listening for.  And in the latest import, the apm emulation layer
seems to be broken, at least for my machine.  But maybe it is (a) my
batteries suck or (b) ACPI's reporting of the battery information
broke for my machine.

Warner


More information about the cvs-all mailing list