Closed
Bug 876772
Opened 13 years ago
Closed 13 years ago
[B2G][Inari][Cellular Voice and Data] Cannot connect to cell carrier after flashing to today's v1.1 build
Categories
(Firefox OS Graveyard :: General, defect, P1)
Tracking
(blocking-b2g:leo+, b2g18 fixed, b2g18-v1.0.1 fixed)
VERIFIED
FIXED
| blocking-b2g | leo+ |
People
(Reporter: ndavidson, Assigned: vliu)
References
Details
(Keywords: smoketest, Whiteboard: [mozilla-triage])
Attachments
(2 files)
Description:
After flashing to today's Inari v1.1 Comm RIL or Mozilla RIL build, device is unable to connect to the cellular carrier. The cell bars just keep flashing as if searching for a network. Device got flashed twice with the same results.
Repro Steps:
1) Updated to Inari Build ID: 20130528070209
2) Try to make a call or send SMS
Actual:
User is unable to make/receive calls and send/receive SMS. The cell bars indicator on a top just keep flashing as if searching for a network.
Expected:
User is able to make/receive calls and send/receive SMS
Environmental Variables:
Occurs on the Inari v1.1 com RIL device.
Build ID: 20130528070209
Kernel Date: Feb 21
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/611d727390a4
Gaia: 5f499ab1e4a274d3d28e20139c9cdc546dc4fc69
Version 18.0
Also occurs on the Inari v1.1 Mozilla RIL device.
Build: 20130528070209
Gecko: 611d727390a4
Gaia: 5f499ab1e4a274d3d28e20139c9cdc546dc4fc69
mozilla inari 1.1
Version 18.0
Notes:
Repro frequency: 100%,
Resetting device did not fixed the issue.
Q Analysts Test Team Priority: Priority Levels: Pri 1
Comment 1•13 years ago
|
||
I performed an OTA to:
Gecko http://hg.mozilla.org/releases/mozilla-b2g18/rev/611d727390a4
Gaia 5f499ab1e4a274d3d28e20139c9cdc546dc4fc69
BuildID 20130528070209
Version 18.0
And on my Inari device, SMS and dialer are working fine. This is using Mozilla RIL.
Comment 2•13 years ago
|
||
One other thing of note: I was using a TMobile card to test.
| Reporter | ||
Comment 3•13 years ago
|
||
I flashed Inari v1.1 mizilla to Build ID: 20130527070208
Kernel Date: Feb 21
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/9cac5a5c4efb
Gaia: 4d10e1297b859cacc174c0a54af61a7678d7c32d
and then OTA to Build ID: 20130528070209
Kernel Date: Feb 21
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/611d727390a4
Gaia: 5f499ab1e4a274d3d28e20139c9cdc546dc4fc69
Experience same issue both on 27 and 28th builds
Same issue with at&t as well as with T-Mobile Sim cards
| Reporter | ||
Comment 4•13 years ago
|
||
| Reporter | ||
Comment 5•13 years ago
|
||
Comment 6•13 years ago
|
||
Unfortunately I still see this happening using Mozilla Commercial RIL, Inari:
Gecko http://hg.mozilla.org/releases/mozilla-b2g18/rev/4785b1353fd7
Gaia 4de4354e3a99f151a834743c7b03a041ac8db12f
BuildID 20130603070207
Version 18.0
5/24 was the last time this worked properly.
Comment 7•13 years ago
|
||
This issue is breaking or blocking 9 smoketests.
Requesting escalation to Pri 1
blocking-b2g: --- → leo?
Comment 8•13 years ago
|
||
Build reference for comment 7:
Build ID: 20130605070207
Gecko: 09dc1ae3b1b5
Gaia: 92a6e36957145cdb2ac8867e5cdba8ecf12308fc
Comment 9•13 years ago
|
||
This is blocking QA from daily testing.
Comment 10•13 years ago
|
||
(In reply to lsblakk@mozilla.com [:lsblakk] from comment #9)
> This is blocking QA from daily testing.
And thus we would consider this a blocker
Whiteboard: [mozilla-triage]
Comment 12•13 years ago
|
||
Bug 880615 seems a duplication of this one.
Comment 13•13 years ago
|
||
(In reply to David Scravaglieri [:scravag] from comment #11)
> Not reproducible on leo device by leo team.
This was reported against Inari v1.1, which is one of our backup devices we use to test 1.1 if the Leo's are non functional.
Comment 14•13 years ago
|
||
Edgar, please check if this problem is caused by different ril daemon.
Assignee: nobody → echen
I think this may be related to bug 880331
Comment 16•13 years ago
|
||
(In reply to Ken Chang from comment #14)
> Edgar, please check if this problem is caused by different ril daemon.
Yes, this is caused by rild daemon can not be launched successfully.
If we replace rild with the version before 5/24, device can connect to network.
Currently have no idea why rild fail to be launched after 5/24 build.
| Assignee | ||
Comment 18•13 years ago
|
||
After the build of 5/24, the rild the inari used is generated from a specific revision in manifest. I think the revision might be wrong. mwu, may I have your comment about the revision we used in Inari? Thanks.
Flags: needinfo?(mwu)
Comment 19•13 years ago
|
||
Thanks :vliu provided some clues.
After did some analyze, the root cause is related to device/inari commit 97858b [1] ,rild and libril.so.
In current configuration, inari uses the rild of source code build + libril.so of android backup. With this setup, rild will get link problem and cannot be executed successfully.
I checked the configurations of other device, they seem use the rild of android backup [2]. Maybe Inari should follow the same setup. I am not sure. Can you help on this, :mwu?
Thanks
[1] https://github.com/mozilla-b2g/device-inari/commit/97858bf095e37b78132f0f98a0e1120e95a88ab1
[2] https://github.com/mozilla-b2g/android-device-otoro/blob/master/extract-files.sh#L217
Updated•13 years ago
|
Component: Gaia → General
Comment 20•13 years ago
|
||
(In reply to Vincent Liu[:vliu] from comment #18)
> After the build of 5/24, the rild the inari used is generated from a
> specific revision in manifest. I think the revision might be wrong. mwu, may
> I have your comment about the revision we used in Inari? Thanks.
This actually suggests that the binaries we're building against are wrong, rather than the revision. We may need to update the inari backup directory.
Flags: needinfo?(mwu)
Comment 21•13 years ago
|
||
As mention in comment #19, this is caused by rild and libril.so link problem. Transfer it to :vliu. Thanks.
Assignee: echen → vliu
| Assignee | ||
Comment 22•13 years ago
|
||
(In reply to Michael Wu [:mwu] from comment #20)
> (In reply to Vincent Liu[:vliu] from comment #18)
> > After the build of 5/24, the rild the inari used is generated from a
> > specific revision in manifest. I think the revision might be wrong. mwu, may
> > I have your comment about the revision we used in Inari? Thanks.
>
> This actually suggests that the binaries we're building against are wrong,
> rather than the revision. We may need to update the inari backup directory.
Hi mwu,
I pulled a request for the fix. Can you please help me to merge it? Thanks.
https://github.com/mozilla-b2g/device-inari/pull/1
Flags: needinfo?(mwu)
Comment 23•13 years ago
|
||
Looks good - thanks for catching this. Please uplift to v1-train.
Flags: needinfo?(mwu)
| Assignee | ||
Comment 24•13 years ago
|
||
(In reply to Michael Wu [:mwu] from comment #23)
> Looks good - thanks for catching this. Please uplift to v1-train.
Hi mwu,
The patch in Comment 22 removing the libril.so. Even so, the |Cellular & Data| in settings app still indicate |Unknown SIM Card State|. It seems that the revision we used in manifest file is still not matched. I think we should pulled libril.so and rild from extract file like the unagi did. How do you think?
Flags: needinfo?(mwu)
Updated•13 years ago
|
status-b2g18:
--- → affected
status-b2g18-v1.0.1:
--- → affected
| Assignee | ||
Comment 27•13 years ago
|
||
(In reply to Michael Wu [:mwu] from comment #26)
> Go for it.
master:
https://github.com/mozilla-b2g/device-inari/pull/2
v1-train
https://github.com/mozilla-b2g/device-inari/pull/3
Comment 28•13 years ago
|
||
Merged.
Comment 31•13 years ago
|
||
Comment 32•13 years ago
|
||
Verified fixed on
Inari ID: 20130621070212
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/a34f6d62cb05
Gaia: f88249cc452c39abd0768ec65729939fb561eca2
Platform Version: 18.0
User is now able to make and receive calls and SMS with Inari device
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•