Hi,
> I am interested in retrieving power statistics type of information from a
> system running FreeBSD. I am interested in information such as:
> power consumed, temperature, percentage of battery available, etc.
>
> Is it possible to do this with ACPI, and if so, are there any
> examples of
> >We don't know which power management system is enabled on the actual
> >system, so it's impossible. We need one mandatory device for PM to be
> >generalized. I think the opposite way is more reasonable.
>
> Why? Is it bad to check whether the device is available or not in rc?
Ah, you mean
Hi,
> If we're going to talk about 'health' for a machine and it's components, it
> should tie in with the SES/SAF-TE driver (for SCSI/FibreChannel).
Yes, but my understanding on SES/SAF-TE is very poor unfortunately :-)
I think number of hackers who can cover all areas with enough knowledge and
> >I've update the patch based on some comments so far and added wmpm
> >(actually ACPI support for wmapm which is utility for WindowMaker)
> >ports files as a example.
> >
> >http://people.freebsd.org/~iwasaki/acpi/power-20010113.tar.gz
>
> What about treating it as a part of ioctl in existing d
Hi,
> > I'll get device major number for /dev/power and commit them within a
> > few days if no objection.
>
> One thing that I was talking about with Mike Smith is that perhaps instead of
> having a /dev/power just for power management stuff we should be a bit more
> generic and have a /dev/hea
Hi,
I've update the patch based on some comments so far and added wmpm
(actually ACPI support for wmapm which is utility for WindowMaker)
ports files as a example.
http://people.freebsd.org/~iwasaki/acpi/power-20010113.tar.gz
http://people.freebsd.org/~iwasaki/acpi/wmpm-20010113.tar.gz
Note tha
Hi,
I've created new common framework on generalized power-management
interface for userland utilities.
http://people.freebsd.org/~iwasaki/acpi/power-20001229.tar.gz
This provides some PM APIs to APM applications, such as wmapm, so that
these applications can be ported smoothly to use ACPI (pow
> I have committed orthognal part of ACPI driver.
> The rest part will be committed after a few days.
> I put the part at http://people.freebsd.org/~takawata/sysdiff>.
>
> This can be applied for HEAD. Please test and report about it if there
> is serious problem,such as breaking build.
It seem
> > It is related with quite wide areas, not only for power management.
> > # I'm interested in power management part personally for the first step
> > # though.
>
> Do I understand correctly that things like monitoring cooling fans etc is
> also possible? I guess the people running (lots of) ser
> I'm not quite sure what it does, but it seems to work fine here on my
> ASUS CUSL2, at least the shutdown part.
Thank you for your report. It would be helpful to check
http://www.teleport.com/~acpi/whatis1.htm
and it's links.
It is related with quite wide areas, not only for power management.
> In message <[EMAIL PROTECTED]> Mitsuru IWASAKI writes:
> : Hi, here is the latest (and maybe final?) report on our ACPI project's
> : progress.
> :
> : We are ready now to merge our work on ACPI into main source tree!
>
> Bravo! Wonderful work!
Thanks. I
> >Folks, there are a lot of exciting and cool things, like Processor
> >and Device Power State Control, Thermal Management, Replacement
> >PnP system, OS initiated hibernation and many :-) I think now is
> >the time to start open and development, not only in Japan, for
> >FreeBSD ACPI support!
>
Hi, here is the latest (and maybe final?) report on our ACPI project's
progress.
We are ready now to merge our work on ACPI into main source tree!
Our prototype development is going to finish. AML interpreter
development is almost completed, region access facility (SystemMemory,
SystemIO and PC
Hi,
pmk> where can i find the sources corresponding to /dev/null??
/sys/dev/nulldev/nulldev.c in 5.0-CURRENT/RELENG_4,
/sys/i386/i386/mem.c or /sys/alpha/alpha/mem.c in RELENG_3 IIRC.
Good luck.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of t
imp> In message <[EMAIL PROTECTED]> Mitsuru IWASAKI writes:
imp> : Hi, here is the latest report on our ACPI project's progress.
imp>
imp> As I told you on the Train in Tokyo: Cool! Way Cool! ACPI should
imp> enable us to properly put the chipsets in laptops to sle
Hi,
From: Bjoern Fischer <[EMAIL PROTECTED]>
Subject: Re: ACPI project progress report
Date: Mon, 19 Jun 2000 07:01:44 +0200
Message-ID: <[EMAIL PROTECTED]>
> Just a moment. You talk about doing a `Save-to-Disk' (incl. system halt),
> turning power off, maybe adding some hardware or moving the m
Hi,
> "Daniel C. Sobral" wrote:
> >
> > Mitsuru IWASAKI wrote:
> > >
> > > - support S2, S3, S4 (hibernation) sleeping transition. S4 sleep
> > >require some hack in boot loader needs help.
> >
> > I th
Hi, here is the latest report on our ACPI project's progress.
Current status:
The aml interpreter development is going on and we've ported it to
kernel simultaneously. Now that we can build ACPI namespace and
search any named objects from there in kernel space.
The aml interpreter code can b
Hi,
I'm working on new pccard.conf scheme, /etc/defaults/pccard.conf and
/etc/pccard.conf in the same manner as rc.conf.
Attached patch for pccardd(8) contains:
1. improved `include' keyword function for error handling.
2. changed available io, irq, mem pool so that they can be overridden.
3. de
Hi, Bryan.
> Does anyone know if its possible for FreeBSD to execute a halt from
> the powerswitch?
>
> >From reading the apmd doco, this is what apmd is suppose to do, handle
> events from the APM bios and execute according to apmd.conf
>
> If an ATX powersupply/motherboard is setup to suspend
Hi,
> > Well, I was going to try to roll my own for this, but it's always nice to
> > know someone's already done it for me. :) I'm gone though for the next
> > couple weeks though, so that'll be a nice thing to get back home to. Many
> > thanks!
> >
> > Where will I be able to get it?
> >
> > -
Hi,
> > Well, I was going to try to roll my own for this, but it's always nice to
> > know someone's already done it for me. :) I'm gone though for the next
> > couple weeks though, so that'll be a nice thing to get back home to. Many
> > thanks!
> >
> > Where will I be able to get it?
> >
> >
Hi,
Documentation of apmd was updated by cooperation with
Nick Hilliard <[EMAIL PROTECTED]>.
# Thanks Nick!
Updated README and apmd.8 are available at:
http://home.jp.freebsd.org/~iwasaki/apm/19990630/apmd-doc.tar.gz
http://home.jp.freebsd.org/~iwasaki/apm/19990630/apmd-doc.diff.gz
Also, I'm g
Hi,
Documentation of apmd was updated by cooperation with
Nick Hilliard .
# Thanks Nick!
Updated README and apmd.8 are available at:
http://home.jp.freebsd.org/~iwasaki/apm/19990630/apmd-doc.tar.gz
http://home.jp.freebsd.org/~iwasaki/apm/19990630/apmd-doc.diff.gz
Also, I'm going to import them
Hi,
I'm ready to import apmd into freefall CVS repository.
Now manpage (first version) and patch for CURRENT kernel were prepared :)
Please review them before my commit. Any comments, suggestions,
corrections are very appreciated.
The latest (and final?) version of apmd package is available at
Hi,
I'm ready to import apmd into freefall CVS repository.
Now manpage (first version) and patch for CURRENT kernel were prepared :)
Please review them before my commit. Any comments, suggestions,
corrections are very appreciated.
The latest (and final?) version of apmd package is available at:
Thanks a lot for your testing.
I'm preparing -current NotePC for testing this.
imp> I've applied the patches to my -current system. I had to apply two by
imp> hand, and then it just compiled and appeared to work with no ill
imp> effects on my desktop.
It should :)
I heard that 3.2-RELEASE kerne
Hi, folks.
graham> ooh apmd, cool.
graham> I was wondering if someone had started somthing like this, I'm excited.
Sorry to late, now first version of apmd package for FreeBSD is available at
apmd(8):
http://home.jp.freebsd.org/~iwasaki/apm/19990610/apmd-usr.sbin.tar.gz
3.2-RELEASE kernel patch
28 matches
Mail list logo