All of lore.kernel.org
 help / color / mirror / Atom feed
From: Yasuaki Ishimatsu <isimatu.yasuaki@jp.fujitsu.com>
To: <linux-kernel@vger.kernel.org>
Cc: <tglx@linutronix.de>, <mingo@kernel.org>, <hpa@zytor.com>,
	<tj@kernel.org>, <akpm@linux-foundation.org>,
	<dave@linux.vnet.ibm.com>
Subject: Re: [PATCH] firmware_map : unify argument of firmware_map_add_early/hotplug
Date: Tue, 24 Jul 2012 13:59:13 +0900	[thread overview]
Message-ID: <500E2BA1.9010502@jp.fujitsu.com> (raw)
In-Reply-To: <5004CB4C.6080700@jp.fujitsu.com>

The patch is bugfix. So I want you to review it and merge into linux-3.6.

2012/07/17 11:17, Yasuaki Ishimatsu wrote:
> There are two ways to create /sys/firmware/memmap/X sysfs:
> 
>    - firmware_map_add_early
>      When the system starts, it is calledd from e820_reserve_resources()
>    - firmware_map_add_hotplug
>      When the memory is hot plugged, it is called from add_memory()
> 
> But these functions are called without unifying value of end argument as below:
> 
>    - end argument of firmware_map_add_early()   : start + size - 1
>    - end argument of firmware_map_add_hogplug() : start + size
> 
> The patch unifies them to "start + size". Even if applying the patch,
> /sys/firmware/memmap/X/end file content does not change.
> 
> CC: Thomas Gleixner <tglx@linutronix.de>
> CC: Ingo Molnar <mingo@kernel.org>
> CC: H. Peter Anvin <hpa@zytor.com>
> CC: Tejun Heo <tj@kernel.org>
> CC: Andrew Morton <akpm@linux-foundation.org>
> Reviewed-by: Dave Hansen <dave@linux.vnet.ibm.com>
> Signed-off-by: Yasuaki Ishimatsu <isimatu.yasuaki@jp.fujitsu.com>
> 
> ---
>   arch/x86/kernel/e820.c    |    2 +-
>   drivers/firmware/memmap.c |    8 ++++----
>   2 files changed, 5 insertions(+), 5 deletions(-)
> 
> Index: linux-next/arch/x86/kernel/e820.c
> ===================================================================
> --- linux-next.orig/arch/x86/kernel/e820.c	2012-07-02 09:50:23.000000000 +0900
> +++ linux-next/arch/x86/kernel/e820.c	2012-07-12 13:30:45.942318179 +0900
> @@ -944,7 +944,7 @@
>   	for (i = 0; i < e820_saved.nr_map; i++) {
>   		struct e820entry *entry = &e820_saved.map[i];
>   		firmware_map_add_early(entry->addr,
> -			entry->addr + entry->size - 1,
> +			entry->addr + entry->size,
>   			e820_type_to_string(entry->type));
>   	}
>   }
> Index: linux-next/drivers/firmware/memmap.c
> ===================================================================
> --- linux-next.orig/drivers/firmware/memmap.c	2012-07-02 09:50:26.000000000 +0900
> +++ linux-next/drivers/firmware/memmap.c	2012-07-12 13:40:53.823318481 +0900
> @@ -98,7 +98,7 @@
>   /**
>    * firmware_map_add_entry() - Does the real work to add a firmware memmap entry.
>    * @start: Start of the memory range.
> - * @end:   End of the memory range (inclusive).
> + * @end:   End of the memory range.
>    * @type:  Type of the memory range.
>    * @entry: Pre-allocated (either kmalloc() or bootmem allocator), uninitialised
>    *         entry.
> @@ -113,7 +113,7 @@
>   	BUG_ON(start > end);
>   
>   	entry->start = start;
> -	entry->end = end;
> +	entry->end = end - 1;
>   	entry->type = type;
>   	INIT_LIST_HEAD(&entry->list);
>   	kobject_init(&entry->kobj, &memmap_ktype);
> @@ -148,7 +148,7 @@
>    * firmware_map_add_hotplug() - Adds a firmware mapping entry when we do
>    * memory hotplug.
>    * @start: Start of the memory range.
> - * @end:   End of the memory range (inclusive).
> + * @end:   End of the memory range.
>    * @type:  Type of the memory range.
>    *
>    * Adds a firmware mapping entry. This function is for memory hotplug, it is
> @@ -175,7 +175,7 @@
>   /**
>    * firmware_map_add_early() - Adds a firmware mapping entry.
>    * @start: Start of the memory range.
> - * @end:   End of the memory range (inclusive).
> + * @end:   End of the memory range.
>    * @type:  Type of the memory range.
>    *
>    * Adds a firmware mapping entry. This function uses the bootmem allocator
> 
> --
> 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/
> 



      reply	other threads:[~2012-07-24  4:59 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-17  2:17 [PATCH] firmware_map : unify argument of firmware_map_add_early/hotplug Yasuaki Ishimatsu
2012-07-24  4:59 ` Yasuaki Ishimatsu [this message]

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=500E2BA1.9010502@jp.fujitsu.com \
    --to=isimatu.yasuaki@jp.fujitsu.com \
    --cc=akpm@linux-foundation.org \
    --cc=dave@linux.vnet.ibm.com \
    --cc=hpa@zytor.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@kernel.org \
    --cc=tglx@linutronix.de \
    --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 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.