[B2G][Usage] Wi-Fi usage increases abnormally

NEW
Unassigned

Status

Firefox OS
Vendcom
4 years ago
4 years ago

People

(Reporter: noemi, Unassigned)

Tracking

unspecified
ARM
Gonk (Firefox OS)

Firefox Tracking Flags

(firefox28 affected, b2g18 affected)

Details

(Whiteboard: [POVB])

(Reporter)

Description

4 years ago
Description:
Wi-Fi usage increases abnormally. It requires to tap on power on/off button to lock the device and launch data usage app or access to it if open.

Repro Steps:
1- Launch the Usage app and configure settings through FTU process to track data
2- Wi-Fi can be disabled or enabled (but in this last case no Wi-Fi connection established) 
3- Tap on power on/off button to lock the device
4- Unlock the device
5- Access to Usage app (if open) or launch it

Actual:
Wi-Fi usage increases abnormally

Expected:
No Wi-Fi usage should be reflected, there is no Wi-Fi connection/consumption
 

Environmental Variables:
Device: Unagi v1.3 M-C Mozilla RIL
BuildID: 20131202030802
Gaia: f64d282
Gecko: 0e3362f
Version: 28.0a1

Repro frequency: 100%
(Reporter)

Updated

4 years ago
blocking-b2g: --- → 1.3?
Keywords: regression

Updated

4 years ago
Keywords: regressionwindow-wanted

Updated

4 years ago
QA Contact: gbennett

Comment 1

4 years ago
.:Last Working Build:.
Environmental Variables:
Device: Leo 1.1 mozRIL
BuildID: 20131203041431
Gaia: 19c9ff3a46a4389e40253c97b359763243af4531
Gecko: 617eb9d9bcc2
Version: 18.0
Firmware Version: V10d

.:First Broken Build:.
Environmental Variables:
Device: Buri 1.2 central mozRIL
BuildID: 20130621031231
Gaia: e2f19420fa6a26c4287588701efaec09a750dba1
Gecko: 7ba8c86f1a56
Version: 24.0a1
Firmware Version: 20131115

This repros for all of 1.2 and 1.3 Buri and does not for the latest 1.1 Leo.
status-b2g18: --- → unaffected
status-firefox26: --- → affected
status-firefox28: --- → affected
Keywords: regressionwindow-wanted
(Reporter)

Comment 2

4 years ago
Some additional information after performing some tests:

- In case WiFi is disabled, I only be able to reproduce this issue (WiFi usage increases when locking/unlocking the device) with Unagi device, it is not occuring with Hamachi one (it seems to be WiFi driver related?)
- In case WiFi in enabled but there is no WiFi connection, The  WiFi usage increase when locking/unlocking the device seems to be the expected behavior due to some WiFi traffic is generated when scanning for WiFi networks; ni to Albert to confirm if it is the expected behavior under this scenario
Flags: needinfo?(acperez)
QAWANTED to understand if this is device specific problem. thanks
Keywords: qawanted

Comment 4

