From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754158AbbJUJhR (ORCPT ); Wed, 21 Oct 2015 05:37:17 -0400 Received: from mail-wi0-f179.google.com ([209.85.212.179]:32955 "EHLO mail-wi0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753201AbbJUJhN (ORCPT ); Wed, 21 Oct 2015 05:37:13 -0400 Date: Wed, 21 Oct 2015 11:37:10 +0200 From: Michal Hocko To: Hongjie Fang =?utf-8?B?KOaWuea0quadsCk=?= , "Eric W. Biederman" Cc: "gregkh@linuxfoundation.org" , "linux-kernel@vger.kernel.org" , Andrew Morton , linux-mm@kvack.org, David Rientjes Subject: Re: [PATCH 4.3-rc6] proc: fix oom_adj value read from /proc//oom_adj Message-ID: <20151021093710.GA8799@dhcp22.suse.cz> References: <65a10261038346b1a778443fd15f0980@SHMBX01.spreadtrum.com> <87zizdfo0x.fsf@x220.int.ebiederm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87zizdfo0x.fsf@x220.int.ebiederm.org> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [CC David as well] The original patch has been posted here: http://lkml.kernel.org/r/65a10261038346b1a778443fd15f0980%40SHMBX01.spreadtrum.com On Tue 20-10-15 12:27:58, Eric W. Biederman wrote: > "Hongjie Fang (方洪杰)" writes: > > > The oom_adj's value reading through /proc//oom_adj is different > > with the value written into /proc//oom_adj. > > Fix this by adding a adjustment factor. > > *Scratches my head* > > Won't changing the interpretation of what is written break existing > userspace applications that write this value? No, because they will see the same value they wrote. The current state is broken because you get a different value than you wrote. I am just wondering, how have you found this problem? Code review or have you encountered a real failure because of this? > Added a few more likely memory management suspects that might understand > what is going on here. > > Eric > > > > > Signed-off-by: Hongjie Fang > > --- > > diff --git a/fs/proc/base.c b/fs/proc/base.c > > index b25eee4..1ea0589 100644 > > --- a/fs/proc/base.c > > +++ b/fs/proc/base.c > > @@ -1043,6 +1043,7 @@ static ssize_t oom_adj_write(struct file *file, const char __user *buf, > > int oom_adj; > > unsigned long flags; > > int err; > > + int adjust; This doesn't need the function visibility. > > > > memset(buffer, 0, sizeof(buffer)); > > if (count > sizeof(buffer) - 1) > > @@ -1084,8 +1085,10 @@ static ssize_t oom_adj_write(struct file *file, const char __user *buf, > > */ > > if (oom_adj == OOM_ADJUST_MAX) > > oom_adj = OOM_SCORE_ADJ_MAX; > > - else > > - oom_adj = (oom_adj * OOM_SCORE_ADJ_MAX) / -OOM_DISABLE; > > + else{ space after else and checkpatch will probably complain about missing { } for if... Other than that the patch looks good to me. The changelog coul be slightly improved as well. > > + adjust = oom_adj > 0 ? (-OOM_DISABLE-1) : -(-OOM_DISABLE-1); > > + oom_adj = (oom_adj * OOM_SCORE_ADJ_MAX + adjust) / -OOM_DISABLE; > > + } > > > > if (oom_adj < task->signal->oom_score_adj && > > !capable(CAP_SYS_RESOURCE)) { > > > > -- > > -- > To unsubscribe, send a message with 'unsubscribe linux-mm' in > the body to majordomo@kvack.org. For more info on Linux MM, > see: http://www.linux-mm.org/ . > Don't email: email@kvack.org -- Michal Hocko SUSE Labs