Avoid race condition between HSI controller and HSI client when system
restart and power down
hsi_isr_tasklet disabled in HSI_controller exit, but before HSI
controller exit,
HSI client will cleanup, this cleanup will destroy the spinlock used
by the
hsi_isr_tasklet,so if after HSI client
Avoid race condition between HSI controller and HSI client when system
restart and power down
hsi_isr_tasklet disabled in HSI_controller exit, but before HSI
controller exit,
HSI client will cleanup, this cleanup will destroy the spinlock used by the
hsi_isr_tasklet,so if after HSI client
Avoid race condition between HSI controller and HSI client when system
restart and power down
hsi_isr_tasklet disabled in HSI_controller exit, but before HSI
controller exit,
HSI client will cleanup, this cleanup will destroy the spinlock used by the
hsi_isr_tasklet,so if after HSI client
Avoid race condition between HSI controller and HSI client when system
restart and power down
hsi_isr_tasklet disabled in HSI_controller exit, but before HSI
controller exit,
HSI client will cleanup, this cleanup will destroy the spinlock used
by the
hsi_isr_tasklet,so if after HSI client
On 01/31/2013 02:11 PM, xtu4 wrote:
[SEQ_FILE] Avoid high order memory allocating with kmalloc
when read large seq file
currently, when dumpstate access /proc/xxx/binder , this binder
include lots of info,
it will use seq_read in kernel, in this function, it will trigger high
order memory
On 01/31/2013 02:11 PM, xtu4 wrote:
[SEQ_FILE] Avoid high order memory allocating with kmalloc
when read large seq file
currently, when dumpstate access /proc/xxx/binder , this binder
include lots of info,
it will use seq_read in kernel, in this function, it will trigger high
order memory
On 01/31/2013 02:11 PM, xtu4 wrote:
[SEQ_FILE] Avoid high order memory allocating with kmalloc
when read large seq file
currently, when dumpstate access /proc/xxx/binder , this binder
include lots of info,
it will use seq_read in kernel, in this function, it will trigger high
order memory
On 01/31/2013 02:11 PM, xtu4 wrote:
[SEQ_FILE] Avoid high order memory allocating with kmalloc
when read large seq file
currently, when dumpstate access /proc/xxx/binder , this binder
include lots of info,
it will use seq_read in kernel, in this function, it will trigger high
order memory
[SEQ_FILE] Avoid high order memory allocating with kmalloc
when read large seq file
currently, when dumpstate access /proc/xxx/binder , this binder include
lots of info,
it will use seq_read in kernel, in this function, it will trigger high
order memory alloc,
when read binder info or other
[SEQ_FILE] Avoid high order memory allocating with kmalloc
when read large seq file
currently, when dumpstate access /proc/xxx/binder , this binder include
lots of info,
it will use seq_read in kernel, in this function, it will trigger high
order memory alloc,
when read binder info or other
Subject: [PATCH] [SEQ_FILE] Avoid high order memory allocating with kmalloc
when read large seq file
currently, when dumpstate access /proc/xxx/binder , this binder include
lots of info,
it will use seq_read in kernel, in this function, it will trigger high
order memory alloc,
when read
Subject: [PATCH] [SEQ_FILE] Avoid high order memory allocating with kmalloc
when read large seq file
currently, when dumpstate access /proc/xxx/binder , this binder include
lots of info,
it will use seq_read in kernel, in this function, it will trigger high
order memory alloc,
when read
resend it, due to format error
Subject: [PATCH] when system in low memory scenario, imaging there is a mp3
play, ora video play, we need to read mp3 or video file
from memory to page cache,but when system lack of memory,
page cache of mp3 or video file will be reclaimed.once read
in memory,
resend it, due to format error
Subject: [PATCH] when system in low memory scenario, imaging there is a mp3
play, ora video play, we need to read mp3 or video file
from memory to page cache,but when system lack of memory,
page cache of mp3 or video file will be reclaimed.once read
in memory,
re-send it
On 12/10/2012 12:01 AM, xtu4 wrote:
Subject: [PATCH] Allow 0ms deadline latency, increase the read speed
Signed-off-by: xiaobing tu
---
block/deadline-iosched.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/block/deadline-iosched.c b/block/deadline
Subject: [PATCH] Allow 0ms deadline latency, increase the read speed
Signed-off-by: xiaobing tu
---
block/deadline-iosched.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/block/deadline-iosched.c b/block/deadline-iosched.c
index c644137..e502d6b 100644
---
Subject: [PATCH] when system in low memory scenario, imaging there is a mp3
play, or video play, we need to read mp3 or video file
from memory to page cache,but when system lack of memory,
page cache of mp3 or video file will be reclaimed.once read
in memory, then reclaimed, it will cause
Subject: [PATCH] when system in low memory scenario, imaging there is a mp3
play, or video play, we need to read mp3 or video file
from memory to page cache,but when system lack of memory,
page cache of mp3 or video file will be reclaimed.once read
in memory, then reclaimed, it will cause
Subject: [PATCH] Allow 0ms deadline latency, increase the read speed
Signed-off-by: xiaobing tu xiaobing...@intel.com
---
block/deadline-iosched.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/block/deadline-iosched.c b/block/deadline-iosched.c
index c644137..e502d6b
re-send it
On 12/10/2012 12:01 AM, xtu4 wrote:
Subject: [PATCH] Allow 0ms deadline latency, increase the read speed
Signed-off-by: xiaobing tu xiaobing...@intel.com
---
block/deadline-iosched.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/block/deadline-iosched.c b
20 matches
Mail list logo
