Dear tejun
> -Original Message-
> From: Tejun Heo [mailto:hte...@gmail.com] On Behalf Of Tejun Heo
> Sent: Friday, April 17, 2015 11:13 PM
> To: Alexey Dobriyan
> Cc: Wang, Xiaoming; Linux Kernel; Mel Gorman; Andrew Morton
> Subject: Re: [PATCH] proc: move the
Dear tejun
-Original Message-
From: Tejun Heo [mailto:hte...@gmail.com] On Behalf Of Tejun Heo
Sent: Friday, April 17, 2015 11:13 PM
To: Alexey Dobriyan
Cc: Wang, Xiaoming; Linux Kernel; Mel Gorman; Andrew Morton
Subject: Re: [PATCH] proc: move the adding option Ngid to the end
Dear tejun
> -Original Message-
> From: hte...@gmail.com [mailto:hte...@gmail.com] On Behalf Of Tejun Heo
> Sent: Friday, April 17, 2015 11:42 AM
> To: Wang, Xiaoming
> Cc: a...@linux-foundation.org; o...@redhat.com;
> andriy.shevche...@linux.intel.com; li...@rasmusvil
Dear tejun
> -Original Message-
> From: hte...@gmail.com [mailto:hte...@gmail.com] On Behalf Of Tejun Heo
> Sent: Friday, April 17, 2015 11:26 AM
> To: Wang, Xiaoming
> Cc: a...@linux-foundation.org; o...@redhat.com;
> andriy.shevche...@linux.intel.com; li...@rasmusvil
Dear tejun
> -Original Message-
> From: Tejun Heo [mailto:hte...@gmail.com] On Behalf Of Tejun Heo
> Sent: Friday, April 17, 2015 10:56 AM
> To: Wang, Xiaoming
> Cc: a...@linux-foundation.org; o...@redhat.com;
> andriy.shevche...@linux.intel.com; li...@rasmusvil
other application.
As the Ngid is added later, so it should be added at the end of task_state.
It is better keeping compatible to avoid such issue.
Signed-off-by: Schallberger, Timothy M
Signed-off-by: Dongxing Zhang
Signed-off-by: Wang Xiaoming
---
fs/proc/array.c |5 +++--
1 file chan
Dear tejun
-Original Message-
From: hte...@gmail.com [mailto:hte...@gmail.com] On Behalf Of Tejun Heo
Sent: Friday, April 17, 2015 11:42 AM
To: Wang, Xiaoming
Cc: a...@linux-foundation.org; o...@redhat.com;
andriy.shevche...@linux.intel.com; li...@rasmusvillemoes.dk;
ebied
application.
As the Ngid is added later, so it should be added at the end of task_state.
It is better keeping compatible to avoid such issue.
Signed-off-by: Schallberger, Timothy M timothy.m.schallber...@intel.com
Signed-off-by: Dongxing Zhang dongxing.zh...@intel.com
Signed-off-by: Wang Xiaoming
Dear tejun
-Original Message-
From: hte...@gmail.com [mailto:hte...@gmail.com] On Behalf Of Tejun Heo
Sent: Friday, April 17, 2015 11:26 AM
To: Wang, Xiaoming
Cc: a...@linux-foundation.org; o...@redhat.com;
andriy.shevche...@linux.intel.com; li...@rasmusvillemoes.dk;
ebied
Dear tejun
-Original Message-
From: Tejun Heo [mailto:hte...@gmail.com] On Behalf Of Tejun Heo
Sent: Friday, April 17, 2015 10:56 AM
To: Wang, Xiaoming
Cc: a...@linux-foundation.org; o...@redhat.com;
andriy.shevche...@linux.intel.com; li...@rasmusvillemoes.dk;
ebied...@xmission.com
t_size which can configure by kernel cmdline.
This can meet different requirement.
Signed-off-by: Chuansheng Liu
Signed-off-by: Zhang Dongxing
Signed-off-by: Wang Xiaoming
---
patch v1 make this change at Kconfig
which needs to edit the .config manually.
https://lkml.org/lkml/2015/1/25/571
patch v
which can configure by kernel cmdline.
This can meet different requirement.
Signed-off-by: Chuansheng Liu chuansheng@intel.com
Signed-off-by: Zhang Dongxing dongxing.zh...@intel.com
Signed-off-by: Wang Xiaoming xiaoming.w...@intel.com
---
patch v1 make this change at Kconfig
which needs to edit
> -Original Message-
> From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
> Sent: Friday, March 6, 2015 11:20 PM
> To: Wang, Xiaoming
> Cc: Jan Beulich; l...@aserp2030.oracle.com; zh...@aserp2030.oracle.com;
> ch...@chris-wilson.co.uk; david.vra.
-Original Message-
From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
Sent: Friday, March 6, 2015 11:20 PM
To: Wang, Xiaoming
Cc: Jan Beulich; l...@aserp2030.oracle.com; zh...@aserp2030.oracle.com;
ch...@chris-wilson.co.uk; david.vra...@citrix.com; lau...@codeaurora.org
Dear Jan
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Thursday, March 5, 2015 5:00 PM
> To: Wang, Xiaoming
> Cc: l...@aserp2030.oracle.com; zh...@aserp2030.oracle.com; chris@chris-
> wilson.co.uk; david.vra...@citrix.com; lau...@codeaurora.
Dear Jan
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Thursday, March 5, 2015 4:40 PM
> To: Wang, Xiaoming
> Cc: l...@aserp2030.oracle.com; zh...@aserp2030.oracle.com; chris@chris-
> wilson.co.uk; david.vra...@citrix.com; lau...@codeaurora.
Dear Jan
-Original Message-
From: Jan Beulich [mailto:jbeul...@suse.com]
Sent: Thursday, March 5, 2015 5:00 PM
To: Wang, Xiaoming
Cc: l...@aserp2030.oracle.com; zh...@aserp2030.oracle.com; chris@chris-
wilson.co.uk; david.vra...@citrix.com; lau...@codeaurora.org;
heiko.carst
Dear Jan
-Original Message-
From: Jan Beulich [mailto:jbeul...@suse.com]
Sent: Thursday, March 5, 2015 4:40 PM
To: Wang, Xiaoming
Cc: l...@aserp2030.oracle.com; zh...@aserp2030.oracle.com; chris@chris-
wilson.co.uk; david.vra...@citrix.com; lau...@codeaurora.org;
heiko.carst
> -Original Message-
> From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
> Sent: Thursday, March 5, 2015 3:43 AM
> To: Wang, Xiaoming
> Cc: ch...@chris-wilson.co.uk; david.vra...@citrix.com;
> lau...@codeaurora.org; heiko.carst...@de.ibm.com; li...@horizon.com
-Original Message-
From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
Sent: Thursday, March 5, 2015 3:43 AM
To: Wang, Xiaoming
Cc: ch...@chris-wilson.co.uk; david.vra...@citrix.com;
lau...@codeaurora.org; heiko.carst...@de.ibm.com; li...@horizon.com;
l...@aserp2030
t_size which can configure by kernel cmdline.
This can meet different requirement.
Signed-off-by: Chuansheng Liu
Signed-off-by: Zhang Dongxing
Signed-off-by: Wang Xiaoming
---
patch v1 make this change at Kconfig
which needs to edit the .config manually.
https://lkml.org/lkml/2015/1/25/571
patch v
which can configure by kernel cmdline.
This can meet different requirement.
Signed-off-by: Chuansheng Liu chuansheng@intel.com
Signed-off-by: Zhang Dongxing dongxing.zh...@intel.com
Signed-off-by: Wang Xiaoming xiaoming.w...@intel.com
---
patch v1 make this change at Kconfig
which needs to edit
Dear Jan
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Wednesday, February 18, 2015 5:35 PM
> To: Wang, Xiaoming
> Cc: ch...@chris-wilson.co.uk; david.vra...@citrix.com;
> lau...@codeaurora.org; heiko.carst...@de.ibm.com; li...@horizon.com;
Dear Jan
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Tuesday, February 17, 2015 6:09 PM
> To: Wang, Xiaoming
> Cc: ch...@chris-wilson.co.uk; david.vra...@citrix.com;
> lau...@codeaurora.org; heiko.carst...@de.ibm.com; li...@horizon.com;
Dear Jan
-Original Message-
From: Jan Beulich [mailto:jbeul...@suse.com]
Sent: Wednesday, February 18, 2015 5:35 PM
To: Wang, Xiaoming
Cc: ch...@chris-wilson.co.uk; david.vra...@citrix.com;
lau...@codeaurora.org; heiko.carst...@de.ibm.com; li...@horizon.com;
Liu, Chuansheng; Zhang
Dear Jan
-Original Message-
From: Jan Beulich [mailto:jbeul...@suse.com]
Sent: Tuesday, February 17, 2015 6:09 PM
To: Wang, Xiaoming
Cc: ch...@chris-wilson.co.uk; david.vra...@citrix.com;
lau...@codeaurora.org; heiko.carst...@de.ibm.com; li...@horizon.com;
Liu, Chuansheng; Zhang
which can configure by kernel cmdline.
This can meet different requirement.
Signed-off-by: Chuansheng Liu
Signed-off-by: Zhang Dongxing
Signed-off-by: Wang Xiaoming
---
patch v1 make this change at Kconfig
which needs to edit the .config manually.
https://lkml.org/lkml/2015/1/25/571
patch v
Dear Wilk
> -Original Message-
> From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
> Sent: Tuesday, February 17, 2015 6:13 AM
> To: Wang, Xiaoming
> Cc: r...@linux-mips.org; boris.ostrov...@oracle.com;
> david.vra...@citrix.com; linux-m...@linux-mips
Dear Wilk
-Original Message-
From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
Sent: Tuesday, February 17, 2015 6:13 AM
To: Wang, Xiaoming
Cc: r...@linux-mips.org; boris.ostrov...@oracle.com;
david.vra...@citrix.com; linux-m...@linux-mips.org; linux-
ker
can configure by kernel cmdline.
This can meet different requirement.
Signed-off-by: Chuansheng Liu chuansheng@intel.com
Signed-off-by: Zhang Dongxing dongxing.zh...@intel.com
Signed-off-by: Wang Xiaoming xiaoming.w...@intel.com
---
patch v1 make this change at Kconfig
which needs to edit
t_size which can configure by BOARD_KERNEL_CMDLINE in
BoardConfig.mk.
This can meet different requirement.
Signed-off-by: Chuansheng Liu
Signed-off-by: Zhang Dongxing
Signed-off-by: Wang Xiaoming
---
patch v1 make this change at Kconfig
which needs to edit the .config manually.
https://lkml.or
which can configure by BOARD_KERNEL_CMDLINE in
BoardConfig.mk.
This can meet different requirement.
Signed-off-by: Chuansheng Liu chuansheng@intel.com
Signed-off-by: Zhang Dongxing dongxing.zh...@intel.com
Signed-off-by: Wang Xiaoming xiaoming.w...@intel.com
---
patch v1 make this change
Dear Wilk:
> -Original Message-
> From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
> Sent: Thursday, February 12, 2015 4:49 AM
> To: Wang, Xiaoming
> Cc: David Vrabel; linux-m...@linux-mips.org; pebo...@tiscali.nl; Zhang,
> Dongxing; lau...@codea
Dear David
> -Original Message-
> From: David Vrabel [mailto:david.vra...@citrix.com]
> Sent: Tuesday, February 10, 2015 5:46 PM
> To: Wang, Xiaoming; Konrad Rzeszutek Wilk
> Cc: linux-m...@linux-mips.org; pebo...@tiscali.nl; Zhang, Dongxing;
> lau...@codea
Dear Wilk:
-Original Message-
From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
Sent: Thursday, February 12, 2015 4:49 AM
To: Wang, Xiaoming
Cc: David Vrabel; linux-m...@linux-mips.org; pebo...@tiscali.nl; Zhang,
Dongxing; lau...@codeaurora.org; d.kasat...@samsung.com
Dear David
-Original Message-
From: David Vrabel [mailto:david.vra...@citrix.com]
Sent: Tuesday, February 10, 2015 5:46 PM
To: Wang, Xiaoming; Konrad Rzeszutek Wilk
Cc: linux-m...@linux-mips.org; pebo...@tiscali.nl; Zhang, Dongxing;
lau...@codeaurora.org; d.kasat...@samsung.com
Dear Wilk:
> -Original Message-
> From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
> Sent: Monday, February 9, 2015 11:36 PM
> To: Wang, Xiaoming
> Cc: r...@linux-mips.org; boris.ostrov...@oracle.com;
> david.vra...@citrix.com; linux-m...@linux-mips
Dear Wilk:
-Original Message-
From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
Sent: Monday, February 9, 2015 11:36 PM
To: Wang, Xiaoming
Cc: r...@linux-mips.org; boris.ostrov...@oracle.com;
david.vra...@citrix.com; linux-m...@linux-mips.org; linux-
ker
Dear Wilk:
> -Original Message-
> From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
> Sent: Saturday, February 7, 2015 2:12 AM
> To: Wang, Xiaoming
> Cc: r...@linux-mips.org; boris.ostrov...@oracle.com;
> david.vra...@citrix.com; linux-m...@linux-mips
Dear Wilk:
-Original Message-
From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
Sent: Saturday, February 7, 2015 2:12 AM
To: Wang, Xiaoming
Cc: r...@linux-mips.org; boris.ostrov...@oracle.com;
david.vra...@citrix.com; linux-m...@linux-mips.org; linux-
ker
-by: Wang Xiaoming
---
patch v1 make this change at Kconfig
which needs to edit the .config manually.
https://lkml.org/lkml/2015/1/25/571
arch/mips/cavium-octeon/dma-octeon.c |2 +-
arch/mips/netlogic/common/nlm-dma.c |2 +-
drivers/xen/swiotlb-xen.c|6 +++---
include/linux
> -Original Message-
> From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
> Sent: Friday, February 6, 2015 3:33 AM
> To: Wang, Xiaoming
> Cc: r...@linux-mips.org; boris.ostrov...@oracle.com;
> david.vra...@citrix.com; linux-m...@linux-mips.org; linux-
> k
-Original Message-
From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
Sent: Friday, February 6, 2015 3:33 AM
To: Wang, Xiaoming
Cc: r...@linux-mips.org; boris.ostrov...@oracle.com;
david.vra...@citrix.com; linux-m...@linux-mips.org; linux-
ker...@vger.kernel.org; xen-de
Dongxing dongxing.zh...@intel.com
Signed-off-by: Wang Xiaoming xiaoming.w...@intel.com
---
patch v1 make this change at Kconfig
which needs to edit the .config manually.
https://lkml.org/lkml/2015/1/25/571
arch/mips/cavium-octeon/dma-octeon.c |2 +-
arch/mips/netlogic/common/nlm-dma.c |2
Cancel the optimization of compiler for struct snd_compr_avail
which size will be 0x1c in 32bit kernel while 0x20 in 64bit
kernel under the optimizer. That will make compaction between
32bit and 64bit. So add packed to fix the size of struct
snd_compr_avail to 0x1c for all platform.
Dear Takashi
> -Original Message-
> From: Koul, Vinod
> Sent: Monday, June 09, 2014 11:36 PM
> To: Takashi Iwai
> Cc: Wang, Xiaoming; Kp, Jeeja; dhowe...@redhat.com; a...@arndb.de;
> t...@linutronix.de; mtk.manpa...@gmail.com;
> paul...@linux.vnet.ibm.com; da...@redha
Dear Takashi
-Original Message-
From: Koul, Vinod
Sent: Monday, June 09, 2014 11:36 PM
To: Takashi Iwai
Cc: Wang, Xiaoming; Kp, Jeeja; dhowe...@redhat.com; a...@arndb.de;
t...@linutronix.de; mtk.manpa...@gmail.com;
paul...@linux.vnet.ibm.com; da...@redhat.com;
linux-kernel
Cancel the optimization of compiler for struct snd_compr_avail
which size will be 0x1c in 32bit kernel while 0x20 in 64bit
kernel under the optimizer. That will make compaction between
32bit and 64bit. So add packed to fix the size of struct
snd_compr_avail to 0x1c for all platform.
The size of struct snd_compr_avail is 0x1c in 32bit kernel,
while it is 0x20 in 64bit kernel 0x4 bytes added because of
alignment. It is OK when 32bit kernel met 32bit user space.
There exist stack corruption if 64bit kernel met 32bit user
space, because the size of struct snd_compr_avail is 0x1c
The size of struct snd_compr_avail is 0x1c in 32bit kernel,
while it is 0x20 in 64bit kernel 0x4 bytes added because of
alignment. It is OK when 32bit kernel met 32bit user space.
There exist stack corruption if 64bit kernel met 32bit user
space, because the size of struct snd_compr_avail is 0x1c
loops_per_jiffy*Hz is not always 1 second exactly
it depends on the realization of _delay() .
delay_tsc is used as _delay() in arch/x86/lib/delay.c
It makes loop loops_per_jiffy larger than exception
and causes one thread can not obtain the spin lock for
a long time which may trigger HARD LOCKUP
ad.org]
> Sent: Wednesday, April 30, 2014 2:06 PM
> To: Wang, Xiaoming
> Cc: mi...@redhat.com; linux-kernel@vger.kernel.org; Liu, Chuansheng
> Subject: Re: [PATCH] lib/spinlock_debug: avoid one thread can not obtain
> the spinlock for a long time.
>
> On Wed, Apr 30, 2014 at 01:04
]
Sent: Wednesday, April 30, 2014 2:06 PM
To: Wang, Xiaoming
Cc: mi...@redhat.com; linux-kernel@vger.kernel.org; Liu, Chuansheng
Subject: Re: [PATCH] lib/spinlock_debug: avoid one thread can not obtain
the spinlock for a long time.
On Wed, Apr 30, 2014 at 01:04:31PM -0400, Wang, Xiaoming wrote
loops_per_jiffy*Hz is not always 1 second exactly
it depends on the realization of _delay() .
delay_tsc is used as _delay() in arch/x86/lib/delay.c
It makes loop loops_per_jiffy larger than exception
and causes one thread can not obtain the spin lock for
a long time which may trigger HARD LOCKUP
loops_per_jiffy is larger than expectation that possible
causes one thread can not obtain the spin lock for a long time.
So use cpu_clock() to reach timeout in one second which can
avoid HARD LOCKUP.
Signed-off-by: Chuansheng Liu
Signed-off-by: xiaoming wang
---
kernel/locking/spinlock_debug.c
loops_per_jiffy is larger than expectation that possible
causes one thread can not obtain the spin lock for a long time.
So use cpu_clock() to reach timeout in one second which can
avoid HARD LOCKUP.
Signed-off-by: Chuansheng Liu chuansheng@intel.com
Signed-off-by: xiaoming wang
Plug a group_info refcount leak in ping_init.
group_info is only needed during initialization and
the code failed to release the reference on exit.
While here move grabbing the reference to a place
where it is actually needed.
Signed-off-by: Chuansheng Liu
Signed-off-by: Zhang Dongxing
Plug a group_info refcount leak in ping_init.
group_info is only needed during initialization and
the code failed to release the reference on exit.
While here move grabbing the reference to a place
where it is actually needed.
Signed-off-by: Chuansheng Liu chuansheng@intel.com
This is a typical refcount leak exploitable by unprivileged users.
Current group_info had been got in ping_init_sock and
group_info->usage increased. But the usage hasn't decreased
anywhere in ping. This will make this group_info never freed.
Signed-off-by: Chuansheng Liu
Signed-off-by: Zhang
This is a typical refcount leak exploitable by unprivileged users.
Current group_info had been got in ping_init_sock and
group_info-usage increased. But the usage hasn't decreased
anywhere in ping. This will make this group_info never freed.
Signed-off-by: Chuansheng Liu chuansheng@intel.com
There is a memory leak in ping. Current group_info had been got in
ping_init_sock and group_info->usage increased.
But the usage hasn't decreased anywhere in ping.
This will make this group_info never freed and cause memory leak.
unreferenced object 0xcd0e8840 (size 192):
comm "dumpstate",
There is a memory leak in ping when call ping in dumpstate.
Current group_info had been got in ping_init_sock and group_info->usage
increased. But the usage hasn't decreased.
This will make group_info never freed and cause memory leak.
unreferenced object 0xcd0e8840 (size 192):
comm
There is a memory leak in ping when call ping in dumpstate.
Current group_info had been got in ping_init_sock and group_info-usage
increased. But the usage hasn't decreased.
This will make group_info never freed and cause memory leak.
unreferenced object 0xcd0e8840 (size 192):
comm dumpstate,
There is a memory leak in ping. Current group_info had been got in
ping_init_sock and group_info-usage increased.
But the usage hasn't decreased anywhere in ping.
This will make this group_info never freed and cause memory leak.
unreferenced object 0xcd0e8840 (size 192):
comm dumpstate, pid
pcmd->parmbuf->pbuf has been allocated if command is
GEN_CMD_CODE(_Set_Drv_Extra),
and it enqueued by rtw_enqueue_cmd. rtw_cmd_thread dequeue pcmd by
rtw_dequeue_cmd.
The memory leak happened on this branch "if( _FAIL == rtw_cmd_filter(pcmdpriv,
pcmd) )"
which goto post_process directly against
pcmd-parmbuf-pbuf has been allocated if command is
GEN_CMD_CODE(_Set_Drv_Extra),
and it enqueued by rtw_enqueue_cmd. rtw_cmd_thread dequeue pcmd by
rtw_dequeue_cmd.
The memory leak happened on this branch if( _FAIL == rtw_cmd_filter(pcmdpriv,
pcmd) )
which goto post_process directly against
pcmd->parmbuf->pbuf has been allocated if command is
GEN_CMD_CODE(_Set_Drv_Extra),
and it enqueued by rtw_enqueue_cmd. rtw_cmd_thread dequeue pcmd by
rtw_dequeue_cmd.
The memory leak happened on this branch "if( _FAIL == rtw_cmd_filter(pcmdpriv,
pcmd) )"
which goto post_process directly against
pcmd-parmbuf-pbuf has been allocated if command is
GEN_CMD_CODE(_Set_Drv_Extra),
and it enqueued by rtw_enqueue_cmd. rtw_cmd_thread dequeue pcmd by
rtw_dequeue_cmd.
The memory leak happened on this branch if( _FAIL == rtw_cmd_filter(pcmdpriv,
pcmd) )
which goto post_process directly against
pcmd->parmbuf->pbuf has been allocated if command is
GEN_CMD_CODE(_Set_Drv_Extra),
and it enqueued by rtw_enqueue_cmd. rtw_cmd_thread dequeue pcmd by
rtw_dequeue_cmd.
The memory leak happened on this branch "if( _FAIL == rtw_cmd_filter(pcmdpriv,
pcmd) )"
which goto post_process directly against
pcmd-parmbuf-pbuf has been allocated if command is
GEN_CMD_CODE(_Set_Drv_Extra),
and it enqueued by rtw_enqueue_cmd. rtw_cmd_thread dequeue pcmd by
rtw_dequeue_cmd.
The memory leak happened on this branch if( _FAIL == rtw_cmd_filter(pcmdpriv,
pcmd) )
which goto post_process directly against
> -Original Message-
> From: Paul Turner [mailto:p...@google.com]
> Sent: Tuesday, November 12, 2013 11:10 AM
> To: Wang, Xiaoming
> Cc: Ingo Molnar; Peter Zijlstra; LKML; Liu, Chuansheng; Zhang, Dongxing
> Subject: Re: [PATCH] [sched]: pick the NULL entity caused the
cfs_rq get its group run queue but the value of
cfs_rq->nr_running maybe zero, which will cause
the panic in pick_next_task_fair.
So the evaluated of cfs_rq->nr_running is needed.
[15729.985797] BUG: unable to handle kernel NULL pointer dereference at 0008
[15729.993838] IP: []
cfs_rq get its group run queue but the value of
cfs_rq-nr_running maybe zero, which will cause
the panic in pick_next_task_fair.
So the evaluated of cfs_rq-nr_running is needed.
[15729.985797] BUG: unable to handle kernel NULL pointer dereference at 0008
[15729.993838] IP: [c15266f1]
-Original Message-
From: Paul Turner [mailto:p...@google.com]
Sent: Tuesday, November 12, 2013 11:10 AM
To: Wang, Xiaoming
Cc: Ingo Molnar; Peter Zijlstra; LKML; Liu, Chuansheng; Zhang, Dongxing
Subject: Re: [PATCH] [sched]: pick the NULL entity caused the panic.
On Tue, Nov 12
Dear Choi
-Original Message-
From: Chanwoo Choi [mailto:cw00.c...@samsung.com]
Sent: Monday, November 04, 2013 9:43 AM
To: Wang, Xiaoming
Cc: myungjoo@samsung.com; linux-kernel@vger.kernel.org; Liu, Chuansheng;
Zhang, Dongxing
Subject: Re: [PATCH] [extcon]:remove freed groups caused
Dear Choi
-Original Message-
From: Chanwoo Choi [mailto:cw00.c...@samsung.com]
Sent: Monday, November 04, 2013 9:43 AM
To: Wang, Xiaoming
Cc: myungjoo@samsung.com; linux-kernel@vger.kernel.org; Liu, Chuansheng;
Zhang, Dongxing
Subject: Re: [PATCH] [extcon]:remove freed groups caused
(edev->extcon_dev_type.groups) has been freed before device_unregister.
extcon_dev_unregister -> kfree(edev->extcon_dev_type.groups)
then device_unregister -> device_del -> device_remove_attrs
-> device_remove_groups(dev, type->groups);
panic because type->groups has been freed.
This patch is
(edev-extcon_dev_type.groups) has been freed before device_unregister.
extcon_dev_unregister - kfree(edev-extcon_dev_type.groups)
then device_unregister - device_del - device_remove_attrs
- device_remove_groups(dev, type-groups);
panic because type-groups has been freed.
This patch is move
78 matches
Mail list logo