Possible bug - battery drain after media playback
Ahoy there.
Sometimes after media playback through headphones (especially if more than one player was used — e.g. when you listened to audiobook in Talefish for a considerable time and then started playing songs in Jolla-Media and then finally disconnected headphones and locked the phone) my INOI R7 (Sailfish 2.1.2.3) starts to drain battery (about 2% per hour).
There are certain curious logs in journalctl:
Sailfish kernel: 0)dpm_run_callback(): spmi_pm_suspend+0x0/0x80 returns -16
Sailfish kernel: 0)PM: Device msm8x16_wcd_codec-ee368600 failed to suspend: error -16
Sailfish kernel: 0)PM: Some devices failed to suspend.
The "ee-xxxxxx" part of the device name alternates (like, today it was "ee-34ba00"), but the "msm8x16_wcd_codec" is always the same. Also, any attempt to edit or read as root "/sys/bus/spmi/devices/msm8x16_wcd_codec-ee368600/power/autosuspend_delay_ms" failed with i/o error.
Restarting pulseaudio doesn't help, but reboot does.
Could there be any issue with sound drivers? Maybe I need to look for something else in logs to provide more info?
Hi! I had the same troubles last week with my Jolla C. It is the old issue. I don't remember exactly where it was on TJC, try to search. By the way, my Inoi R7 works fine: 2 sim, w/o any data connection. The battery drains about 3-4 days of soft using.
Asmir ( 2018-01-18 23:27:44 +0200 )editJust noticed that the codec's freak out may be provoked by listening to audio with different sample rate in one session. Like, when I connect the headphones and listen only to audiobook or only to the music, and then disconnect — everything's all right. But when I listen to audiobook (32000 Hz sample rate in my case) and to music (44100 Hz mostly) in one go — there's high possibility the codec would later fail to suspend. Sometimes only music is enough — I suppose there are 48000 Hz tracks as well in my collection.
Gonna look into pulseaudio resampling options for now...
figgis-diggis ( 2018-01-30 19:08:15 +0200 )edit