Closed
Bug 945124
Opened 11 years ago
Closed 6 years ago
[inari] ZTE Open: Boot time crash / infinite loop @ rpc_snd_set_volume()
Categories
(Firefox OS Graveyard :: General, defect)
Firefox OS Graveyard
General
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: walter, Unassigned)
References
Details
Attachments
(1 file)
53.47 KB,
text/plain
|
Details |
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20100101 Firefox/25.0 (Beta/Release) Build ID: 20131201175730 Steps to reproduce: Built B2G for inari device (ZTE Open), with no visible errors, then flashed the device. Actual results: Phone reboots, flash script fails to set time, screen locks at boot on non-waggly-tail version of the firefox image. adb logcat shows infinitely repeating loop of the following lines, with a wait of around 4-5 seconds at each iteration: E/AudioHardwareMSM76XXA( 1540): failed to open AUDIO_NORMAL_FILTER /system/etc/AudioFilter.csv: No such file or directory (2). E/AudioHardwareMSM76XXA( 1540): failed to open AUTO_VOLUME_CONTROL /system/etc/AutoVolumeControl.txt: No such file or directory (2) E/AudioHardwareMSM76XXA( 1540): setMode:mode = 0, status = -17 E/AudioHardwareMSM76XXA( 1540): rpc_snd_set_volume(0, 0, 7) E/AudioHardwareMSM76XXA( 1540): rpc_snd_set_volume(6, 0, 7) E/AudioHardwareMSM76XXA( 1540): rpc_snd_set_volume(12, 0, 7) E/AudioHardwareMSM76XXA( 1540): rpc_snd_set_volume(3, 0, 7) E/AudioHardwareMSM76XXA( 1540): rpc_snd_set_volume(16, 0, 7) E/AudioHardwareMSM76XXA( 1540): rpc_snd_set_volume(25, 0, 7) E/AudioHardwareMSM76XXA( 1540): rpc_snd_set_volume(8, 0, 1) E/AudioHardwareMSM76XXA( 1540): rpc_snd_set_volume(9, 0, 1) E/QualcommCamera( 1540): Qint android::get_number_of_cameras(): E I/QualcommCameraHardware( 1540): getCameraInfo: IN I/QualcommCameraHardware( 1540): getCameraInfo: loading libqcamera at 0xb000ee28 V/QualcommCameraHardware( 1540): Storing the current target type as 3 I/QualcommCameraHardware( 1540): getCameraInfo: numOfCameras = 1 I/QualcommCameraHardware( 1540): Camera sensor 0 info: I/QualcommCameraHardware( 1540): camera_id: 0 I/QualcommCameraHardware( 1540): modes_supported: 5 I/QualcommCameraHardware( 1540): position: 0 I/QualcommCameraHardware( 1540): sensor_mount_angle: 90 V/QualcommCameraHardware( 1540): getCameraInfo: dlclose(libqcamera) I/QualcommCameraHardware( 1540): getCameraInfo: OUT W/AudioFlinger( 1540): Thread AudioOut_1 cannot connect to the power manager service E/AudioHardwareMSM76XXA( 1540): Routing audio to Speakerphone E/AudioHardwareMSM76XXA( 1540): doAudioRouteOrMute, mFM_route = -1 , device=6 E/AudioHardwareMSM76XXA( 1540): rpc_snd_set_device(6, 1, 0) E/AudioHardwareMSM76XXA( 1540): rpc_snd_set_volume(38, 0, 7) Expected results: System should boot fine. Tried 2 or 3 different versions over the last few days (tried 'git pull; repo sync' before execution).
I'm not the only one. "<danieru> Thank you, I hit this bug too. I assumed it was because I used flashboot to flash while the blog post said only flashing frm Clockwork recovery would work."
Noticed ZTE-supplied firmware has one of those two files included, /system/etc/AudioFilter.csv. Also noticed the other device 'unari' in the B2G build tree includes the AudioFilter.csv file in its COMMON_ETC line in device/qcom/unagi/extract-files.sh ... which is apparently which proprietary files are preserved to the new firmware. Whereas, 'inari' doesn't. I'm trying to add it there, re-run ./config.sh inari, ./build.sh, ./flash.sh
OK, so all that effort only removed that single line of error from the output, but the visual (lack of) behavior and adb logcat repeat-loop behavior is otherwise the same. I can see no file named AutoVolumeControl.txt in the ZTE firmware. I give up.
Relevant code appears to be in hardware/qcom/media/audio/msm7627a/AudioHardware.cpp I tried making the function in question simply return NO_ERROR, the re-building and re-flashing. That only resulted in adding a new error after the wait: 'E/AudioHardwareMSM76XXA( 325): audioeq library open failure' Not sure why the whole audio setup is failing. C++ is not my forte or interest. After 3 days of arguing with this, I'd really like some help please :)
Tried adding libaudioeq.so to device/qcom/inari/extract-files.sh. Same as logcat output above but the line 'E/AudioHardwareMSM76XXA( 329): audioeq library open failure' is missing from the cycle.
Supposedly there is a fix for this over here: http://blog.chellinsky.net/putting-firefox-os-v1-4-on-a-zte-open/ I wonder if this is related to bug 984705
Comment 8•6 years ago
|
||
Firefox OS is not being worked on
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•