Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753295Ab1BRCVd (ORCPT ); Thu, 17 Feb 2011 21:21:33 -0500 Received: from cn.fujitsu.com ([222.73.24.84]:54100 "EHLO song.cn.fujitsu.com" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1751034Ab1BRCVa (ORCPT ); Thu, 17 Feb 2011 21:21:30 -0500 Message-ID: <4D5DD7F9.30202@cn.fujitsu.com> Date: Fri, 18 Feb 2011 10:22:49 +0800 From: Li Zefan User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.9) Gecko/20100921 Fedora/3.1.4-1.fc14 Thunderbird/3.1.4 MIME-Version: 1.0 To: Paul Menage CC: Andrew Morton , LKML , David Rientjes , =?UTF-8?B?57yqIOWLsA==?= , linux-mm@kvack.org Subject: Re: [PATCH 1/4] cpuset: Remove unneeded NODEMASK_ALLOC() in cpuset_sprintf_memlist() References: <4D5C7EA7.1030409@cn.fujitsu.com> In-Reply-To: X-MIMETrack: Itemize by SMTP Server on mailserver/fnst(Release 8.5.1FP4|July 25, 2010) at 2011-02-18 10:20:31, Serialize by Router on mailserver/fnst(Release 8.5.1FP4|July 25, 2010) at 2011-02-18 10:20:31, Serialize complete at 2011-02-18 10:20:31 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2084 Lines: 53 Paul Menage wrote: > On Wed, Feb 16, 2011 at 5:49 PM, Li Zefan wrote: >> It's not necessary to copy cpuset->mems_allowed to a buffer >> allocated by NODEMASK_ALLOC(). Just pass it to nodelist_scnprintf(). >> >> Signed-off-by: Li Zefan > > Acked-by: Paul Menage > > The only downside is that we're now doing more work (and more complex > work) inside callback_mutex, but I guess that's OK compared to having > to do a memory allocation. (I poked around in lib/vsprintf.c and I > couldn't see any cases where it might allocate memory, but it would be > particularly bad if there was any way to trigger an Oops.) > >> --- >> kernel/cpuset.c | 10 +--------- >> 1 files changed, 1 insertions(+), 9 deletions(-) >> >> diff --git a/kernel/cpuset.c b/kernel/cpuset.c >> index 10f1835..f13ff2e 100644 >> --- a/kernel/cpuset.c >> +++ b/kernel/cpuset.c >> @@ -1620,20 +1620,12 @@ static int cpuset_sprintf_cpulist(char *page, struct cpuset *cs) >> >> static int cpuset_sprintf_memlist(char *page, struct cpuset *cs) >> { >> - NODEMASK_ALLOC(nodemask_t, mask, GFP_KERNEL); >> int retval; >> >> - if (mask == NULL) >> - return -ENOMEM; >> - > > And this was particularly broken since the only caller of > cpuset_sprintf_memlist() doesn't handle a negative error response > anyway and would then overwrite byte 4083 on the preceding page with a > '\n'. And then since the (size_t)(s-page) that's passed to > simple_read_from_buffer() would be a very large number, it would write > arbitrary (user-controlled) amounts of kernel data to the userspace > buffer. > > Maybe we could also rename 'retval' to 'count' in this function (and > cpuset_sprintf_cpulist()) to make it clearer that callers don't expect > negative error values? > Good spot! -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/