-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Somebody in the thread at some point said:
| On my laptops, it's been years since I last felt the need to have | > anything that looked like APM, so it always puzzled me a little | > why we had that seemingly obsolete thing in Openmoko. | > | > So, two questions: | > 1) is APM emulation something new code should use at all ? No. | > 2) would user space developers cry bitter tears if we removed it ? No... ...if someone writes a battery class driver for GTA01. |> | It seems that we all agree that the APM interface should go. That's |> |> Someone needs to test that the "apm" applet that folks are using in |> userspace does not actually need APM emulation in kernel. It kinda |> sounds like they should be related. |> |> Why don't you cook a kernel with the APM emulation unconfigured, and |> test it? |> | | I've commented out the apm emulation code in pcf50633.c and | apm_get_power_status set to NULL. This kernel booted up fine. But when | I ran the "apm" command, it said "Battery critically low" or something | like that, a false positive. | | How exactly do I test it ? You have tested it, it breaks for battery status. I have often read people using apm -s to trigger a suspend, I don't know if anyone uses it for anything else in any of the distros like battery status. If it still runs enough for apm -s, and nobody wants to save it, I guess it can go. cc-d this to devel list so anyone who likes APM emulation can't complain after it is gone. - -Andy -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkjlDloACgkQOjLpvpq7dMqTYgCdH2L/gOW2DOX2rpCDK4pm7HwX 6KMAn1ArrS8gUsTMa8RJaUOcVpUS5qyD =oTlS -----END PGP SIGNATURE----- _______________________________________________ devel mailing list [email protected] https://lists.openmoko.org/mailman/listinfo/devel
