Closed Bug 1001352 Opened 12 years ago Closed 12 years ago

[B2G][RIL][Flame] Enable data subscription for flame dsds mode.

Categories

(Firefox OS Graveyard :: RIL, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:1.4+, firefox30 wontfix, firefox31 wontfix, firefox32 fixed, b2g-v1.4 fixed, b2g-v2.0 fixed)

RESOLVED FIXED
2.0 S1 (9may)
blocking-b2g 1.4+
Tracking Status
firefox30 --- wontfix
firefox31 --- wontfix
firefox32 --- fixed
b2g-v1.4 --- fixed
b2g-v2.0 --- fixed

People

(Reporter: kchang, Assigned: edgar)

References

Details

(Whiteboard: [priority][p=1])

Attachments

(1 file, 2 obsolete files)

There is a new interface added in flame. The interface is used for enabling data service in a specific SIM, otherwise, the data service cannot be enabled in flame. Therefore, we need to add this mechanism in reference ril for flame.
Blocks: 994463
blocking-b2g: --- → backlog
Whiteboard: [priority]
Summary: [Flame][B2G]Add a interface to enable data service for flame dsds mode. → [B2G][RIL][Flame] Enable data subscription for flame dsds mode.
Attached patch Patch, v1 (obsolete) — Splinter Review
Whiteboard: [priority] → [priority][p=1]
Target Milestone: 2.0 S2 (23may) → 2.0 S1 (9may)
Use the system property which was introduced in bug 1003011 to control this feature. (ro.moz.ril.subscription_control)
Attachment #8417324 - Flags: review?(htsai)
Comment on attachment 8417324 [details] [diff] [review] Patch, v1 Review of attachment 8417324 [details] [diff] [review]: ----------------------------------------------------------------- ::: dom/system/gonk/RadioInterfaceLayer.js @@ +793,5 @@ > let radioInterface = connHandler.radioInterface; > if (RILQUIRKS_DATA_REGISTRATION_ON_DEMAND) { > radioInterface.setDataRegistration(true); > } > + if (RILQUIRKS_SUBSCRIPTION_CONTROL) { RILQUIRKS_DATA_REGISTRATION_ON_DEMAND and RILQUIRKS_SUBSCRIPTION_CONTROL need to be exclusive. Please do if (..._ON_DEMAND) { } else if (..._CONTROL) { } so once _ON_DEMAND is true, we don't need to check _CONTROL. @@ +818,5 @@ > oldIface.setDataRegistration(false); > newIface.setDataRegistration(true); > } > + if (RILQUIRKS_SUBSCRIPTION_CONTROL) { > + newIface.setDataSubscription(); ditto. @@ +836,5 @@ > if (RILQUIRKS_DATA_REGISTRATION_ON_DEMAND) { > newIface.setDataRegistration(true); > } > + if (RILQUIRKS_SUBSCRIPTION_CONTROL) { > + newIface.setDataSubscription(); ditto. @@ +862,5 @@ > oldIface.setDataRegistration(false); > newIface.setDataRegistration(true); > } > + if (RILQUIRKS_SUBSCRIPTION_CONTROL) { > + newIface.setDataSubscription(); ditto. ::: dom/system/gonk/ril_worker.js @@ +1365,5 @@ > + */ > + setDataSubscription: function(options) { > + this.context.Buf.simpleRequest(REQUEST_SET_DATA_SUBSCRIPTION, options); > + }, > + In fugu we did [1] to a) track the previous preference before radio off, and b) track the preference on bootup, because we will try to attach data registration on the default sim for data, but it would fail due to 'radio not available', so we need to set it again on radio on. We need to consider those for Flame as well, right? [1] http://dxr.mozilla.org/mozilla-central/source/dom/system/gonk/ril_worker.js?from=ril_worker.js&case=true#6486
Attachment #8417324 - Flags: review?(htsai)
(In reply to Hsin-Yi Tsai [:hsinyi] from comment #3) > Comment on attachment 8417324 [details] [diff] [review] > Patch, v1 > > Review of attachment 8417324 [details] [diff] [review]: > ----------------------------------------------------------------- > > ::: dom/system/gonk/RadioInterfaceLayer.js > @@ +793,5 @@ > > let radioInterface = connHandler.radioInterface; > > if (RILQUIRKS_DATA_REGISTRATION_ON_DEMAND) { > > radioInterface.setDataRegistration(true); > > } > > + if (RILQUIRKS_SUBSCRIPTION_CONTROL) { > > RILQUIRKS_DATA_REGISTRATION_ON_DEMAND and RILQUIRKS_SUBSCRIPTION_CONTROL > need to be exclusive. Please do Will do this in next version, thank you. > > if (..._ON_DEMAND) { > } else if (..._CONTROL) { > } > > so once _ON_DEMAND is true, we don't need to check _CONTROL. > > @@ +818,5 @@ > > oldIface.setDataRegistration(false); > > newIface.setDataRegistration(true); > > } > > + if (RILQUIRKS_SUBSCRIPTION_CONTROL) { > > + newIface.setDataSubscription(); > > ditto. > > @@ +836,5 @@ > > if (RILQUIRKS_DATA_REGISTRATION_ON_DEMAND) { > > newIface.setDataRegistration(true); > > } > > + if (RILQUIRKS_SUBSCRIPTION_CONTROL) { > > + newIface.setDataSubscription(); > > ditto. > > @@ +862,5 @@ > > oldIface.setDataRegistration(false); > > newIface.setDataRegistration(true); > > } > > + if (RILQUIRKS_SUBSCRIPTION_CONTROL) { > > + newIface.setDataSubscription(); > > ditto. > > ::: dom/system/gonk/ril_worker.js > @@ +1365,5 @@ > > + */ > > + setDataSubscription: function(options) { > > + this.context.Buf.simpleRequest(REQUEST_SET_DATA_SUBSCRIPTION, options); > > + }, > > + > > In fugu we did [1] to a) track the previous preference before radio off, and > b) track the preference on bootup, because we will try to attach data > registration on the default sim for data, but it would fail due to 'radio > not available', so we need to set it again on radio on. We need to consider > those for Flame as well, right? Oh, I missed this case, will address this in next version. Thank you. > > [1] > http://dxr.mozilla.org/mozilla-central/source/dom/system/gonk/ril_worker. > js?from=ril_worker.js&case=true#6486
Attached patch Patch, v2 (obsolete) — Splinter Review
Attached patch Patch, v2Splinter Review
Uploaded a wrong patch, attach correct one.
Attachment #8418521 - Attachment is obsolete: true
Comment on attachment 8418524 [details] [diff] [review] Patch, v2 In this version, I adjust the logic a little bit. Because the usage of data subscription is almost the same as |setDataRegistration()| (the fugu one), so I reuse the same call path but send different RIL REQUEST (this also cover the radio on case). How about this way? Thank you.
Attachment #8418524 - Flags: review?(htsai)
Comment on attachment 8418524 [details] [diff] [review] Patch, v2 Review of attachment 8418524 [details] [diff] [review]: ----------------------------------------------------------------- Looks good, thank you!
Attachment #8418524 - Flags: review?(htsai) → review+
Attachment #8417324 - Attachment is obsolete: true
Noming for 1.4 given that Flame needs this for dsds data connection.
blocking-b2g: backlog → 1.4?
blocking-b2g: 1.4? → 1.4+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: