RE: [PATCH] thermal: cpu_cooling: Fix wrong comment call function name

2016-09-18 Thread
You're welcome. Will be merged this patch? Thank you Hugh Kang No One ever is defeated until defeat has been accepted as a reality. 강인혁 (Hugh Kang) Chief Engineer SW Platform(연) Advanced OS Technology TEAM (AOT) Mobile: +82-10-5513-7957 -Original Message- From: Javi Merino

RE: [PATCH] of: thermal: Fixed governor at each thermal zone

2016-09-28 Thread
t; > > As already pointed by Javi, this patch has already been proposed (more > > than one time by different people), but, it still continues to be > > unacceptable. > > > > Cheers, > > > > > > > > > > > > > Regards, > > > Lukasz > > > Thank you for reviewing this patch. I understand your ideas. During the thermal testing into device, the thermal policy should be applied in the begging of kernel boot sometimes. Hence, I have suggested above solution. Anyway, the DT perspective like above, this patch is better not to be upstream. Thank you very much. Regards, Hugh Kang No One ever is defeated until defeat has been accepted as a reality. 강인혁 (Hugh Kang) Chief Engineer SW Platform(연) Advanced OS Technology TEAM (AOT) Mobile: +82-10-5513-7957

RE: [patch] mm, slab: faster active and free stats

2016-12-02 Thread
Hello, David. There is some problem on my e-mail client so I have to use another one. Please understand broken reply style. Yeah, I like this version much. Can we do account slabs_free directly in get_first_slab() and get_valid_first_slab()? Passing page_is_free isn't needed if we do it

RE: [PATCH 3/3] lockdep: Remove unnecessary acquisitions wrt workqueue flush

2017-09-05 Thread
> -Original Message- > From: Peter Zijlstra [mailto:pet...@infradead.org] > Sent: Tuesday, September 05, 2017 4:26 PM > To: Byungchul Park > Cc: t...@kernel.org; johannes.b...@intel.com; mi...@kernel.org; > t...@linutronix.de; o...@redhat.com; da...@fromorbit.com; linux- >

RE: [PATCH] llist: Put parentheses around parameters of llist_for_each_entry_safe()

2017-09-26 Thread
> -Original Message- > From: Huang, Ying [mailto:ying.hu...@intel.com] > Sent: Tuesday, September 26, 2017 5:14 PM > To: 박병철/선임연구원/SW Platform(연)AOT팀(byungchul.p...@lge.com) > Cc: Huang, Ying; pet...@infradead.org; mi...@kernel.org; linux- > ker...@vger.kernel.org; k

RE: [PATCH] llist: Put parentheses around parameters of llist_for_each_entry_safe()

2017-09-26 Thread
> -Original Message- > From: Huang, Ying [mailto:ying.hu...@intel.com] > Sent: Tuesday, September 26, 2017 4:02 PM > To: Byungchul Park > Cc: pet...@infradead.org; mi...@kernel.org; linux-kernel@vger.kernel.org; > kernel-t...@lge.com; ying.hu...@intel.com > Subject: Re: [PATCH] llist: Put

RE: [PATCH] bcache: use llist_for_each_entry_safe() in __closure_wake_up()

2017-09-26 Thread
> -Original Message- > From: Coly Li [mailto:i...@coly.li] > Sent: Tuesday, September 26, 2017 5:00 PM > To: Byungchul Park > Subject: Fwd: [PATCH] bcache: use llist_for_each_entry_safe() in > __closure_wake_up() > > Hi Byungchul, > > I posted the fix on linux-bcache mailing list, could

RE: [PATCH 4/4] lockdep: Fix workqueue crossrelease annotation

2017-09-01 Thread
> -Original Message- > From: Byungchul Park [mailto:byungchul.p...@lge.com] > Sent: Friday, September 01, 2017 7:16 PM > To: Peter Zijlstra > Cc: mi...@kernel.org; t...@kernel.org; boqun.f...@gmail.com; > da...@fromorbit.com; johan...@sipsolutions.net; o...@redhat.com; linux- >

RE: [PATCH 1/2] lockdep: Introduce CROSSRELEASE_STACK_TRACE and make it not unwind as default

2017-10-19 Thread
> -Original Message- > From: Ingo Molnar [mailto:mingo.kernel@gmail.com] On Behalf Of Ingo > > > At the time, cross-release was falsely accused. AFAIK, cross-release has > > not crashed system yet. > > I'm talking about the crash fixed here: > > 8b405d5c5d09: locking/lockdep: Fix

RE: [PATCH 4/4] lockdep: Fix workqueue crossrelease annotation

2017-09-01 Thread
> -Original Message- > From: Byungchul Park [mailto:byungchul.p...@lge.com] > Sent: Friday, September 01, 2017 7:16 PM > To: Peter Zijlstra > Cc: mi...@kernel.org; t...@kernel.org; boqun.f...@gmail.com; > da...@fromorbit.com; johan...@sipsolutions.net; o...@redhat.com; linux- >

RE: [PATCH 3/3] lockdep: Remove unnecessary acquisitions wrt workqueue flush

2017-09-05 Thread
> -Original Message- > From: Peter Zijlstra [mailto:pet...@infradead.org] > Sent: Tuesday, September 05, 2017 4:26 PM > To: Byungchul Park > Cc: t...@kernel.org; johannes.b...@intel.com; mi...@kernel.org; > t...@linutronix.de; o...@redhat.com; da...@fromorbit.com; linux- >

RE: [PATCH] llist: Put parentheses around parameters of llist_for_each_entry_safe()

2017-09-26 Thread
> -Original Message- > From: Huang, Ying [mailto:ying.hu...@intel.com] > Sent: Tuesday, September 26, 2017 4:02 PM > To: Byungchul Park > Cc: pet...@infradead.org; mi...@kernel.org; linux-kernel@vger.kernel.org; > kernel-t...@lge.com; ying.hu...@intel.com > Subject: Re: [PATCH] llist: Put

RE: [PATCH] bcache: use llist_for_each_entry_safe() in __closure_wake_up()

2017-09-26 Thread
> -Original Message- > From: Coly Li [mailto:i...@coly.li] > Sent: Tuesday, September 26, 2017 5:00 PM > To: Byungchul Park > Subject: Fwd: [PATCH] bcache: use llist_for_each_entry_safe() in > __closure_wake_up() > > Hi Byungchul, > > I posted the fix on linux-bcache mailing list, could

RE: [PATCH] llist: Put parentheses around parameters of llist_for_each_entry_safe()

2017-09-26 Thread
> -Original Message- > From: Huang, Ying [mailto:ying.hu...@intel.com] > Sent: Tuesday, September 26, 2017 5:14 PM > To: 박병철/선임연구원/SW Platform(연)AOT팀(byungchul.p...@lge.com) > Cc: Huang, Ying; pet...@infradead.org; mi...@kernel.org; linux- > ker...@vger.kernel.org; k

RE: [PATCH 1/2] lockdep: Introduce CROSSRELEASE_STACK_TRACE and make it not unwind as default

2017-10-19 Thread
> -Original Message- > From: Ingo Molnar [mailto:mingo.kernel@gmail.com] On Behalf Of Ingo > > > At the time, cross-release was falsely accused. AFAIK, cross-release has > > not crashed system yet. > > I'm talking about the crash fixed here: > > 8b405d5c5d09: locking/lockdep: Fix

RE: [PATCH] thermal: cpu_cooling: Fix wrong comment call function name

2016-09-18 Thread
You're welcome. Will be merged this patch? Thank you Hugh Kang No One ever is defeated until defeat has been accepted as a reality. 강인혁 (Hugh Kang) Chief Engineer SW Platform(연) Advanced OS Technology TEAM (AOT) Mobile: +82-10-5513-7957 -Original Message- From: Javi Merino

RE: [PATCH] of: thermal: Fixed governor at each thermal zone

