Closed Bug 996415 Opened 11 years ago Closed 11 years ago

[Tarako] it takes long time to end current phone call after ignore a 3rd MT call

Categories

(Firefox OS Graveyard :: Vendcom, defect)

Other
Other
defect
Not set
normal

Tracking

(b2g-v1.3T affected)

RESOLVED DUPLICATE of bug 994455
Tracking Status
b2g-v1.3T --- affected

People

(Reporter: angelc04, Unassigned)

Details

(Whiteboard: [POVB])

Attachments

(2 files)

Attached file adb logcat
Steps to reproduce ----------------------------------------------------------------------------- 1. Go to Settings -> Call Settings to enable Call Waiting for SIM1 2. Make a MO call using SIM1 3. After MO call connection is established, make a MT call to test device 4. Ignore the MT call 5. Try to end the MO call --> You will notice that it took long time (sometimes more than 10s) to end the call connection on test device. Attached adb logcat. Test starts: 04-15 11:45:49.830 Test Build -------------------------------------------------------------------------- Gaia 23488b1a45221c17e6a32fdd4c9d0fdbdcf2d021 Gecko https://hg.mozilla.org/releases/mozilla-b2g28_v1_3t/rev/72055108f470 BuildID 20140414164002 Version 28.1 ro.build.version.incremental=eng.cltbld.20140414.200743
Attachment #8406611 - Attachment mime type: text/x-log → text/plain
Hi Peipei: Could you please also get the radio log at the same time? // command to get both device/radio log at the same time adb logcat -b radio -b main -v threadtime > c:/temp/996415.log and attach c:/temp/996415.log to bugzilla again. Thanks!! Shawn
Flags: needinfo?(pcheng)
(In reply to shawn ku [:sku] from comment #1) > Hi Peipei: > Could you please also get the radio log at the same time? > > // command to get both device/radio log at the same time > adb logcat -b radio -b main -v threadtime > c:/temp/996415.log > > > and attach c:/temp/996415.log to bugzilla again. > > Thanks!! > Shawn Please also have gecko ril debugger enabled, thanks!
Attached file adb logcat - radio
Attached adb log with radio enabled. Test starts: 04-15 12:10:35.440
Flags: needinfo?(pcheng)
Hi Sam: Please invite modem RD to check why HANGUP take 10 sec to finish the job. 04-15 12:11:25.010 96 404 D RILC : [0842]> HANGUP (1) 04-15 12:11:35.120 96 404 D RILC : [0842]< HANGUP --- 04-15 12:11:18.080 96 405 D RILC : [0837]< GET_CURRENT_CALLS {[id=1,ACTIVE,toa=129,norm,mo,als=0,voc,noevp,18510974186,cli=0,name='(null)',0][id=2,WAITING,toa=161,norm,mt,als=0,voc,noevp,15510770102,cli=0,name='(null)',0} 04-15 12:11:18.710 96 406 D RILC : [0838]> HANGUP_WAITING_OR_BACKGROUND 04-15 12:11:18.850 96 406 D RILC : [0838]< HANGUP_WAITING_OR_BACKGROUND 04-15 12:11:18.850 96 404 D RILC : [0839]< GET_CURRENT_CALLS {[id=1,ACTIVE,toa=129,norm,mo,als=0,voc,noevp,18510974186,cli=0,name='(null)',0} 04-15 12:11:18.860 96 405 D RILC : [0840]< GET_CURRENT_CALLS {[id=1,ACTIVE,toa=129,norm,mo,als=0,voc,noevp,18510974186,cli=0,name='(null)',0} 04-15 12:11:25.010 96 404 D RILC : [0842]> HANGUP (1) 04-15 12:11:25.190 96 405 D RILC : [0843]> GET_CURRENT_CALLS 04-15 12:11:35.120 96 404 D RILC : [0842]< HANGUP 04-15 12:11:35.130 96 405 D RILC : [0843]< GET_CURRENT_CALLS }
Flags: needinfo?(sam.hua)
Component: RIL → Vendcom
Whiteboard: [POVB]
I am not sure, Shawn... Is this a dup of bug 994455? Noming just in case it is not.
blocking-b2g: --- → 1.3T?
Attachment #8406614 - Attachment mime type: text/x-log → text/plain
(In reply to Naoki Hirata :nhirata (please use needinfo instead of cc) from comment #5) > I am not sure, Shawn... Is this a dup of bug 994455? Noming just in case it > is not. According to the snippet, looks a dup of bug 994455 04-15 12:11:25.190 96 405 D RIL : channel2 state: '0' 04-15 12:11:25.190 96 405 D RIL : get Channel ID '2' 04-15 12:11:25.190 96 405 D AT : Channel2: AT> AT+CLCC 04-15 12:11:25.190 89 188 W audio_hw_primary: call start, Get CMD(13) from cp, paras_size:0 devices:0x1 mode:2 04-15 12:11:25.190 89 188 E audio_hw_primary: :VBC_CMD_HAL_CLOSE IN. ============================================================================ 04-15 12:11:25.190 89 188 W audio_hw_primary: VBC_CMD_HAL_CLOSE, try lock 04-15 12:11:25.190 89 188 W audio_hw_primary: VBC_CMD_HAL_CLOSE, got lock ============================================================================ 04-15 12:11:25.380 3242 3242 I Gecko : ###################################### forms.js loaded 04-15 12:11:25.400 3242 3242 I Gecko : ############################### browserElementPanning.js loaded 04-15 12:11:25.420 3242 3242 I Gecko : ######################## BrowserElementChildPreload.js loaded
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
blocking-b2g: 1.3T? → ---
Flags: needinfo?(sam.hua)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: