Subject: Re: NetBSD and Battery Level tool?
To: Ken Nakata <kenn@synap.ne.jp>
From: David Brownlee <abs@anim.dreamworks.com>
List: port-mac68k
Date: 08/11/1999 11:34:34
On Wed, 11 Aug 1999, Ken Nakata wrote:

> > I've got a happy pb540c running X now (many points to the coders and
> > supports of NetBSD) but I'm still missing one important tool.
> > Something to tell me how my battery is doing on the little bestie.
> > I saw asapm-2.6 on the ports list but it is only available for the
> > i386 platform.
> > 
> > Does anyone have a utility I can use on NetBSD/mac68k?
> 
> We don't currently have a counterpart to i386's apm support.

	I believe Matt Thomas is working on adapting the existing APM
	framework for the Tadpole sparc laptop - you might want to join
	in the discussion on tech-kern. (I'll include one message here :)

On 11 Aug 1999, Nathan J. Williams <nathanw@MIT.EDU> wrote:

> <matt@3am-software.com> (Matt Thomas) writes:
>
> > I'd like to split the current APM code into a MI front-end which handles the
> > /dev/apm device and the MD backend which handles the real work.  The other
> > reason for this is so that architectures that may have multiple mechanisms
> > can only attach the currently active mechanism (kind of like how /dev/fb
> > attaches to the console).
>
> I have a minor concern: APM is specifically the name for the
> power-management system used on i386 boxes; does it make sense to call
> power management facilites on other systems (like your SPARC) "APM"?
> From what I know of APM I have to believe that the SPARC power
> management mechanisim is totally different.
>
> Is the apm(4) interface actually appropriate for the SPARC's power
> management facilites? How close a fit is it?

		David/absolute

Q:  Why do ducks have flat feet?	Q:  Why do elephants have flat feet?
A:  To stamp out forest fires.		A:  To stamp out flaming ducks.