We have moved to a new Sailfish OS Forum. Please start new discussions there.

Battery drain and

Tracked by Jolla (In release)

asked 2015-04-27 19:05:35 +0300

objectifnul gravatar image

updated 2015-06-10 20:33:52 +0300

rudi gravatar image

I suspect LowPowerMode and/or powersave mode is/are not working properly with Since I upgraded, the battery drain has obviously been increased dramatically (confirmed by Hunger Meter and SysMon). Same for everybody or just me?

update: seems to be fixed in

edit retag flag offensive close delete



Yes. However I wanted to create a dedicated post with relevant tags, as this could be a major UX issue, if confirmed.

objectifnul ( 2015-04-27 19:30:02 +0300 )edit

I'm also experiencing that

luchmhor ( 2015-04-28 11:08:55 +0300 )edit

I do not have evidence but I have the feeling phone battery now does drain faster, I would imagine improvements in smoothness and snappiness do not come for free?

pmelas ( 2015-04-28 11:27:27 +0300 )edit

@pmelas Sure. Maybe we could at least have a choice. For example disabling booster-qt5.service when powersave mode is engaged.

objectifnul ( 2015-04-28 11:44:51 +0300 )edit

4 Answers

Sort by » oldest newest most voted

answered 2015-05-20 15:03:03 +0300

Kontio gravatar image

Thanks a lot to all which helped to narrow down this issue.

According to our investigations disabling multicast filtering on the wlan driver in, is causing in networks with a lot of multicast traffic, the battery drain. Due to incoming multicast traffic, more interrupts and events are triggered and prevents the 2nd core in the cpu almost always to go to suspend mode. So it really depends on the WLAN network (IPv4 and/or IPv6, amount of multicast traffic, etc) on how much of battery drain you observe.

We disabled multicast filtering because in IPv6 networks, router advertisements are delivered through multicast-messages. And the filtering caused losing ipv6-connectivity when the RA expires. E.g in our own WLAN there is an RA multicast message every 10seconds (seems other admins configure it to do every 2s!), which is quite normal on IPv6 enabled networks.

So current plan as of today 20. May 2015 (which might still change):
Due to the lack of IPv6 being very popular (still in 2015 unfortunately, but that's an other topic) and rating the battery drain being currently the bigger problem, we decided to enable multicast filtering again in the next update ( + 1) as an interim step. For a later update (probably + 3, but don't take that a as promise, it's my best guess with the info currently available) we plan to have a setting, so it will be possible to chose from UI, if multicast shall be filtered or not.

edit flag offensive delete publish link more



The phone could also automatically (de-)activate multicast filtering depending on its current IPv6/4 connectivity. So maybe a trifold choice like on/off/as-needed might be welcome, too.

spacefrogg ( 2015-05-20 15:26:15 +0300 )edit

But I see the drain without having WLAN activated i.e when the phone is not charging. Is there a remnant process from having the WLAN previously activated, that keeps this filtering process going or is that only when the WLAN is active?

cpcompany ( 2015-05-20 16:11:38 +0300 )edit

What does "in the next update" mean? You say ( + 1), so is it delivered? The batery drain is the only thing which holds me from upgrading my phone to the new version.

NuklearFart ( 2015-05-20 16:39:31 +0300 )edit

As cpcompany I observe the drain also with WLAN deactivated.

Jolla-be really different ( 2015-05-21 07:08:32 +0300 )edit

I also observed the battery drain when the phone is in flight mode overnight. Gone asleep with >50% battery and woke up the next morning with 43% battery. No apps were running during the night. Only the "settings app" was opened.

lupastro ( 2015-05-21 10:23:28 +0300 )edit

answered 2015-05-12 22:34:07 +0300

this post is marked as community wiki

This post is a wiki. Anyone with karma >75 is welcome to improve it.

updated 2015-05-14 13:39:43 +0300

simo gravatar image

As there's no comment from Jolla Sailors to either confirm or deny if there's a bug, let's try DIT on this:

Please fill the linked form both if you have, or if you haven't experienced problems with power consumption. Both cases are important to report, to help hunting this possible bug down

UPDATE: Already after 17 reports it seems that if there is a bug, the only common finding is in different internet connections (so, at least not related to any apps or 3rd party services or combinations of those). Thanks for your quick and efficient response, please go on. Together we can achieve whatever we want on this boat! Let's enter STAGE 2:

As above, please fill the linked form both if you have, or if you haven't experienced problems with power consumption. Both cases are important to report, to help hunting this possible bug down


Assuming all the posts were honest and accurate, the reports posted on stage2 are not addressing this possible bug directly into any certain set or settings of connections, but there's a clear indicator that it's more common when there are different connectivity issues (28 vs 4), and it's slightly more common when the phone changes between different mobile networks (64% vs 32%).

Also, our active reporting on stage1 (thanks!) has clearly cut out a lot of possibilities, including any apps or 3rd party services and any combinations of those. This gives a hint that the power loss is in the system itself, but it's clearly not affecting all phones. For further study, we'd need to find a common factor in these phones - it might be for example full memory allocation space, more active use of swap

My best guess at this point is that there's something preventing the phone to enter sleep mode, and this is somehow related to connections in use. Also, large lists to sync might play a role.

Is there a bug? I'd say yes, something seems to be causing extra battery drain on several devices. However, don't take this as an answer. Looking forward for comment from Jolla to follow. Thanks for everybody!

edit flag offensive delete publish link more



Great job simo!

lakutalo ( 2015-05-12 23:10:21 +0300 )edit

answered 2015-05-13 00:39:44 +0300

gomez gravatar image

i found some strange drain using android apps in combination with audio output via bluetooth a2dp. maybe there is a problem with aliendalvic connecting audio to pulsaudio?

also i forgot to mention, that i live in an area with lousy cell coverage. most if the time there is 2g reception with a maximum of 2 bars. the wifi which a can use is also not good. so there might also be some problem with the connectionmanager switching the networks. the connection manager was never good enough to switch the networks mir than a view times before i had the restart the networkservices. but after the update id happens more than once a day. more like 10-15 times a day, that i have to restart the networks. hope this can help.

edit flag offensive delete publish link more


I think you may be on to something.. When using Audible pulseaudio runs at 25% cpu, that can't be right. (no bluetooth for me though)

attah ( 2015-05-13 22:05:17 +0300 )edit

answered 2015-05-22 13:56:30 +0300

jollakin_on gravatar image

The multicast issue could fit my observations well. As long as I stay in my (countryside) office, my phone will behave for days on end. When I visit the city I have had numerous crashes and the 65%->4% quick transitions reported elsewhere.

Sniffs of pin conflicts or such though, because a number of times a cold boot has not been enough, but only removing the battery for a while has made booting possible. Like two different issues actually: one excessive and the other catastrophic drain.

edit flag offensive delete publish link more


I stopped using the "Stop Android support" feature on May 13. Before that, catastrophic and quick battery drain was pretty frequent. Since then, not one case.

jollakin_on ( 2015-06-02 13:14:25 +0300 )edit
Login/Signup to Answer

Question tools



Asked: 2015-04-27 19:05:35 +0300

Seen: 4,119 times

Last updated: Jun 10 '15