Occasional fail to initiate resume by incoming call, easy workaround proposed

Andy Green andy at openmoko.com
Mon Feb 9 14:31:27 CET 2009


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Somebody in the thread at some point said:

| Calypso will not generate any interrupt until it sees CTS_MODEM fall
| for the first time after powering on. That leads to inability to
| trigger a first resume by calling or sending an SMS after turning on
| GSM and suspending.
|
| Userspace workaround:
|
| After the Calypso is powered on, do "echo 1 >
| /sys/bus/platform/devices/neo1973-pm-gsm.0/flowcontrolled; echo 0 >
| /sys/bus/platform/devices/neo1973-pm-gsm.0/flowcontrolled"

Shouldn't this be dealt with as part of the neo1973-pm-gsm ON action?

That driver is making a claim to twiddle bits needed to bring up the GSM
side, it looks like it should be folded into that, since it's a one-off
action at powerup?

Then it's independent of the rootfs.

- -Andy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkmQMC8ACgkQOjLpvpq7dMrrBgCbBgnOQmEs7o1MKGcUNb5k+qbe
nf4AnRmRlq8ewUVNASVak4a4g5vL4uwz
=5L49
-----END PGP SIGNATURE-----



More information about the openmoko-kernel mailing list