2016-09-28 Thread
pointed by Javi, this patch has already been proposed (more > > than one time by different people), but, it still continues to be > > unacceptable. > > > > Cheers, > > > > > > > > > > > > > Regards, > > > Lukasz > > > Thank you for reviewing this patch. I understand your ideas. During the thermal testing into device, the thermal policy should be applied in the begging of kernel boot sometimes. Hence, I have suggested above solution. Anyway, the DT perspective like above, this patch is better not to be upstream. Thank you very much. Regards, Hugh Kang No One ever is defeated until defeat has been accepted as a reality. 강인혁 (Hugh Kang) Chief Engineer SW Platform(연) Advanced OS Technology TEAM (AOT) Mobile: +82-10-5513-7957

RE: [patch] mm, slab: faster active and free stats

2016-12-02 Thread
Hello, David. There is some problem on my e-mail client so I have to use another one. Please understand broken reply style. Yeah, I like this version much. Can we do account slabs_free directly in get_first_slab() and get_valid_first_slab()? Passing page_is_free isn't needed if we do it

Re: [RFC 0/6] zsmalloc support compaction

2014-12-03 Thread 박승호/책임연구원/SW Platform()AOT팀(seungho1.p...@lge.com)
Hi, Minchan. I have a question. The problem mentioned can't be resolved with compaction? Is there any reason that zsmalloc pages can't be moved by compaction operation in direct reclaim? 2014-12-02 오전 11:49에 Minchan Kim 이(가) 쓴 글: Recently, there was issue about zsmalloc fragmentation and I got

Re: [RFC 0/6] zsmalloc support compaction

2014-12-03 Thread 박승호/책임연구원/SW Platform()AOT팀(seungho1.p...@lge.com)
Hi, Minchan. Sorry, I got it. You made zsmalloc pages movable. forget it. Seungho. 2014-12-04 오후 3:49에 박승호/책임연구원/SW Platform(연)AOT팀 (seungho1.p...@lge.com) 이(가) 쓴 글: Hi, Minchan. I have a question. The problem mentioned can't be resolved with compaction? Is there any reason that zsmalloc

Re: [RFC 0/6] zsmalloc support compaction

2014-12-03 Thread 박승호/책임연구원/SW Platform()AOT팀(seungho1.p...@lge.com)
Hi, Minchan. I got it. Thank u :). Seungho. 2014-12-04 오후 4:20에 Minchan Kim 이(가) 쓴 글: Hey Seungho, On Thu, Dec 04, 2014 at 03:49:21PM +0900, 박승호/책임연구원/SW Platform(연)AOT팀(seungho1.p...@lge.com) wrote: Hi, Minchan. I have a question. The problem mentioned can't be resolved with compaction

Re: [RFC 0/6] zsmalloc support compaction

2014-12-03 Thread 박승호/책임연구원/SW Platform()AOT팀(seungho1.p...@lge.com)
Hi, Minchan. I have a question. The problem mentioned can't be resolved with compaction? Is there any reason that zsmalloc pages can't be moved by compaction operation in direct reclaim? 2014-12-02 오전 11:49에 Minchan Kim 이(가) 쓴 글: Recently, there was issue about zsmalloc fragmentation and I got

Re: [RFC 0/6] zsmalloc support compaction

2014-12-03 Thread 박승호/책임연구원/SW Platform()AOT팀(seungho1.p...@lge.com)
Hi, Minchan. Sorry, I got it. You made zsmalloc pages movable. forget it. Seungho. 2014-12-04 오후 3:49에 "박승호/책임연구원/SW Platform(연)AOT팀 (seungho1.p...@lge.com)" 이(가) 쓴 글: Hi, Minchan. I have a question. The problem mentioned can't be resolved with compaction? Is there any reason tha

Re: [RFC 0/6] zsmalloc support compaction

2014-12-03 Thread 박승호/책임연구원/SW Platform()AOT팀(seungho1.p...@lge.com)
Hi, Minchan. I got it. Thank u :). Seungho. 2014-12-04 오후 4:20에 Minchan Kim 이(가) 쓴 글: Hey Seungho, On Thu, Dec 04, 2014 at 03:49:21PM +0900, "박승호/책임연구원/SW Platform(연)AOT팀(seungho1.p...@lge.com)" wrote: Hi, Minchan. I have a question. The problem mentioned can't be resolved with