Closed
Bug 1010035
Opened 10 years ago
Closed 7 years ago
[B2G] add marionette tests for Cdma 3-way calling
Categories
(Firefox OS Graveyard :: RIL, defect)
Tracking
(blocking-b2g:-)
RESOLVED
WONTFIX
blocking-b2g | - |
People
(Reporter: hsinyi, Unassigned)
References
Details
(Whiteboard: [p=3])
Attachments
(3 files, 2 obsolete files)
(deleted),
patch
|
Details | Diff | Splinter Review | |
(deleted),
text/plain
|
Details | |
(deleted),
text/x-vhdl
|
Details |
No description provided.
Reporter | ||
Updated•10 years ago
|
Whiteboard: [p=2]
Reporter | ||
Comment 1•10 years ago
|
||
Reporter | ||
Comment 2•10 years ago
|
||
Attachment #8423777 -
Attachment is obsolete: true
Reporter | ||
Updated•10 years ago
|
Whiteboard: [p=2] → [p=3]
Reporter | ||
Comment 3•10 years ago
|
||
(In reply to Hsin-Yi Tsai [:hsinyi] from comment #2)
> Created attachment 8423779 [details] [diff] [review]
> WIP
Should add test case for 'separate' too.
Updated•10 years ago
|
blocking-b2g: --- → backlog
Reporter | ||
Updated•10 years ago
|
Target Milestone: --- → 2.0 S2 (23may)
Reporter | ||
Updated•10 years ago
|
Target Milestone: 2.0 S2 (23may) → 2.0 S3 (6june)
Reporter | ||
Comment 4•10 years ago
|
||
The test cases basically work fine.
However, when I try to run all test cases in sequence, I sometime encounter "time out" failure.
After setRadioEnabled(), I don't get the expected event "radiostatechange" even the request succeeds...
Keep debugging.
Attachment #8423779 -
Attachment is obsolete: true
Reporter | ||
Comment 5•10 years ago
|
||
test_cdma_3way_call.js sets radio to true before finish. However, gecko somehow sends another request to turn off radio that cause the subsequent test, test_cdma_3way_call_separate.js, fails because the follower can't wait for the radiochange event.
Keep debugging...
Reporter | ||
Comment 6•10 years ago
|
||
(In reply to Hsin-Yi Tsai (OOO 5/30 ~ 6/8) [:hsinyi] from comment #5)
> Created attachment 8430005 [details]
> log11 - debug...
>
> test_cdma_3way_call.js sets radio to true before finish. However, gecko
> somehow sends another request to turn off radio that cause the subsequent
> test, test_cdma_3way_call_separate.js, fails because the follower can't wait
> for the radiochange event.
>
> Keep debugging...
Hmmm... there comes UNSOLICITED_RIL_CONNECTED triggering turning off radio enforcedly. And this unsol event results from rild reconnection. Next step is figuring out what happened below:
4105 05-28 06:48:16.282 E/RILPROXY( 45): RIL Response: unexpected error on write errno:32
4106 05-28 06:48:16.282 E/RILPROXY( 45): RIL Response: unexpected error on write errno:9
4107 05-28 06:48:16.282 E/RILPROXY( 45): RIL Response: unexpected error on write errno:9
4108 05-28 06:48:16.282 E/RILPROXY( 45): RIL Response: unexpected error on write errno:9
4109 05-28 06:48:16.282 E/RILPROXY( 45): RIL Response: unexpected error on write errno:9
4110 05-28 06:48:16.282 E/RILPROXY( 45): RIL Response: unexpected error on write errno:9
4111 05-28 06:48:16.282 E/RILPROXY( 45): RIL Response: unexpected error on write errno:9
4112 05-28 06:48:16.282 E/RILPROXY( 45): RIL Response: unexpected error on write errno:9
4113 05-28 06:48:16.282 E/RILPROXY( 45): RIL Response: unexpected error on write errno:9
4114 05-28 06:48:16.282 E/RILPROXY( 45): RIL Response: unexpected error on write errno:9
4115 05-28 06:48:16.282 E/RILPROXY( 45): RIL Response: unexpected error on write errno:9
4116 05-28 06:48:16.282 E/RILPROXY( 45): RIL Response: unexpected error on write errno:9
4117 05-28 06:48:16.282 E/RILPROXY( 45): RIL Response: unexpected error on write errno:9
4118 05-28 06:48:16.282 E/RILPROXY( 45): RIL Response: unexpected error on write errno:9
4119 05-28 06:48:16.282 E/RILPROXY( 45): RIL Response: unexpected error on write errno:9
4120 05-28 06:48:16.282 E/RILPROXY( 45): RIL Response: unexpected error on write errno:9
4121 05-28 06:48:16.282 E/RILPROXY( 45): Failed to read from rild socket, closing...
4122 05-28 06:48:16.282 D/RILPROXY( 45): Waiting on socket
4123 05-28 06:48:16.292 I/Gecko ( 44): -*- RadioInterfaceLayer: Already registered this target!
4124 05-28 06:48:16.322 D/RILPROXY( 45): Socket connected
4125 05-28 06:48:16.322 D/RILPROXY( 45): Connecting to socket rild
4126 05-28 06:48:16.322 I/Gonk ( 44): RIL[0]: OnDisconnect
4127 05-28 06:48:16.332 D/RILPROXY( 45): Connected to socket rild
4128 05-28 06:48:16.332 I/RILC ( 38): libril: new connection
4129 05-28 06:48:16.332 I/RILC ( 38): RIL Daemon version: android reference-ril 1.0
Reporter | ||
Comment 7•10 years ago
|
||
Fatal signal 13 (SIGPIPE) at 0x0000002d (code=0)
We queried a too large buffer size when sending type 93 "RIL_REQUEST_CDMA_SET_BROADCAST_SMS_CONFIG." That's probably because when we switched modem tech, the cellbroadcast search list wasn't correctly updated. The search list range might not be valid for cdma... Bug 1032727 has been filed. And I am going to have some workaround in the test cases.
snippet
=====
5579 06-30 09:20:31.072 I/Gecko ( 44): RIL Worker: Current buffer of 1024 is too small.
5580 06-30 09:20:31.072 I/Gecko ( 44): RIL Worker: New outgoing buffer size is 2048
5581 06-30 09:20:31.092 I/Gecko ( 44): RIL Worker: Current buffer of 2048 is too small.
5582 06-30 09:20:31.092 I/Gecko ( 44): RIL Worker: New outgoing buffer size is 4096
5583 06-30 09:20:31.102 I/Gecko ( 44): RIL Worker: Current buffer of 4096 is too small.
5584 06-30 09:20:31.102 I/Gecko ( 44): RIL Worker: New outgoing buffer size is 8192
5585 06-30 09:20:31.112 I/Gecko ( 44): RIL Worker: Current buffer of 8192 is too small.
5586 06-30 09:20:31.112 I/Gecko ( 44): RIL Worker: New outgoing buffer size is 16384
5587 06-30 09:20:31.212 I/Gecko ( 44): RIL Worker: Current buffer of 16384 is too small.
5588 06-30 09:20:31.212 I/Gecko ( 44): RIL Worker: New outgoing buffer size is 32768
5589 06-30 09:20:31.222 I/Gecko ( 44): RIL Worker: Current buffer of 32768 is too small.
5590 06-30 09:20:31.222 I/Gecko ( 44): RIL Worker: New outgoing buffer size is 65536
5591 06-30 09:20:31.302 I/Gecko ( 44): RIL Worker: Current buffer of 65536 is too small.
5592 06-30 09:20:31.302 I/Gecko ( 44): RIL Worker: New outgoing buffer size is 131072
5593 06-30 09:20:31.812 I/Gecko ( 44): RIL Worker: Outgoing parcel: 0,1,116,36,93,0,0,0,230,0,0,0,2,31,0,0,0,176,0,0,0,0,0,0,1,0,0,0,2,176,0,0,0,0,0,0,1,0,0,0,3,176 ,0,0,0,0,0,0,1,0,0,0,4,176,0,0,0,0,0,0,1,0,0,0,5,176,0,0,0,0,0,0,1,0,0,0,6,176,0,0,0,0,0,0,1,0,0,0,7,176,0,0,0,0,0,0,1,0,0,0,8,176,0,0,0,0,0,0,1,0,0,0,9,176,0,0,0, 0,0,0,1,0,0,0,10,176,0,0,0,0,0,0,1,0,0,0,11,176,0,0,0,0,0,0,1,0,0,0,12,176,0,0,0,0,0,0,1,0,0,0,13,176,0,0,0,0,0,0,1,0,0,0,14,176,0,0,0,0,0,0,1,0,0,0,15,176,0,0,0,0 ,0,0,1,0,0,0,16,176,0,0,0,0,0,0,1,0,0,0,17,176,0,0,0,0,0,0,1,0,0,0,18,176,0,0,0,0,0,0,1,0,0,0,19,176,0,0,0,0,0,0,1,0,0,0,20,176,0,0,0,0,0,0,1,0,0,0,21,176,0,0,0,0, 0,0,1,0,0,0,22,176,0,0,0,0,0,0,1,0,0,0,23,176,0,0,0,0,0,0,1,0,0,0,24,176,0,0,0,0,0,0,1,0,0,0,25,176,0,0,0,0,0,0,1,0,0,0,26,176,0,0,0,0,0,0,1,0,0,0,27,176,0,0,0,0,0 ,0,1,0,0,0,28,176,0,0,0,0,0,0,1,0,0,0,29,176,0,0,0,0,0,0,1,0,0,0,30,176,0,0,0,0,0,0,1,0,0,0,31,176,0,0,0,0,0,0,1,0,0,0,32,176,0,0,0,0,0,0,1,0,0,0,33,176,0,0,0,0,0, 0,1,0,0,0,34,176,0,0,0,0,0,0,1,0,0,0,35,176,0,0,0,0,0,0,1,0,0,0,36,176,0,0,0,0,0,0,
5594 06-30 09:20:31.822 I/Gecko ( 44): RIL Worker: New incoming parcel of size 12
5595 06-30 09:20:31.822 I/Gecko ( 44): RIL Worker: Parcel (size 12): 0,0,0,0,220,0,0,0,0,0,0,0
5596 06-30 09:20:31.832 E/RILC ( 38): error on reading command socket errno:27
5597 06-30 09:20:31.832 F/libc ( 45): Fatal signal 13 (SIGPIPE) at 0x0000002d (code=0)
=====
Updated•10 years ago
|
blocking-b2g: backlog → -
Target Milestone: 2.0 S3 (6june) → ---
Comment 9•7 years ago
|
||
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•