Ticket #1945 (closed defect: duplicate)
om2008.8: Sometimes I can't call my FreeRunner when it is in suspend (with logread/x.log/dmesg)
| Reported by: | dolfje | Owned by: | openmoko-devel |
|---|---|---|---|
| Priority: | highest | Milestone: | |
| Component: | unknown | Version: | |
| Severity: | blocker | Keywords: | suspend om2008.8 |
| Cc: | testing@… | Blocked By: | |
| Blocking: | Estimated Completion (week): | ||
| HasPatchForReview: | no | PatchReviewResult: | |
| Reproducible: | always |
Description
If I put suspend mode on on the om 2008.8 distro, I (and others) sometimes can't call my FreeRunner?.
Steps for reproduce:
- put the software to suspend in 10sec
- Call my FreeRunner?
- if it succeed, leave it alone and let it suspend again
- wait for a couple minutes (sometimes 2 min, sometimes 30 min)
- goto step 2
Expected result:
- You should be able to keep on calling the FreeRunner?.
Actual result:
- The last time I called, it didn't resume on calling (around 10h03 ) and I get the voice mail on the other phone. I hang up and my FreeRunner? wakes up and says I've missed a phone call.
u-boot: 1.3.2-moko12 (http://downloads.openmoko.org/releases/Om2008.8-update/gta02v5_and_up-u-boot.bin)
kernel: http://downloads.openmoko.org/releases/Om2008.8-update/Om2008.8-gta02-20080826.uImage.bin
rootfs: http://downloads.openmoko.org/releases/Om2008.8-update/Om2008.8-gta02-20080830.rootfs.jffs2
dmesg, logread and x.log attached. (ps. The problem is around 10h03, then I've called it and it didn't resume)
reproducible: always, but sometimes it takes longer before it don't resume on phone-call.
Attachments
Change History
comment:1 Changed 5 years ago by zecke
- Owner changed from julian_chu to openmoko-devel
- Component changed from Distro to unknown
Do not set a component. That is in http://wiki.openmoko.org/wiki/Bug_Filing_Policy.
comment:2 Changed 5 years ago by zecke
If you call the phone? Does it ring (where you call) or do you directly go to the mailbox
comment:3 Changed 5 years ago by dolfje
I goes directly into the mailbox.
What I also noticed:
If the phone isn't suspended, I get interference trough my computer speakers. So I can hear when the Neo FreeRunner? checks messages, gets connected, ...
If it goes into suspend, I don't get any interference trough my speakers anymore. So I think the modem somehow doesn't tell to the provider he's still there.
comment:4 Changed 5 years ago by self
The same problem here (GTA02),
uboot: factory
kernel: uImage-gta02-mwester-stable-d6f9fd270943fb22.bin
rootfs: qtopia-4.3.2-gta02-rootfs-release-08280107.jffs2 + 4.3.3 update
After a short time in suspend, I can call the mobile.
After a longer time (about 5 minutes), I hear "The number you dialed is currently not available". The freerunner does not seem to do anything, no missed call visible.
I've got a poor network reception, but this never was a problem, if the mobile is on. But maybe in suspend it's causing problems, in case this problem is not appearing for everybody?
comment:6 Changed 5 years ago by zecke
- Cc testing@… added
@self: a) You use the plain Qtopia, you might get more help at Trolltech for that.
b) The TI Calypso does not know that we are in suspend. And we have automatic call operator selection enabled. So even if the network is lost it should reconnect. For suspend we disabale network registration status messages (at least in our version of Qtopia).
@testing: Could you test this issue. Leave the device suspended for a while and give it a call, give it a call until you can connect and see how often you need to try that?
at the end of the day it is a TI Calypso issue... or something we don't yet understand about this chip.
comment:7 Changed 5 years ago by dolfje
I've updated today my stable om 2008.8 through opkg update, opkg upgrade and I can still (happily?) reproduce this bug. So If you need me to test something, just ask me. (mail: info#alasal,be)
comment:8 Changed 5 years ago by dolfje
I think this issue is related with #1662 and isn't related with suspend. Because I could reproduce this bug while the FreeRunner? wasn't in suspend. (see #1662)
