[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Power Management (WAS: Sharing Fiwerwire Disk with Digidesign ProTools and Debian)

>> and it implements /proc/apm for battery infos, but the infos there are
>That part was actually fairly easy IIRC (did that for 2.2.19).

Well, the 2400/3400/3500 is not so easy, especially without the
floats in kernel ;) I'd be glad to have some testers with these
machines to tell me if /proc/pmu & /proc/apm say sensible things
about their batteries, and eventually compare against what Batmon
or gkrellm-pmu says.

>> less detailed that what pmud or the new /proc/pmu provides (the APM
>> API is quite simplistic).
>/proc/pmu isn't in 2.4.7-pre3 ... I guess I need to try your tree once
>again (Paulus' has the new MMU context code that completely breaks MOL,
>that's another reason to switch back). 

MOL has been fixed for some time now ;) The new MMU context code
is in my tree as well, and I think in bk _2_4 now. Get the latest
MOL rsync/bk tree.

>> I don't think anything as PC centric as apmd has room here, but I may
>> be wrong as I didn't look at it.
>I'll ask the apmd maintainer to remove m68k and powerpc from the
>architecture list in the absence of complete APM support then. 

Yup. I need to look at what apmd does and if it makes sense to
provide support for it or not, but in the meantime, there's
probably no need for it. That should be confirmed however.


Reply to: