linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Wanpeng Li <liwanp@linux.vnet.ibm.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Dave Hansen <dave.hansen@linux.intel.com>,
	Rik van Riel <riel@redhat.com>,
	Fengguang Wu <fengguang.wu@intel.com>,
	Joonsoo Kim <iamjoonsoo.kim@lge.com>,
	Johannes Weiner <hannes@cmpxchg.org>, Tejun Heo <tj@kernel.org>,
	Yasuaki Ishimatsu <isimatu.yasuaki@jp.fujitsu.com>,
	David Rientjes <rientjes@google.com>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Jiri Kosina <jkosina@suse.cz>,
	linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 1/4] mm/pgtable: Fix continue to preallocate pmds even if failure occurrence
Date: Wed, 21 Aug 2013 07:39:35 +0800	[thread overview]
Message-ID: <20130820233935.GA1298@hacker.(null)> (raw)
In-Reply-To: <20130820160418.5639c4f9975b84dc8dede014@linux-foundation.org>

On Tue, Aug 20, 2013 at 04:04:18PM -0700, Andrew Morton wrote:
>On Tue, 20 Aug 2013 14:54:53 +0800 Wanpeng Li <liwanp@linux.vnet.ibm.com> wrote:
>
>> preallocate_pmds will continue to preallocate pmds even if failure
>> occurrence, and then free all the preallocate pmds if there is
>> failure, this patch fix it by stop preallocate if failure occurrence
>> and go to free path.
>>
>> ...
>>
>> --- a/arch/x86/mm/pgtable.c
>> +++ b/arch/x86/mm/pgtable.c
>> @@ -196,21 +196,18 @@ static void free_pmds(pmd_t *pmds[])
>>  static int preallocate_pmds(pmd_t *pmds[])
>>  {
>>  	int i;
>> -	bool failed = false;
>>  
>>  	for(i = 0; i < PREALLOCATED_PMDS; i++) {
>>  		pmd_t *pmd = (pmd_t *)__get_free_page(PGALLOC_GFP);
>>  		if (pmd == NULL)
>> -			failed = true;
>> +			goto err;
>>  		pmds[i] = pmd;
>>  	}
>>  
>> -	if (failed) {
>> -		free_pmds(pmds);
>> -		return -ENOMEM;
>> -	}
>> -
>>  	return 0;
>> +err:
>> +	free_pmds(pmds);
>> +	return -ENOMEM;
>>  }
>

Hi Andrew,

>Nope.  If the error path is taken, free_pmds() will free uninitialised
>items from pmds[], which is a local in pgd_alloc() and contains random
>stack junk.  The kernel will crash.
>
>You could pass an nr_pmds argument to free_pmds(), or zero out the
>remaining items on the error path.  However, although the current code
>is a bit kooky, I don't see that it is harmful in any way.
>

There is a check in free_pmds():

if (pmds[i])
	free_page((unsigned long)pmds[i]);

which will avoid the issue you mentioned.

In addition, the codes in pgd_alloc will skip free pmds if preallocate pmds 
failure which will avoid free pmds twice. Am I miss something? ;-)

Regards,
Wanpeng Li 

>> Reviewed-by: Dave Hansen <dave.hansen@linux.intel.com>
>
>Ahem.

--
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: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  reply	other threads:[~2013-08-20 23:39 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-20  6:54 Wanpeng Li
2013-08-20  6:54 ` [PATCH v2 2/4] mm/sparse: introduce alloc_usemap_and_memmap Wanpeng Li
2013-08-20 23:07   ` Andrew Morton
2013-08-21  0:02     ` Yinghai Lu
2013-08-21  3:11       ` Wanpeng Li
2013-08-21  3:11       ` Wanpeng Li
     [not found]       ` <52142ffe.84c0440a.57e5.02acSMTPIN_ADDED_BROKEN@mx.google.com>
2013-08-21  4:28         ` Yinghai Lu
2013-08-21  7:29           ` Wanpeng Li
2013-08-21  7:29           ` Wanpeng Li
     [not found]           ` <52146c58.a3e2440a.0f5a.ffffed8dSMTPIN_ADDED_BROKEN@mx.google.com>
2013-08-22  5:19             ` Yinghai Lu
2013-08-22 12:08               ` Wanpeng Li
2013-08-22 12:14                 ` Wanpeng Li
2013-08-22 12:14                 ` Wanpeng Li
2013-08-22 12:08               ` Wanpeng Li
     [not found]               ` <521600cc.22ab440a.2703.53f1SMTPIN_ADDED_BROKEN@mx.google.com>
2013-08-29  2:18                 ` Yinghai Lu
2013-08-29  2:34                   ` Yinghai Lu
2013-08-29  2:42                     ` Yinghai Lu
2013-08-29  2:51                       ` Wanpeng Li
2013-08-29  2:51                       ` Wanpeng Li
     [not found]                       ` <521eb73e.e3bf420a.2ad0.09c2SMTPIN_ADDED_BROKEN@mx.google.com>
2013-08-29  4:10                         ` Yinghai Lu
2013-08-29  5:32                           ` Wanpeng Li
2013-08-29  5:32                           ` Wanpeng Li
2013-08-20  6:54 ` [PATCH v2 3/4] mm/writeback: make writeback_inodes_wb static Wanpeng Li
2013-08-20 16:01   ` Seth Jennings
2013-08-20  6:54 ` [PATCH v2 4/4] mm/vmalloc: use wrapper function get_vm_area_size to caculate size of vm area Wanpeng Li
2013-08-20 16:03   ` Seth Jennings
2013-08-20 16:00 ` [PATCH v2 1/4] mm/pgtable: Fix continue to preallocate pmds even if failure occurrence Seth Jennings
2013-08-20 23:04 ` Andrew Morton
2013-08-20 23:39   ` Wanpeng Li [this message]
2013-08-20 23:39   ` Wanpeng Li
     [not found]   ` <5213fe45.660c420a.4066.ffffd8c7SMTPIN_ADDED_BROKEN@mx.google.com>
2013-08-21  0:18     ` Andrew Morton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='20130820233935.GA1298@hacker.(null)' \
    --to=liwanp@linux.vnet.ibm.com \
    --cc=akpm@linux-foundation.org \
    --cc=dave.hansen@linux.intel.com \
    --cc=fengguang.wu@intel.com \
    --cc=hannes@cmpxchg.org \
    --cc=iamjoonsoo.kim@lge.com \
    --cc=isimatu.yasuaki@jp.fujitsu.com \
    --cc=jkosina@suse.cz \
    --cc=kosaki.motohiro@jp.fujitsu.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=riel@redhat.com \
    --cc=rientjes@google.com \
    --cc=tj@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox