Closed Bug 893676 Opened 11 years ago Closed 11 years ago

[Bluetooth][A2DP] Quickly switch between devices would cause strange issues

Categories

(Firefox OS Graveyard :: Bluetooth, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:-)

RESOLVED INVALID
1.2 C2(Oct11)
blocking-b2g -

People

(Reporter: wachen, Assigned: gyeh)

References

Details

(Whiteboard: [u=devices c=BT p=0] )

Attachments

(1 file)

*Environment: Gaia: 6724eb7733dd425b65027d0c2fd414bc9b74d624 B-D 2013-07-14 00:31:48 Gecko: http://hg.mozilla.org/mozilla-central/rev/18467a85acf6 BuildID 20130714030201 Version 25.0a1 pvt master build with manually pushed audio.conf adb remount adb push B2G/system/bluetooth/data/audio.conf /etc/bluetooth/audio.conf *How to reproduce: 1. Launch "Settings" app 2. Go to "bluetooth" subsection 3. Turn on bluetooth 4. Pair with 2 A2DP-supported bluetooth earphones 5. Launch "Music" app 6. Play any music 7. You can hear it from earphone A 8. Go back to settings app in bluetooth subsection, connect to earphone B 9. connect to earphone A 10. connect to earphone B 11. repeat 9&10 for lots of times (like 10 times) *Expected Result: You can hear the music from earphone B *Actual Result: a. Music app might crash b. you might hear the music from earphone A *Note: Sorry, these are hard to reproduce. However, I do meet them twice for each. However, I didn't have the logcat on that comment. I will try to attach a logcat after a long time :P
Attached file logcat (deleted) —
blocking-b2g: --- → koi?
Blocks: 892162
Blocks: b2g-bluetooth-a2dp
No longer blocks: 892162
Whiteboard: [u= c= p=0]
Whiteboard: [u= c= p=0] → [u=devices c=BT p=0]
blocking-b2g: koi? → koi+
Assignee: nobody → echou
Target Milestone: --- → 1.2 QE1(Oct11)
This doesn't look like a Bluetooth bug. E/ProcessKiller( 104): Process /system/b2g/plugin-container (2711) has open file /mnt/secure/staging/downloads/bluetooth/01.çŽ‹è² - 百年孤寂.mp3 W/ProcessKiller( 104): Sending SIGHUP to process 2711 E/OMXNodeInstance( 2250): !!! Observer died. Quickly, do something, ... anything... F/OMXNodeInstance( 2250): frameworks/base/media/libstagefright/omx/OMXNodeInstance.cpp:203 !"should not be here, unknown state." F/libc ( 2250): Fatal signal 11 (SIGSEGV) at 0xdeadbaad (code=1) I/Gecko ( 109): I/Gecko ( 109): ###!!! [Parent][AsyncChannel] Error: Channel error: cannot send/recv I/Gecko ( 109): I/GeckoDump( 109): Crash reporter : Not online, postponing. I/DEBUG ( 114): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** I/DEBUG ( 114): Build fingerprint: 'toro/full_unagi/unagi:4.0.4.0.4.0.4/OPENMASTER/eng.cltbld.20130714.063019:eng/test-keys' I/DEBUG ( 114): pid: 2250, tid: 2250 >>> /system/bin/mediaserver <<< I/DEBUG ( 114): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr deadbaad I/DEBUG ( 114): r0 deadbaad r1 00bebdf0 r2 a0000000 r3 00000000 I/DEBUG ( 114): r4 00000000 r5 00000027 r6 00be6614 r7 00be6648 I/DEBUG ( 114): r8 00be6620 r9 00bbb6bc 10 00bbb6a8 fp 00000000 I/DEBUG ( 114): ip 4009612c sp beb83610 lr 400b2191 pc 400ae8f4 cpsr 60000030 I/DEBUG ( 114): d0 6f6e20646c756f68 d1 7265682065622074 I/DEBUG ( 114): d2 6f6e6b6e75202c65 d3 6574617473206e77 I/DEBUG ( 114): d4 0000000000000000 d5 0000000000000000 I/DEBUG ( 114): d6 4220000041300000 d7 3f8000003debc8c1 I/DEBUG ( 114): d8 0000000000000000 d9 0000000000000000 I/DEBUG ( 114): d10 0000000000000000 d11 0000000000000000 I/DEBUG ( 114): d12 0000000000000000 d13 0000000000000000 I/DEBUG ( 114): d14 0000000000000000 d15 0000000000000000 I/DEBUG ( 114): d16 3ff0000000000000 d17 3ff0000000000000 I/DEBUG ( 114): d18 7e37e43c8800759c d19 3f636ee70bc10671 I/DEBUG ( 114): d20 3f11566a8631d7d6 d21 bebbbd418439103e I/DEBUG ( 114): d22 3ff0000000000000 d23 3ff009bb63fc01c8 I/DEBUG ( 114): d24 3e66376972bea4d0 d25 0000000000000000 I/DEBUG ( 114): d26 0000000000000000 d27 0000000000000000 I/DEBUG ( 114): d28 0000000000000000 d29 0000000000000000 I/DEBUG ( 114): d30 0000000000000000 d31 0000000000000000 I/DEBUG ( 114): scr 60000010 I/DEBUG ( 114): I/DEBUG ( 114): #00 pc 000178f4 /system/lib/libc.so I/DEBUG ( 114): #01 pc 0000144a /system/lib/liblog.so (__android_log_assert) I/DEBUG ( 114): #02 pc 0000d6b8 /system/lib/libstagefright_omx.so (_ZN7android15OMXNodeInstance8freeNodeEPNS_9OMXMasterE) I/DEBUG ( 114): #03 pc 0000d7a0 /system/lib/libstagefright_omx.so (_ZN7android15OMXNodeInstance14onObserverDiedEPNS_9OMXMasterE) I/DEBUG ( 114): #04 pc 0000b9ba /system/lib/libstagefright_omx.so (_ZN7android3OMX10binderDiedERKNS_2wpINS_7IBinderEEE) I/DEBUG ( 114): #05 pc 00018116 /system/lib/libbinder.so (_ZN7android8BpBinder14reportOneDeathERKNS0_8ObituaryE) I/DEBUG ( 114): #06 pc 00018186 /system/lib/libbinder.so (_ZN7android8BpBinder12sendObituaryEv) I/DEBUG ( 114): #07 pc 0001b200 /system/lib/libbinder.so (_ZN7android14IPCThreadState14executeCommandEi) I/DEBUG ( 114): #08 pc 0001b36e /system/lib/libbinder.so (_ZN7android14IPCThreadState14joinThreadPoolEb) I/DEBUG ( 114): #09 pc 00008c24 /system/bin/mediaserver I/DEBUG ( 114): #10 pc 00016778 /system/lib/libc.so (__libc_init)
The log I attached to comment 2 is about bug 894530 and bug 864188. We should focus on why Music player was dead.
retriage: corner case. minus
blocking-b2g: koi+ → -
I'd like to steal the bug, Eric.
Assignee: echou → gyeh
The UX behaviour has been changed for a while. After disconnecting A2DP, Music App should pause the music in case of the audio is routed to speaker at a high volume and scare the user away. I tried with the latest build of both v1.2 and m-c. The routing path seems great and no crash. Walter, can you or other QA help to verify it again?
Flags: needinfo?(wachen)
The behavior is changed as Gina described. I think currently this behavior is hard to reproduce.
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(wachen)
Resolution: --- → INVALID
That's great! Thanks, Walter.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: