Closed Bug 944231 Opened 11 years ago Closed 11 years ago

[Fugu] [DSDS] data registration is always in "searching" state for the second sim

Categories

(Firefox OS Graveyard :: RIL, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 943191

People

(Reporter: jessica, Unassigned)

References

Details

Attachments

(4 files)

Attached file log for data searching on second sim. (deleted) —
We have set the preferred network type to GSM and GSM preferred for both SIMs, but the data registration in the second sim is always is "searching" state, so we haven't been able to test data connection in the second sim.

Note that the preferred network type setting takes effect on both sims right now, see Bug 944225.
Sam, is this a device HW limitation?
Flags: needinfo?(sam.hua)
Hi Ken,
Yes, when Fugu is in dual sim mode,
SIM 0 W+G mode 
SIM 1 GSM only (cann't be changed)
Flags: needinfo?(sam.hua)
(In reply to sam.hua from comment #2)
> SIM 1 GSM only (cann't be changed)
So there is not GPRS feature in SIM2 and you only support voice service in SIM2
Flags: needinfo?(sam.hua)
Hi Sam:
 Will that be possibile to setup data call with SIM2?
Any pre-condition? ex: international roaming.

And, how about MMS if there is no data on slot 2?

Thanks!!
sku
Hi Shawn,

SIM1/SIM2 should attach data network when it need data service when in dual sim mode.
and detach data network when idle.
Flags: needinfo?(sam.hua)
I don't get the point here.

For Fugu in our hand, we see data registration state stay in "searching", that cause no PDP can be setup (due to no GPRS attached). That means we can not setup data connection properly with SIM2.

From your comment, 
"SIM1/SIM2 should attach data network when it need data service when in dual sim mode.
and detach data network when idle."

Does that mean SIM2 will/can have data connection by using default APN type? or something else?

For MMS part, will that be possible to send it via SIM2?


PS:
 Attaching data network seems to be the job of GMM task (modem side), not RILD/Gecko's scope. please correct me if I am wrong.
Flags: needinfo?(sam.hua)
Hi Shawn,

It is impossible to let two sim cards keep data connection at the same time.
I think u can use our android image to check our setting app. In our Android SW, Setting->SIM Manager
Flags: needinfo?(sam.hua)
Hi Sam:
 Yes, I know it is not possible to keep data connection at the same time, That's why I ask the precondition as Comment 4.

In my understanding, data will be available under internation roaming or some other specific conditions.

So, by your reply (Comment 7), we have to switch to slot2 then use MMS via SIM2, right?
Flags: needinfo?(sam.hua)
Yes,we have to switch to slot2 then use MMS via SIM2.
Flags: needinfo?(sam.hua)
Attachment #8339709 - Attachment mime type: text/x-log → text/plain
Attached file AOSP v.s. FFOS logs (deleted) —
Hi Sam:
 Please kindly help us check this issue.

Is there anything we missed that cause data registration always stay at "searching"?
(ex: need to preferredNetworkType to GSM only or??)


// fugu AOSP log, we can see data registered via SIM2 
12-02 02:16:01.010   105   105 I Gecko   : -*- RadioInterface[1]: 'ril.radio.preferredNetworkType' is now wcdma/gsm
12-02 14:59:44.436   638   777 D RILJ    : [1][0154]< DATA_REGISTRATION_STATE {1, 849, cdfb, 2, null, 3}

// fugu FFOS log, there is always keep in searching state via SIM2.
12-02 15:21:50.824   105   105 I Gecko   : -*- RILContentHelper: Received message 'RIL:DataInfoChanged': {"clientId":1,"data":{"connected":false,"emergencyCallsOnly":false,"roaming":false,"network":null,"cell":null,"type":null,"signalStrength":null,"relSignalStrength":null,"state":"searching"}}
Flags: needinfo?(sam.hua)
Hi,i can't unzip this attachment.
could u give it to me again?
Flags: needinfo?(sam.hua)
and SIM2 should work in GSM only mode.
I couldn't find the setup data call request from gecko.
and,if could, please force to setup a data call with correct APN settings to SIM2 in gecko.so we can know modem is correct or not.
Attached file fugu_aosp.log (deleted) —
Attached file fugu_ffos.log (deleted) —
I am trying to force preferred network type to GSM only, and will update result later.
Hi,
Just use adb to send AT to SIM2, can get this response
action:

adb root
adb shell
cat /dev/CHNPTYW5 &   
echo "AT+CGACT=0,1\r" >/dev/CHNPTYW5
echo "AT+CGDCONT=1,\"IP\",\"cmnet\",\"\",0,0\r" >/dev/CHNPTYW5
echo "AT+CGDATA=\"PPP\",1\r" >/dev/CHNPTYW5

result:

D/AT      (  101): [w] Channel4: AT> AT+CGREG?
D/AT      (  101): [w] Channel4: AT< +CGREG: 2,1,"18BE","000091A2",3
D/AT      (  101): [w] Channel4: AT< OK
D/RILC    (  101): [w] [0077]< DATA_REGISTRATION_STATE {1,18be,91a2,2,(null),3}

does it means data network is registered?
(In reply to sam.hua from comment #17)
> Hi,
> Just use adb to send AT to SIM2, can get this response
> action:
> 
> adb root
> adb shell
> cat /dev/CHNPTYW5 &   
> echo "AT+CGACT=0,1\r" >/dev/CHNPTYW5
> echo "AT+CGDCONT=1,\"IP\",\"cmnet\",\"\",0,0\r" >/dev/CHNPTYW5
> echo "AT+CGDATA=\"PPP\",1\r" >/dev/CHNPTYW5
> 
> result:
> 
> D/AT      (  101): [w] Channel4: AT> AT+CGREG?
> D/AT      (  101): [w] Channel4: AT< +CGREG: 2,1,"18BE","000091A2",3
> D/AT      (  101): [w] Channel4: AT< OK
> D/RILC    (  101): [w] [0077]< DATA_REGISTRATION_STATE
> {1,18be,91a2,2,(null),3}
> 
> does it means data network is registered?

Yes, according to TS27.007, it's registered.
I tried to force setup data connection without checking the data registration state and data connection could be successfully established. Does it mean data registration will be registered only when requesting data connection?
Hi jessica,

I will confirmed it later because I need to check it in our android framework.
Maybe u can ignore this condition check temporary.
Hi Sam:
 It seems fugu modem will not try to attach GPRS (at GMM) until SETUP_DATA_CALL request.
However, pure AOSP will wait GPRS attached, then try to SETUP_DATA_CALL.

Please help double confirm it.


// fugu AOSP
12-02 14:59:40.200   638   777 D RILJ    : [1][0114]< DATA_REGISTRATION_STATE {2, null, null, null, null, 3}
12-02 14:59:40.750   226   836 D RILC    : [w] [0118]< DATA_REGISTRATION_STATE {2,(null),(null),(null),(null),3}
12-02 14:59:41.130   638   777 D RILJ    : [1][0118]< DATA_REGISTRATION_STATE {2, null, null, null, null, 3}

12-02 14:59:41.800   638  1123 D RILJ    : [1][0121]> SETUP_DATA_CALL 4 0 internet   3 IP

12-02 14:59:44.156   226   783 D RILC    : [w] [0154]< DATA_REGISTRATION_STATE {1,849,cdfb,2,(null),3}
12-02 14:59:44.436   638   777 D RILJ    : [1][0154]< DATA_REGISTRATION_STATE {1, 849, cdfb, 2, null, 3}
12-02 14:59:46.256   638   777 D RILJ    : [1][0121]< SETUP_DATA_CALL DataCallState: {version=7 status=0 retry=-1 cid=1 active=1 type=IP' ifname='veth0' addresses=[42.68.39.0] dnses=[168.95.1.1,168.95.192.1] gateways=[42.68.39.0]}
Summary: [Fugu] data registration is always in "searching" state for the second sim → [Fugu] [DSDS] data registration is always in "searching" state for the second sim
I think this is solved after the fix in Bug 943191. Should we close it?
Close per comment 21.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: