Hi,
Andy Green writes:
It seems to me it's not. I used "stable" for some time and seen the
same issue. Now i switched to andy-tracking and it's just the same
(though suspends now seems to be faster). The FSO issues several
commands to the GSM modem prior to suspending, if they fail, it
doesn't try to enter suspend. The suspend should work, it can be
checked by "echo mem > /sys/power/state" (though it will resume
shortly and consume more energy than needed, because of the GSM). Also
i'm always able to suspend again after restarting gsm0710muxd (by
exiting Zhone, in example) or killing the whole frameworkd along with
gsm0710muxd.
But you are right, it's time to try the new kernel, as FSO works ok
with it (minor modifications necessary, reported on fso trac).
--
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercerpav@gmail.com
_______________________________________________
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
| Dave Hansen | Re: [RFC/PATCH] Documentation of kernel messages |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Amit K. Arora | [RFC] Heads up on sys_fallocate() |
| David Newall | Re: Slow DOWN, please!!! |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Corey Minyard | [PATCH 3/3] Convert the UDP hash lock to RCU |
| Frans Pop | svc: failed to register lockdv1 RPC service (errno 97). |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
