All of lore.kernel.org
 help / color / mirror / Atom feed
From: Zhang Yanfei <zhangyanfei@cn.fujitsu.com>
To: Yinghai Lu <yinghai@kernel.org>
Cc: "H. Peter Anvin" <hpa@zytor.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] x86: mm: Remove unnecessary assignment for max_pfn_mapped:q
Date: Fri, 10 May 2013 18:28:02 +0800	[thread overview]
Message-ID: <518CCBB2.5010308@cn.fujitsu.com> (raw)
In-Reply-To: <CAE9FiQVpbDJT2Ma6MHkB5aF9PUuGCia_QaLc_LjYCLJb4nKebg@mail.gmail.com>

于 2013年05月10日 17:27, Yinghai Lu 写道:
> On Fri, May 10, 2013 at 2:01 AM, Zhang Yanfei
> <zhangyanfei@cn.fujitsu.com> wrote:
>> init_memory_mapping will set max_pfn_mapped:
>> int_memory_mapping
>>   --> add_pfn_range_mapped
>>     --> max_pfn_mapped = max(max_pfn_mapped, end_pfn)
>>
>> In init_mem_mapping, before we set max_pfn_mapped to 0, we
>> have already called init_memory_mapping to setup pagetable
>> for [0, ISA_END_ADDRESS], and that sets max_pfn_mapped. So
>> the assignment to 0 is not necessary, remove it.
> 
> NAK.
> 
> for 32bit or Xen, max_pfn_mapped is set way before in head_32.S and
> xen-enlighen.

Hi Yinghai

I might be wrong, but just from the code in init_mem_mapping only:

 410         /* the ISA range is always mapped regardless of memory holes */
 411         init_memory_mapping(0, ISA_END_ADDRESS);
 412 
 413         /* xen has big range in reserved near end of ram, skip it at first.*/
 414         addr = memblock_find_in_range(ISA_END_ADDRESS, end, PMD_SIZE, PMD_SIZE);
 415         real_end = addr + PMD_SIZE;
 416 
 417         /* step_size need to be small so pgt_buf from BRK could cover it */
 418         step_size = PMD_SIZE;
 419         max_pfn_mapped = 0; /* will get exact value next */

Line 411 set max_pfn_mapped, and then line 419 set it to zero again, so
why keep the later assignment?

Thanks
Zhang

  reply	other threads:[~2013-05-10 10:30 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-10  9:01 [PATCH] x86: mm: Remove unnecessary assignment for max_pfn_mapped:q Zhang Yanfei
2013-05-10  9:27 ` Yinghai Lu
2013-05-10 10:28   ` Zhang Yanfei [this message]
2013-05-10 14:57     ` Yinghai Lu
2013-05-11  7:36       ` Ingo Molnar
2013-05-15  4:44       ` [PATCH] x86: mm: Remove unnecessary assignment for max_pfn_mapped Zhang Yanfei

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=518CCBB2.5010308@cn.fujitsu.com \
    --to=zhangyanfei@cn.fujitsu.com \
    --cc=akpm@linux-foundation.org \
    --cc=hpa@zytor.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=tglx@linutronix.de \
    --cc=yinghai@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.