Re: ACPI and APM interoperability?
In message [EMAIL PROTECTED] Scott Long writes: : On Mon, Oct 01, 2001 at 10:50:17AM +0200, Georg-W. Koltermann wrote: : Hi, : : I'm wondering how I should handle APM now that ACPI has basically : taken over power management responsibility. : : APM and ACPI are mutually exclusive from what I understand. You should : remove the apm device from your kernel config. I've been able to run both with my VAIO. However, my VAIO hangs randomly with ACPI enabled (even when i have apm disable). : It seems I still need to configure APM so that /dev/apm is there and : battery monitoring utilities like the GNOME battery_applet can work. : : Battery, temp, etc, can be monitored via the hw.acpi sysctl tree. : Someone will have to do the required conversion to the various APM : utilities is GNOME and whatever else. Hmmm. That's good to know. I didn't know that until now. I'll have to reboot my vaio to see how good/bad this information is. : I also was able to suspend and resume my machine (DELL Inspiron 7500) : with APM being configured (and ACPI being active by default). Sound : is dead after a resume, : : What sound card? : : PCMCIA is dead after a couple of resumes, : : Resource leak? Warner? I don't see this with my Inspiron 8000, so I don't care :-). Seriously, I'm still running stable on my i8000. I'll be cutting over in a little bit (I can dual boot it now), so that will be less of an issue going forward. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI and APM interoperability?
In message [EMAIL PROTECTED] Mitsuru IWASAKI writes: : Generalized power-management interface API to have compatibility with : APM and ACPI also is suggested long time ago; : :http://www.freebsd.org/cgi/getmsg.cgi?fetch=403390+406841+/usr/local/www/db/text/2001/freebsd-current/20010114.freebsd-current I still have this message in my inbox :-). I liked the API presented in it. : Device node for ACPI is discussed bofore too; having only one /dev/acpi : or having generalized nodes for each device types such as /dev/battery0 : but we couldn't reach the conclusion, now discussion stops... I like what we do with the sound system. There's only /dev/dsp0 for people that want blast sound. Under the covers the sound system hooks up the drivers to that device. I think that doing /dev/battery would be a good idea. Doing device plumbing like this isn't too bad with newbus. Just make the battery device attach at either the acpi or apm devices. I'm doing something similar right now with a FM USB Radio driver I'm writing. I'm bringing Video 4 Linux API into the tree (assuming I don't get shot first) because there are so many cool progrms that work with that which don't work with FreeBSD. : Any suggestions on it? Once we get the conclusion, we can start developing : API and convert userland tools. What other APIs are available? Do they fit our needs? What does Linux or NetBSD do here? Anything interesting? Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI and APM interoperability?
Hi, On Mon, Oct 01, 2001 at 10:50:17AM +0200, Georg-W. Koltermann wrote: Hi, I'm wondering how I should handle APM now that ACPI has basically taken over power management responsibility. APM and ACPI are mutually exclusive from what I understand. You should remove the apm device from your kernel config. Yes, some older machines w/ ACPI can support both of them at the same time, but most modern machines don't. It seems I still need to configure APM so that /dev/apm is there and battery monitoring utilities like the GNOME battery_applet can work. Battery, temp, etc, can be monitored via the hw.acpi sysctl tree. Someone will have to do the required conversion to the various APM utilities is GNOME and whatever else. Yes, you can get battery info. in C code like; sysctlbyname(hw.acpi.battery.time, percent, len, NULL, 0); Note that these MIBs maybe change in future... Generalized power-management interface API to have compatibility with APM and ACPI also is suggested long time ago; http://www.freebsd.org/cgi/getmsg.cgi?fetch=403390+406841+/usr/local/www/db/text/2001/freebsd-current/20010114.freebsd-current Device node for ACPI is discussed bofore too; having only one /dev/acpi or having generalized nodes for each device types such as /dev/battery0 but we couldn't reach the conclusion, now discussion stops... Any suggestions on it? Once we get the conclusion, we can start developing API and convert userland tools. I also was able to suspend and resume my machine (DELL Inspiron 7500) with APM being configured (and ACPI being active by default). Sound is dead after a resume, What sound card? PCMCIA is dead after a couple of resumes, Resource leak? Warner? Is yours similar to any data at there (Dell_I7500*) ? http://www.jp.freebsd.org/cgi/cvsweb.cgi/ACPI/data/?cvsroot=freebsd-jp I guess CardBus controllers are _SB_.PCI0.CB1_ and _SB_.PCI0.CB2_ but I didn't see any sleep/wakeup hack for them... Thanks To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI and APM interoperability?
It seems Scott Long wrote: On Mon, Oct 01, 2001 at 10:50:17AM +0200, Georg-W. Koltermann wrote: I also was able to suspend and resume my machine (DELL Inspiron 7500) with APM being configured (and ACPI being active by default). Sound is dead after a resume, What sound card? PCMCIA is dead after a couple of resumes, Resource leak? Warner? It has been like that on -current for about a month or so on my Latitude as well, try to use slot1 instead of slot0, that makes it work better here... -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI and APM interoperability?
: APM and ACPI are mutually exclusive from what I understand. You should : remove the apm device from your kernel config. I've been able to run both with my VAIO. However, my VAIO hangs randomly with ACPI enabled (even when i have apm disable). You shouldn't be able to do this. 8) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI and APM interoperability?
In message [EMAIL PROTECTED] Mike Smith writes: : : APM and ACPI are mutually exclusive from what I understand. You should : : remove the apm device from your kernel config. : : I've been able to run both with my VAIO. However, my VAIO hangs : randomly with ACPI enabled (even when i have apm disable). : : You shouldn't be able to do this. 8) Like I said, it worked great, apart from the hangs. Maybe I have an evil, mutant BIOS. I'll have to upgrade to slam my fingers in the door more effectively :-) Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI and APM interoperability?
At Mon, 1 Oct 2001 08:49:10 -0600, Scott Long wrote: On Mon, Oct 01, 2001 at 10:50:17AM +0200, Georg-W. Koltermann wrote: [...] I also was able to suspend and resume my machine (DELL Inspiron 7500) with APM being configured (and ACPI being active by default). Sound is dead after a resume, What sound card? Sep 28 23:38:22 hunter /boot/kernel/kernel: pcm0: ESS Technology Maestro-2E port 0x1400-0x14ff irq 5 at device 8.0 on pci0 -- Regards, Georg. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message