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)

x86_64
Linux
defect
Not set
normal

Tracking

(blocking-b2g:-)

RESOLVED WONTFIX
blocking-b2g -

People

(Reporter: hsinyi, Unassigned)

References

Details

(Whiteboard: [p=3])

Attachments

(3 files, 2 obsolete files)

No description provided.
Whiteboard: [p=2]
Attached patch WIP (obsolete) (deleted) — Splinter Review
Attached patch WIP (obsolete) (deleted) — Splinter Review
Attachment #8423777 - Attachment is obsolete: true
Whiteboard: [p=2] → [p=3]
Depends on: 1011429
(In reply to Hsin-Yi Tsai [:hsinyi] from comment #2) > Created attachment 8423779 [details] [diff] [review] > WIP Should add test case for 'separate' too.
blocking-b2g: --- → backlog
Target Milestone: --- → 2.0 S2 (23may)
Target Milestone: 2.0 S2 (23may) → 2.0 S3 (6june)
Attached patch WIP (v2) (deleted) — Splinter Review
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
Attached file log11 - debug... (deleted) —
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...
(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
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) =====
blocking-b2g: backlog → -
Target Milestone: 2.0 S3 (6june) → ---
no longer work on it
Assignee: htsai → nobody
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.

Attachment

General

Created:
Updated:
Size: