Closed Bug 1005804 Opened 11 years ago Closed 10 years ago

Data connection constantly coming up and down

Categories

(Firefox OS Graveyard :: RIL, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(tracking-b2g:backlog)

RESOLVED WORKSFORME
tracking-b2g backlog

People

(Reporter: gerard-majax, Assigned: edgar)

References

Details

(Keywords: regression)

Attachments

(1 file)

Reproducing 100% on Nexus S: enabling data connection works but results in the connection to be constantly up and down.
05-05 09:59:53.905 750 750 I Gecko : -*- DataConnectionManager: 'ril.data.enabled' is now true 05-05 09:59:53.905 750 750 I Gecko : -*- DataConnectionManager: Default id for data call: 0 05-05 09:59:53.905 750 750 I Gecko : -*- DataConnectionHandler[0]: Data call settings: connect data call. 05-05 09:59:53.905 750 750 I Gecko : -*- DataConnectionHandler[0]: setupDataCallByType: default 05-05 09:59:53.905 750 750 I Gecko : -*- DataConnectionHandler[0]: Registering callback: [object Object] 05-05 09:59:58.452 750 750 I Gecko : -*- DataConnectionHandler[0]: We're roaming, but data roaming is disabled. 05-05 09:59:59.831 750 750 I Gecko : -*- DataConnectionHandler[0]: Data call settings: nothing to do. 05-05 10:00:17.487 750 750 I Gecko : -*- DataConnectionHandler[0]: Data call settings: disconnect data call. 05-05 10:00:17.487 750 750 I Gecko : -*- DataConnectionHandler[0]: deactivateDataCallByType: default 05-05 10:00:17.530 750 750 I Gecko : -*- DataConnectionHandler[0]: Data call settings: connect data call. 05-05 10:00:17.530 750 750 I Gecko : -*- DataConnectionHandler[0]: setupDataCallByType: default 05-05 10:00:19.476 750 750 I Gecko : -*- DataConnectionHandler[0]: Nothing to do during connecting/disconnecting in progress. 05-05 10:00:21.234 750 750 I Gecko : -*- DataConnectionHandler[0]: Data call settings: connect data call. 05-05 10:00:21.234 750 750 I Gecko : -*- DataConnectionHandler[0]: setupDataCallByType: default 05-05 10:00:24.128 750 750 I Gecko : -*- DataConnectionHandler[0]: We're roaming, but data roaming is disabled. 05-05 10:00:25.569 750 750 I Gecko : -*- DataConnectionHandler[0]: Data call settings: nothing to do. 05-05 10:00:28.038 750 750 I Gecko : -*- DataConnectionHandler[0]: Data call settings: disconnect data call. 05-05 10:00:28.038 750 750 I Gecko : -*- DataConnectionHandler[0]: deactivateDataCallByType: default 05-05 10:00:28.089 750 750 I Gecko : -*- DataConnectionHandler[0]: Data call settings: connect data call. 05-05 10:00:28.089 750 750 I Gecko : -*- DataConnectionHandler[0]: setupDataCallByType: default
Can this be seen on other devices on trunk?
Keywords: qawanted
(In reply to Jason Smith [:jsmith] from comment #2) > Can this be seen on other devices on trunk? I have no idea, unfortunately. I'm seeing this on my dogfooding device and reproductibility is not 100%. For RIL people, I have no idea if it's related, but when I reproduce the issue, I think (not checked 100% yet) that I'm losing the status of the data connection on roaming setting (my operator is doing roaming where it does not yet have a network coverage).
(In reply to Jason Smith [:jsmith] from comment #2) > Can this be seen on other devices on trunk? I may have reproduced this right now on Vivien's Flame, with a Free Mobile SIM card (same as me). Vivien, if you can check whether this happens again, it would be helpful.
Flags: needinfo?(jsmith)
Flags: needinfo?(21)
(In reply to Alexandre LISSY :gerard-majax from comment #4) > (In reply to Jason Smith [:jsmith] from comment #2) > > Can this be seen on other devices on trunk? > > I may have reproduced this right now on Vivien's Flame, with a Free Mobile > SIM card (same as me). > > Vivien, if you can check whether this happens again, it would be helpful. Now that I can make phone calls with the Flame I'm going to dogfood it asap. Be sure that I will comment if I can not use data connections or if it constantly comes up and down.
Flags: needinfo?(21)
Ok - let's get RIL logs for this. Can you clarify the reproducible STR here in the bug? I want to see if we can reproduce it.
Flags: needinfo?(jsmith)
(In reply to Jason Smith [:jsmith] from comment #6) > Ok - let's get RIL logs for this. Can you clarify the reproducible STR here > in the bug? I want to see if we can reproduce it. STRs: - Enable data - wait At some point, the data connection drops very often (like every 10 secs). I have sent gecko and radio logs to Hsin-Yi by mail, the only obvious thing I could find was a request to drop data call because of a setting change.
Flags: needinfo?(htsai)
I've checked the logs and I guess the reason is because network reports that it is roaming, so in updateDataConnection() [1] in updateNetworkInfo(), it will try to disconnect data call cause data roaming is not enabled. However, later in checkRoamingBetweenOperators() [2] in updateNetworkInfo(), the final conclusion is that it's NOT roaming, so after data is disconnected, it will try to connect again. Can we provide a patch for you to test if it solves the issue? [1] http://mxr.mozilla.org/mozilla-central/source/dom/system/gonk/RadioInterfaceLayer.js#2318 [2] http://mxr.mozilla.org/mozilla-central/source/dom/system/gonk/RadioInterfaceLayer.js#2333
Thanks for comment 8. Clearing NI :)
Flags: needinfo?(htsai)
Attached patch proposed patch, v1. (deleted) — Splinter Review
Alexandre, Could you help us test with the attached patch? Thanks.
Flags: needinfo?(lissyx+mozillians)
(In reply to Jessica Jong [:jjong] [:jessica] from comment #10) > Created attachment 8418660 [details] [diff] [review] > proposed patch, v1. > > Alexandre, > > Could you help us test with the attached patch? > > Thanks. Sure, I'll try it. For now, I haven't been able to retrigger this bug today (same build).
Flags: needinfo?(lissyx+mozillians)
blocking-b2g: --- → backlog
Jessica, just to keep you posted, I haven't yet tried the proposed patch since I haven't been able to reproduce this issue.
(In reply to Alexandre LISSY :gerard-majax from comment #12) > Jessica, just to keep you posted, I haven't yet tried the proposed patch > since I haven't been able to reproduce this issue. Thanks for the update. It's strange... it should be reproducible with any device with the same SIM card and network (and modem as well). Have you tried with the same SIM card?
(In reply to Jessica Jong [:jjong] [:jessica] from comment #13) > (In reply to Alexandre LISSY :gerard-majax from comment #12) > > Jessica, just to keep you posted, I haven't yet tried the proposed patch > > since I haven't been able to reproduce this issue. > > Thanks for the update. It's strange... it should be reproducible with any > device with the same SIM card and network (and modem as well). Have you > tried with the same SIM card? Yes, no SIM difference. And not reproductible since I reported this.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
removing QAWanted tag as this issue has been resolved.
Keywords: qawanted
I am going to separate mobileconnection related code from RadioInterfaceLayer to MobileConnectionGonkProvider in bug 843452. Will consider the case mentioned in comment #8. Thank you.
Assignee: nobody → echen
blocking-b2g: backlog → ---
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: