Closed Bug 1074391 Opened 10 years ago Closed 10 years ago

android::BpAudioPolicyService::setStreamVolumeIndex crashes

Categories

(Firefox OS Graveyard :: Stability, defect, P1)

ARM
Gonk (Firefox OS)
defect

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: tkundu, Unassigned)

References

Details

(Keywords: crash, Whiteboard: [b2g-crash][caf-crash 375][caf priority: p1][CR 731679][POVB])

Crash Data

Attachments

(3 files)

Attached file stack trace (deleted) —
STR:

1) Run random stability test.

We are seeing this crash . I attached stack trace for more details.
[Blocking Requested - why for this release]:
blocking-b2g: --- → 2.1?
Whiteboard: [CR 731679] → [caf priority: p1][CR 731679]
Whiteboard: [caf priority: p1][CR 731679] → [b2g-crash][caf-crash 375][caf priority: p1][CR 731679]
Keywords: crash
We are seeing media server has crashed just before b2g process crashes !!
Randy,

Please help look this bug. Thanks.
Flags: needinfo?(rlin)
For the call stack, when the media server died, 
The gecko try to reset the volume setting by the RecoverTask (trigger by binderDeadCallback)
BTW, it crashed near the BpAudioPolicyService::setStreamVolumeIndex.
Could caf guys have a look on this?
Is this recover step wrong on this situation?
Flags: needinfo?(rlin)
Flags: needinfo?(tkundu)
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INVALID
Whiteboard: [b2g-crash][caf-crash 375][caf priority: p1][CR 731679] → [b2g-crash][caf-crash 375][caf priority: p1][CR 731679][POVB]
blocking-b2g: 2.1? → ---
Flags: needinfo?(tkundu)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: