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)

ARM
Gonk (Firefox OS)
defect

Tracking

(blocking-b2g:leo+, b2g18 fixed, b2g18-v1.0.1 fixed)

VERIFIED FIXED
blocking-b2g leo+
Tracking Status
b2g18 --- fixed
b2g18-v1.0.1 --- fixed

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
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.
One other thing of note: I was using a TMobile card to test.
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
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.
This issue is breaking or blocking 9 smoketests. Requesting escalation to Pri 1
blocking-b2g: --- → leo?
Build reference for comment 7: Build ID: 20130605070207 Gecko: 09dc1ae3b1b5 Gaia: 92a6e36957145cdb2ac8867e5cdba8ecf12308fc
This is blocking QA from daily testing.
(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]
Not reproducible on leo device by leo team.
blocking-b2g: leo? → leo+
Bug 880615 seems a duplication of this one.
(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.
Edgar, please check if this problem is caused by different ril daemon.
Assignee: nobody → echen
(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.
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)
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
Component: Gaia → General
(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)
As mention in comment #19, this is caused by rild and libril.so link problem. Transfer it to :vliu. Thanks.
Assignee: echen → vliu
(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)
Looks good - thanks for catching this. Please uplift to v1-train.
Flags: needinfo?(mwu)
(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)
Go for it.
Flags: needinfo?(mwu)
Merged.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
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.

Attachment

General

Creator:
Created:
Updated:
Size: