1137091 - [FFOS2.0][Woodduck][HOMO][Orange AMEA] Receive Incomming call during play video under Dailymotion

Status: RESOLVED FIXED

(Firefox OS Graveyard :: Gaia::Dialer, defect, P2)

Description

[sync-1]

Created an attachment (id=1153824)
 ADB log
 
 DEFECT DESCRIPTION:
 
 During play of video under Dailymotion, the screen of the incomming call take time to display, and sometimes the phone block during the test. It can be due to the memory, in attachement you will find the ADB logs and image about the memory usage during the test.
 
 
  REPRODUCING PROCEDURES:
 
  EXPECTED BEHAVIOUR:
 
  ASSOCIATE SPECIFICATION:
 
  TEST PLAN REFERENCE:
 
  TOOLS AND PLATFORMS USED:
 
  USER IMPACT:
 
  REPRODUCING RATE:
 
  For FT PR, Please list reference mobile's behavior:

Comment 1

[sync-1]

Attachment: The phone screen when I playing a local video and a call is incoming

Comment 2

[sync-1]

Attachment: Memory usage

Comment 3

[sync-1]

Attachment: ADB log

Comment 4

[Gabriele Svelto [:gsvelto]]

The log doesn't show any LMK activity so I doubt this is a memory problem. Is the device you've tested on using a zram swap?

Comment 5

[Peipei Cheng (needinfo if you need my action)]

Hi reporter, could you please answer the question in comment 4?

Comment 6

[Josh Cheng [:josh]]

Hi Jason,
Do you know the answer for comment 4?
Thanks!

Comment 7

[xingming.yin]

(In reply to Gabriele Svelto [:gsvelto] from comment #4)
> The log doesn't show any LMK activity so I doubt this is a memory problem.
> Is the device you've tested on using a zram swap?

Hi：
  How can I confirm whether the device is using a zram swap or not？Thanks。

Comment 8

[chaofei.wu]

FYI,refer to :
http://wiki.gentoo.org/wiki/Zram
https://bugzilla.mozilla.org/show_bug.cgi?id=972464
https://bugzilla.mozilla.org/show_bug.cgi?id=1013977

Comment 9

[xingming.yin]

(In reply to Gabriele Svelto [:gsvelto] from comment #4)
> The log doesn't show any LMK activity so I doubt this is a memory problem.
> Is the device you've tested on using a zram swap?

Our config:

CONFIG_ZRAM=y
CONFIG_ZRAM_DEBUG=y
CONFIG_ZSMALLOC=y

Hi，I think we are using a zram。

Comment 10

[Gabriele Svelto [:gsvelto]]

(In reply to xingming.yin from comment #9)
> Our config:
> 
> CONFIG_ZRAM=y
> CONFIG_ZRAM_DEBUG=y
> CONFIG_ZSMALLOC=y
> 
> Hi，I think we are using a zram。

OK, then my guess is that you're running into excessive swapping; we've seen this issue in the past on devices similarly configured.

What might be happening is the following: under normal conditions when the device is running low on memory we start killing the least recently used applications to make room for the foreground ones, in this case the dialer. When zram is enabled however the LMK - which is responsible for killing background apps - is confused by the presence of the zram swap which it considers free memory. What happens is that instead of being killed the video application is being swapped in and out continuously, consuming a large amount of CPU time.

We already have a solution in master for this in the form of bug 1081871 and bug 1082290. You might want to try uplifting them on your device and see if they help. Note that you will need cgroup cpu and memory controllers enabled on the device, these correspond to the following kernel parameters:

CONFIG_CGROUP_SCHED=y
CONFIG_CGROUP_MEM_RES_CTLR=y
CONFIG_CGROUP_MEM_RES_CTLR_SWAP=y

Comment 11

[xingming.yin]

(In reply to Gabriele Svelto [:gsvelto] from comment #10)
> (In reply to xingming.yin from comment #9)
> > Our config:
> > 
> > CONFIG_ZRAM=y
> > CONFIG_ZRAM_DEBUG=y
> > CONFIG_ZSMALLOC=y
> > 
> > Hi，I think we are using a zram。
> 
> OK, then my guess is that you're running into excessive swapping; we've seen
> this issue in the past on devices similarly configured.
> 
> What might be happening is the following: under normal conditions when the
> device is running low on memory we start killing the least recently used
> applications to make room for the foreground ones, in this case the dialer.
> When zram is enabled however the LMK - which is responsible for killing
> background apps - is confused by the presence of the zram swap which it
> considers free memory. What happens is that instead of being killed the
> video application is being swapped in and out continuously, consuming a
> large amount of CPU time.
> 
> We already have a solution in master for this in the form of bug 1081871 and
> bug 1082290. You might want to try uplifting them on your device and see if
> they help. Note that you will need cgroup cpu and memory controllers enabled
> on the device, these correspond to the following kernel parameters:
> 
> CONFIG_CGROUP_SCHED=y
> CONFIG_CGROUP_MEM_RES_CTLR=y
> CONFIG_CGROUP_MEM_RES_CTLR_SWAP=y

Hi：
  Our development base on the Firefox OS 2.0M.May I ask whether these configs is useful as like as the Firefox OS master.

Comment 12

[Gabriele Svelto [:gsvelto]]

(In reply to xingming.yin from comment #11)
>   Our development base on the Firefox OS 2.0M.May I ask whether these
> configs is useful as like as the Firefox OS master.

Yes, that configuration can be useful on zram swap-based devices, provided you also take the patches for bug 1081871 and bug 1082290. We (Mozilla) haven't uplifted those patches to 2.0, they are only in master and 2.2 at the moment so you'll have to try by yourself and see if they help.

Comment 13

[Peipei Cheng (needinfo if you need my action)]

xingming, could you please try out the patches mentioned in comment 12?

Comment 14

[Josh Cheng [:josh]]

Hi XingMing,
Can you update your test result per comment 12?