4 years ago
(In reply to Noemí Freire (:noemi) from comment #2)
> Some additional information after performing some tests:
> 
> - In case WiFi is disabled, I only be able to reproduce this issue (WiFi
> usage increases when locking/unlocking the device) with Unagi device, it is
> not occuring with Hamachi one (it seems to be WiFi driver related?)
> - In case WiFi in enabled but there is no WiFi connection, The  WiFi usage
> increase when locking/unlocking the device seems to be the expected behavior
> due to some WiFi traffic is generated when scanning for WiFi networks; ni to
> Albert to confirm if it is the expected behavior under this scenario

Both Gaia and Gecko are working as expected, it seems to be a problem of the wifi driver.

As Noemi commented, scenario where wifi is disabled should not have increasing data usage. However, I don't think that data should be increased when wifi is enabled while there is no connection established, at least this is the behavior on android devices and linux systems.
 
To isolate the problem, discarding gaia and/or gecko problems, you can check data usage with the following command when wifi is disabled or no connection is active:

adb shell cat /proc/net/dev

The stats of /proc/net/dev are provided at kernel level, making a request to the wifi driver. In gecko, the network stats API get the stats through the network daemon, the responsible of reading the /proc/net/dev file.
Flags: needinfo?(acperez)

Comment 5

4 years ago
This might actually be device specific as this does not repro on the latest Leo 1.2 where it repro'd across all of 1.2 for Buri.

Environmental Variables:
Device: Leo 1.2 comRIL
BuildID: 20131213004002
Gaia: 1aca7c4860e39b1a9969807d335dcf9f070ea9b3
Gecko: a2b69b561d9b
Version: 26.0
RIL Version: 01.02.00.019.102
Firmware Version: V10d
status-firefox26: affected → ---
Keywords: qawanted
Does this reproduce on Buri 1.1?
Keywords: qawanted

Comment 7

4 years ago
This does repro on Buri 1.1

Environmental Variables:
Device: Buri 1.1 mozRIL
BuildID: 20131213041208
Gaia: 6ff3a607f873320d00cb036fa76117f6fadd010f
Gecko: bdac595a4e46
Version: 18.0
RIL Version: 01.02.00.019.102
Firmware Version: 20131115
Keywords: qawanted
I think that confirms this is a vendor bug.
status-b2g18: unaffected → affected
Component: Gaia::Cost Control → Vendcom
Keywords: regression
hi Vance, mind taking a look with our partner? Thanks
Flags: needinfo?(vchen)
Checking with partner about this issue
Flags: needinfo?(vchen)
For Buri, the behavior is working as expected.

The Wi-Fi traffic data in the Usage app will increase only when the WiFi is enable. And our partner pointed out that it is normal that the handset will have some wifi data traffics when waking up the handset from sleep. That is because the handset will scan for the available hot-spots.

To further ensure that the increase of wifi data is caused by lock/unlock the handset, we run "adb shell cat /proc/net/dev" while the handset is lock, and find that the data remain the same.

Please let me know shall you need more information from partner
(Reporter)

Comment 12

4 years ago
(In reply to Vance Chen [:vchen][vchen@mozilla.com] from comment #11)
> For Buri, the behavior is working as expected.
> 
> The Wi-Fi traffic data in the Usage app will increase only when the WiFi is
> enable. And our partner pointed out that it is normal that the handset will
> have some wifi data traffics when waking up the handset from sleep. That is
> because the handset will scan for the available hot-spots.
> 
> To further ensure that the increase of wifi data is caused by lock/unlock
> the handset, we run "adb shell cat /proc/net/dev" while the handset is lock,
> and find that the data remain the same.
> 
> Please let me know shall you need more information from partner

Hi,

We were able to reproduce the issue when WiFi is disabled under the following scenario (master branch):
device: Buri
Gecko: 72271ce
Gaia: 589e780
BuildId: 20131212183426

STR:
1- Connect the device through USB
2- Disable WiFi
3- Check /proc/net/dev
4- Disconnect USB
5- Tap on power on/off button to lock the device
6- Unlock the device (repeat steps 5 & 6 some times)
7- Connect device through USB
8- Check /proc/net/dev (WiFi usage has been increased)
Can someone on this bug check if bug 949827 is a dupe of this bug?

Comment 14

4 years ago
(In reply to Jason Smith [:jsmith] from comment #13)
> Can someone on this bug check if bug 949827 is a dupe of this bug?

Bug 949827 has slightly different repro steps, but the actual and expected are moving towards the same goal. Which do you wish to dupe?
(In reply to Noemí Freire (:noemi) from comment #12)

Thanks for the information. My bad, I tested with wrong version. Everything works fine on partner firmware version 1.1, however all the 1.2 base images(US-V1.2-Dev-20131209, V1.2_US_20131115) have this problem because of there are some drivers patches missing in the code base.

For now partner doesn't have extra resource to check this problem, they will fix this issue once there is a commercial plan for 1.2

Updated

4 years ago
Duplicate of this bug: 949827
Whiteboard: [POVB]
Clearing nom as this is a vendor bug.
blocking-b2g: 1.3? → ---
You need to log in before you can comment on or make changes to this bug.