All of lore.kernel.org
 help / color / mirror / Atom feed
* [Patch] kexec: remove duplicated backup_src_start field from struct crash_elf_info
@ 2011-04-27  3:33 Amerigo Wang
  2011-04-27  6:15 ` Simon Horman
  2011-04-27 15:01 ` Vivek Goyal
  0 siblings, 2 replies; 9+ messages in thread
From: Amerigo Wang @ 2011-04-27  3:33 UTC (permalink / raw)
  To: kexec; +Cc: Simon Horman, WANG Cong, Vivek Goyal

Vivek pointed out that we have duplicated ->backup_src_start
in struct crash_elf_info and struct kexec_info.

This patch removes the ->backup_src_start and ->backup_src_end
from struct crash_elf_info.

I tested it on both i686 and ppc64, and used a test case from
Dave Anderson to confirm the backup region is correct on i686.

Signed-off-by: WANG Cong <amwang@redhat.com>
Cc: Vivek Goyal <vgoyal@redhat.com>
Cc: Simon Horman <horms@verge.net.au>

---
diff --git a/kexec/arch/i386/crashdump-x86.c b/kexec/arch/i386/crashdump-x86.c
index 01f470d..98cda72 100644
--- a/kexec/arch/i386/crashdump-x86.c
+++ b/kexec/arch/i386/crashdump-x86.c
@@ -721,16 +721,15 @@ int load_crashdump_segments(struct kexec_info *info, char* mod_cmdline,
 	struct memory_range *mem_range, *memmap_p;
 	struct crash_elf_info elf_info;
 	unsigned kexec_arch;
+	unsigned long tmp_backup_end = 0;
 
 	memset(&elf_info, 0x0, sizeof(elf_info));
 
 	/* Constant parts of the elf_info */
 	memset(&elf_info, 0, sizeof(elf_info));
 	elf_info.data             = ELFDATA2LSB;
-	get_backup_area(&elf_info.backup_src_start, &elf_info.backup_src_end);
-	info->backup_src_start = elf_info.backup_src_start;
-	info->backup_src_size = elf_info.backup_src_end
-				- elf_info.backup_src_start + 1;
+	get_backup_area(&info->backup_src_start, &tmp_backup_end);
+	info->backup_src_size = tmp_backup_end - info->backup_src_start + 1;
 
 	/* Get the architecture of the running kernel */
 	kexec_arch = info->kexec_flags & KEXEC_ARCH_MASK;
@@ -785,15 +784,13 @@ int load_crashdump_segments(struct kexec_info *info, char* mod_cmdline,
 	sz = (sizeof(struct memory_range) * (KEXEC_MAX_SEGMENTS + 1));
 	memmap_p = xmalloc(sz);
 	memset(memmap_p, 0, sz);
-	add_memmap(memmap_p, elf_info.backup_src_start,
-		   elf_info.backup_src_end - elf_info.backup_src_start + 1);
+	add_memmap(memmap_p, info->backup_src_start, info->backup_src_size);
 	sz = crash_reserved_mem.end - crash_reserved_mem.start +1;
 	add_memmap(memmap_p, crash_reserved_mem.start, sz);
 
 	/* Create a backup region segment to store backup data*/
 	if (!(info->kexec_flags & KEXEC_PRESERVE_CONTEXT)) {
-		sz = (elf_info.backup_src_end - elf_info.backup_src_start + align)
-		     & ~(align - 1);
+		sz = (info->backup_src_size + align) & ~(align - 1);
 		tmp = xmalloc(sz);
 		memset(tmp, 0, sz);
 		info->backup_start = add_buffer(info, tmp, sz, sz, align,
diff --git a/kexec/arch/mips/crashdump-mips.c b/kexec/arch/mips/crashdump-mips.c
index aa50109..4fd6c30 100644
--- a/kexec/arch/mips/crashdump-mips.c
+++ b/kexec/arch/mips/crashdump-mips.c
@@ -329,8 +329,6 @@ static struct crash_elf_info elf_info64 = {
 	class: ELFCLASS64,
 	data : ELFDATA2MSB,
 	machine : EM_MIPS,
-	backup_src_start : BACKUP_SRC_START,
-	backup_src_end : BACKUP_SRC_END,
 	page_offset : PAGE_OFFSET,
 	lowmem_limit : MAXMEM,
 };
@@ -339,8 +337,6 @@ static struct crash_elf_info elf_info32 = {
 	class: ELFCLASS32,
 	data : ELFDATA2MSB,
 	machine : EM_MIPS,
-	backup_src_start : BACKUP_SRC_START,
-	backup_src_end : BACKUP_SRC_END,
 	page_offset : PAGE_OFFSET,
 	lowmem_limit : MAXMEM,
 };
diff --git a/kexec/arch/ppc/crashdump-powerpc.c b/kexec/arch/ppc/crashdump-powerpc.c
index 7bfad20..eb82122 100644
--- a/kexec/arch/ppc/crashdump-powerpc.c
+++ b/kexec/arch/ppc/crashdump-powerpc.c
@@ -21,8 +21,6 @@ static struct crash_elf_info elf_info64 = {
 class: ELFCLASS64,
 data: ELFDATA2MSB,
 machine: EM_PPC64,
-backup_src_start: BACKUP_SRC_START,
-backup_src_end: BACKUP_SRC_END,
 page_offset: PAGE_OFFSET,
 lowmem_limit: MAXMEM,
 };
@@ -35,8 +33,6 @@ machine: EM_PPC64,
 #else
 machine: EM_PPC,
 #endif
-backup_src_start: BACKUP_SRC_START,
-backup_src_end: BACKUP_SRC_END,
 page_offset: PAGE_OFFSET,
 lowmem_limit: MAXMEM,
 };
diff --git a/kexec/arch/ppc64/crashdump-ppc64.c b/kexec/arch/ppc64/crashdump-ppc64.c
index 0176bc7..6a66f2a 100644
--- a/kexec/arch/ppc64/crashdump-ppc64.c
+++ b/kexec/arch/ppc64/crashdump-ppc64.c
@@ -40,8 +40,6 @@ static struct crash_elf_info elf_info64 =
 	class: ELFCLASS64,
 	data: ELFDATA2MSB,
 	machine: EM_PPC64,
-	backup_src_start: BACKUP_SRC_START,
-	backup_src_end: BACKUP_SRC_END,
 	page_offset: PAGE_OFFSET,
 	lowmem_limit: MAXMEM,
 };
@@ -51,8 +49,6 @@ static struct crash_elf_info elf_info32 =
 	class: ELFCLASS32,
 	data: ELFDATA2MSB,
 	machine: EM_PPC64,
-	backup_src_start: BACKUP_SRC_START,
-	backup_src_end: BACKUP_SRC_END,
 	page_offset: PAGE_OFFSET,
 	lowmem_limit: MAXMEM,
 };
diff --git a/kexec/crashdump-elf.c b/kexec/crashdump-elf.c
index 954d670..8d82db9 100644
--- a/kexec/crashdump-elf.c
+++ b/kexec/crashdump-elf.c
@@ -227,8 +227,8 @@ int FUNC(struct kexec_info *info,
 		phdr->p_flags	= PF_R|PF_W|PF_X;
 		phdr->p_offset	= mstart;
 
-		if (mstart == elf_info->backup_src_start
-		    && mend == elf_info->backup_src_end)
+		if (mstart == info->backup_src_start
+		    && (mend - mstart + 1) == info->backup_src_size)
 			phdr->p_offset	= info->backup_start;
 
 		/* We already prepared the header for kernel text. Map
diff --git a/kexec/crashdump.h b/kexec/crashdump.h
index 5a597eb..0f7c2ea 100644
--- a/kexec/crashdump.h
+++ b/kexec/crashdump.h
@@ -23,9 +23,6 @@ struct crash_elf_info {
 	unsigned long data;
 	unsigned long machine;
 
-	unsigned long backup_src_start;
-	unsigned long backup_src_end;
-
 	unsigned long long page_offset;
 	unsigned long long kern_vaddr_start;
 	unsigned long long kern_paddr_start;

_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

^ permalink raw reply related	[flat|nested] 9+ messages in thread

* Re: [Patch] kexec: remove duplicated backup_src_start field from struct crash_elf_info
  2011-04-27  3:33 [Patch] kexec: remove duplicated backup_src_start field from struct crash_elf_info Amerigo Wang
@ 2011-04-27  6:15 ` Simon Horman
  2011-04-27 15:01 ` Vivek Goyal
  1 sibling, 0 replies; 9+ messages in thread
From: Simon Horman @ 2011-04-27  6:15 UTC (permalink / raw)
  To: Amerigo Wang; +Cc: kexec, Vivek Goyal

On Wed, Apr 27, 2011 at 11:33:27AM +0800, Amerigo Wang wrote:
> Vivek pointed out that we have duplicated ->backup_src_start
> in struct crash_elf_info and struct kexec_info.
> 
> This patch removes the ->backup_src_start and ->backup_src_end
> from struct crash_elf_info.
> 
> I tested it on both i686 and ppc64, and used a test case from
> Dave Anderson to confirm the backup region is correct on i686.
> 
> Signed-off-by: WANG Cong <amwang@redhat.com>
> Cc: Vivek Goyal <vgoyal@redhat.com>
> Cc: Simon Horman <horms@verge.net.au>

Thanks, applied.

_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [Patch] kexec: remove duplicated backup_src_start field from struct crash_elf_info
  2011-04-27  3:33 [Patch] kexec: remove duplicated backup_src_start field from struct crash_elf_info Amerigo Wang
  2011-04-27  6:15 ` Simon Horman
@ 2011-04-27 15:01 ` Vivek Goyal
       [not found]   ` <4DB91DFC.4060708@redhat.com>
  1 sibling, 1 reply; 9+ messages in thread
From: Vivek Goyal @ 2011-04-27 15:01 UTC (permalink / raw)
  To: Amerigo Wang; +Cc: Simon Horman, kexec

On Wed, Apr 27, 2011 at 11:33:27AM +0800, Amerigo Wang wrote:
> Vivek pointed out that we have duplicated ->backup_src_start
> in struct crash_elf_info and struct kexec_info.
> 
> This patch removes the ->backup_src_start and ->backup_src_end
> from struct crash_elf_info.
> 
> I tested it on both i686 and ppc64, and used a test case from
> Dave Anderson to confirm the backup region is correct on i686.
> 
> Signed-off-by: WANG Cong <amwang@redhat.com>
> Cc: Vivek Goyal <vgoyal@redhat.com>
> Cc: Simon Horman <horms@verge.net.au>
> 
> ---
> diff --git a/kexec/arch/i386/crashdump-x86.c b/kexec/arch/i386/crashdump-x86.c
> index 01f470d..98cda72 100644
> --- a/kexec/arch/i386/crashdump-x86.c
> +++ b/kexec/arch/i386/crashdump-x86.c
> @@ -721,16 +721,15 @@ int load_crashdump_segments(struct kexec_info *info, char* mod_cmdline,
>  	struct memory_range *mem_range, *memmap_p;
>  	struct crash_elf_info elf_info;
>  	unsigned kexec_arch;
> +	unsigned long tmp_backup_end = 0;
>  
>  	memset(&elf_info, 0x0, sizeof(elf_info));
>  
>  	/* Constant parts of the elf_info */
>  	memset(&elf_info, 0, sizeof(elf_info));
>  	elf_info.data             = ELFDATA2LSB;
> -	get_backup_area(&elf_info.backup_src_start, &elf_info.backup_src_end);
> -	info->backup_src_start = elf_info.backup_src_start;
> -	info->backup_src_size = elf_info.backup_src_end
> -				- elf_info.backup_src_start + 1;
> +	get_backup_area(&info->backup_src_start, &tmp_backup_end);
> +	info->backup_src_size = tmp_backup_end - info->backup_src_start + 1;
>  
>  	/* Get the architecture of the running kernel */
>  	kexec_arch = info->kexec_flags & KEXEC_ARCH_MASK;
> @@ -785,15 +784,13 @@ int load_crashdump_segments(struct kexec_info *info, char* mod_cmdline,
>  	sz = (sizeof(struct memory_range) * (KEXEC_MAX_SEGMENTS + 1));
>  	memmap_p = xmalloc(sz);
>  	memset(memmap_p, 0, sz);
> -	add_memmap(memmap_p, elf_info.backup_src_start,
> -		   elf_info.backup_src_end - elf_info.backup_src_start + 1);
> +	add_memmap(memmap_p, info->backup_src_start, info->backup_src_size);
>  	sz = crash_reserved_mem.end - crash_reserved_mem.start +1;
>  	add_memmap(memmap_p, crash_reserved_mem.start, sz);
>  
>  	/* Create a backup region segment to store backup data*/
>  	if (!(info->kexec_flags & KEXEC_PRESERVE_CONTEXT)) {
> -		sz = (elf_info.backup_src_end - elf_info.backup_src_start + align)
> -		     & ~(align - 1);
> +		sz = (info->backup_src_size + align) & ~(align - 1);
>  		tmp = xmalloc(sz);
>  		memset(tmp, 0, sz);
>  		info->backup_start = add_buffer(info, tmp, sz, sz, align,
> diff --git a/kexec/arch/mips/crashdump-mips.c b/kexec/arch/mips/crashdump-mips.c
> index aa50109..4fd6c30 100644
> --- a/kexec/arch/mips/crashdump-mips.c
> +++ b/kexec/arch/mips/crashdump-mips.c
> @@ -329,8 +329,6 @@ static struct crash_elf_info elf_info64 = {
>  	class: ELFCLASS64,
>  	data : ELFDATA2MSB,
>  	machine : EM_MIPS,
> -	backup_src_start : BACKUP_SRC_START,
> -	backup_src_end : BACKUP_SRC_END,
>  	page_offset : PAGE_OFFSET,
>  	lowmem_limit : MAXMEM,
>  };
> @@ -339,8 +337,6 @@ static struct crash_elf_info elf_info32 = {
>  	class: ELFCLASS32,
>  	data : ELFDATA2MSB,
>  	machine : EM_MIPS,
> -	backup_src_start : BACKUP_SRC_START,
> -	backup_src_end : BACKUP_SRC_END,
>  	page_offset : PAGE_OFFSET,
>  	lowmem_limit : MAXMEM,
>  };
> diff --git a/kexec/arch/ppc/crashdump-powerpc.c b/kexec/arch/ppc/crashdump-powerpc.c
> index 7bfad20..eb82122 100644
> --- a/kexec/arch/ppc/crashdump-powerpc.c
> +++ b/kexec/arch/ppc/crashdump-powerpc.c
> @@ -21,8 +21,6 @@ static struct crash_elf_info elf_info64 = {
>  class: ELFCLASS64,
>  data: ELFDATA2MSB,
>  machine: EM_PPC64,
> -backup_src_start: BACKUP_SRC_START,
> -backup_src_end: BACKUP_SRC_END,

Amerigo,

Now who will do following initialization for ppc?

info->backup_src_start = BACKUP_SRC_START;
info->backup_sz = BACKUP_SRC_END - BACKUP_SRC_START + 1;

I think I have concern for mips too.

Thanks
Vivek

>  page_offset: PAGE_OFFSET,
>  lowmem_limit: MAXMEM,
>  };
> @@ -35,8 +33,6 @@ machine: EM_PPC64,
>  #else
>  machine: EM_PPC,
>  #endif
> -backup_src_start: BACKUP_SRC_START,
> -backup_src_end: BACKUP_SRC_END,
>  page_offset: PAGE_OFFSET,
>  lowmem_limit: MAXMEM,
>  };
> diff --git a/kexec/arch/ppc64/crashdump-ppc64.c b/kexec/arch/ppc64/crashdump-ppc64.c
> index 0176bc7..6a66f2a 100644
> --- a/kexec/arch/ppc64/crashdump-ppc64.c
> +++ b/kexec/arch/ppc64/crashdump-ppc64.c
> @@ -40,8 +40,6 @@ static struct crash_elf_info elf_info64 =
>  	class: ELFCLASS64,
>  	data: ELFDATA2MSB,
>  	machine: EM_PPC64,
> -	backup_src_start: BACKUP_SRC_START,
> -	backup_src_end: BACKUP_SRC_END,
>  	page_offset: PAGE_OFFSET,
>  	lowmem_limit: MAXMEM,
>  };
> @@ -51,8 +49,6 @@ static struct crash_elf_info elf_info32 =
>  	class: ELFCLASS32,
>  	data: ELFDATA2MSB,
>  	machine: EM_PPC64,
> -	backup_src_start: BACKUP_SRC_START,
> -	backup_src_end: BACKUP_SRC_END,
>  	page_offset: PAGE_OFFSET,
>  	lowmem_limit: MAXMEM,
>  };
> diff --git a/kexec/crashdump-elf.c b/kexec/crashdump-elf.c
> index 954d670..8d82db9 100644
> --- a/kexec/crashdump-elf.c
> +++ b/kexec/crashdump-elf.c
> @@ -227,8 +227,8 @@ int FUNC(struct kexec_info *info,
>  		phdr->p_flags	= PF_R|PF_W|PF_X;
>  		phdr->p_offset	= mstart;
>  
> -		if (mstart == elf_info->backup_src_start
> -		    && mend == elf_info->backup_src_end)
> +		if (mstart == info->backup_src_start
> +		    && (mend - mstart + 1) == info->backup_src_size)
>  			phdr->p_offset	= info->backup_start;
>  
>  		/* We already prepared the header for kernel text. Map
> diff --git a/kexec/crashdump.h b/kexec/crashdump.h
> index 5a597eb..0f7c2ea 100644
> --- a/kexec/crashdump.h
> +++ b/kexec/crashdump.h
> @@ -23,9 +23,6 @@ struct crash_elf_info {
>  	unsigned long data;
>  	unsigned long machine;
>  
> -	unsigned long backup_src_start;
> -	unsigned long backup_src_end;
> -
>  	unsigned long long page_offset;
>  	unsigned long long kern_vaddr_start;
>  	unsigned long long kern_paddr_start;

_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [Patch] kexec: remove duplicated backup_src_start field from struct crash_elf_info
       [not found]   ` <4DB91DFC.4060708@redhat.com>
@ 2011-04-28 13:15     ` Vivek Goyal
  2011-04-28 22:05       ` Simon Horman
  0 siblings, 1 reply; 9+ messages in thread
From: Vivek Goyal @ 2011-04-28 13:15 UTC (permalink / raw)
  To: Cong Wang; +Cc: Simon Horman, kexec

On Thu, Apr 28, 2011 at 03:57:48PM +0800, Cong Wang wrote:
> 于 2011年04月27日 23:01, Vivek Goyal 写道:
> >Amerigo,
> >
> >Now who will do following initialization for ppc?
> >
> >info->backup_src_start = BACKUP_SRC_START;
> >info->backup_sz = BACKUP_SRC_END - BACKUP_SRC_START + 1;
> >
> >I think I have concern for mips too.
> 
> Right, we need to initialize them in load_crashdump_segments().
> 
> How about the attached patch? It is untested.
> 

> Signed-off-by: WANG Cong <amwang@redhat.com>

Ok, this one looks better.

Vivek

> diff --git a/kexec/arch/mips/crashdump-mips.c b/kexec/arch/mips/crashdump-mips.c
> index 4fd6c30..e90b362 100644
> --- a/kexec/arch/mips/crashdump-mips.c
> +++ b/kexec/arch/mips/crashdump-mips.c
> @@ -374,6 +374,8 @@ int load_crashdump_segments(struct kexec_info *info, char* mod_cmdline,
>  	if (get_crash_memory_ranges(&mem_range, &nr_ranges) < 0)
>  		return -1;
>  
> +	info->backup_src_start = BACKUP_SRC_START;
> +	info->backup_src_size = BACKUP_SRC_SIZE;
>  	/* Create a backup region segment to store backup data*/
>  	sz = (BACKUP_SRC_SIZE + align - 1) & ~(align - 1);
>  	tmp = xmalloc(sz);
> diff --git a/kexec/arch/ppc/crashdump-powerpc.c b/kexec/arch/ppc/crashdump-powerpc.c
> index 371137c..1dd6485 100644
> --- a/kexec/arch/ppc/crashdump-powerpc.c
> +++ b/kexec/arch/ppc/crashdump-powerpc.c
> @@ -328,6 +328,8 @@ int load_crashdump_segments(struct kexec_info *info, char *mod_cmdline,
>  	if (get_crash_memory_ranges(&mem_range, &nr_ranges) < 0)
>  		return -1;
>  
> +	info->backup_src_start = BACKUP_SRC_START;
> +	info->backup_src_size = BACKUP_SRC_SIZE;
>  	/* Create a backup region segment to store backup data*/
>  	sz = (BACKUP_SRC_SIZE + align - 1) & ~(align - 1);
>  	tmp = xmalloc(sz);
> diff --git a/kexec/arch/ppc64/crashdump-ppc64.c b/kexec/arch/ppc64/crashdump-ppc64.c
> index 6a66f2a..d52b438 100644
> --- a/kexec/arch/ppc64/crashdump-ppc64.c
> +++ b/kexec/arch/ppc64/crashdump-ppc64.c
> @@ -390,6 +390,8 @@ int load_crashdump_segments(struct kexec_info *info, char* mod_cmdline,
>  	if (get_crash_memory_ranges(&mem_range, &nr_ranges) < 0)
>  		return -1;
>  
> +	info->backup_src_start = BACKUP_SRC_START;
> +	info->backup_src_size = BACKUP_SRC_SIZE;
>  	/* Create a backup region segment to store backup data*/
>  	sz = (BACKUP_SRC_SIZE + align - 1) & ~(align - 1);
>  	tmp = xmalloc(sz);


_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [Patch] kexec: remove duplicated backup_src_start field from struct crash_elf_info
  2011-04-28 13:15     ` Vivek Goyal
@ 2011-04-28 22:05       ` Simon Horman
  2011-04-28 22:10         ` Vivek Goyal
  2011-04-29  2:59         ` Cong Wang
  0 siblings, 2 replies; 9+ messages in thread
From: Simon Horman @ 2011-04-28 22:05 UTC (permalink / raw)
  To: Vivek Goyal; +Cc: kexec, Cong Wang

On Thu, Apr 28, 2011 at 09:15:39AM -0400, Vivek Goyal wrote:
> On Thu, Apr 28, 2011 at 03:57:48PM +0800, Cong Wang wrote:
> > 于 2011年04月27日 23:01, Vivek Goyal 写道:
> > >Amerigo,
> > >
> > >Now who will do following initialization for ppc?
> > >
> > >info->backup_src_start = BACKUP_SRC_START;
> > >info->backup_sz = BACKUP_SRC_END - BACKUP_SRC_START + 1;
> > >
> > >I think I have concern for mips too.
> > 
> > Right, we need to initialize them in load_crashdump_segments().
> > 
> > How about the attached patch? It is untested.
> > 
> 
> > Signed-off-by: WANG Cong <amwang@redhat.com>
> 
> Ok, this one looks better.

Vivek, can I take that as an Acked-by?

Cong, can you clarify if I need to revert any of your recent patches or
not?

Thanks

_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [Patch] kexec: remove duplicated backup_src_start field from struct crash_elf_info
  2011-04-28 22:05       ` Simon Horman
@ 2011-04-28 22:10         ` Vivek Goyal
  2011-04-29  5:17           ` Simon Horman
  2011-04-29  2:59         ` Cong Wang
  1 sibling, 1 reply; 9+ messages in thread
From: Vivek Goyal @ 2011-04-28 22:10 UTC (permalink / raw)
  To: Simon Horman; +Cc: kexec, Cong Wang

On Fri, Apr 29, 2011 at 07:05:16AM +0900, Simon Horman wrote:
> On Thu, Apr 28, 2011 at 09:15:39AM -0400, Vivek Goyal wrote:
> > On Thu, Apr 28, 2011 at 03:57:48PM +0800, Cong Wang wrote:
> > > 于 2011年04月27日 23:01, Vivek Goyal 写道:
> > > >Amerigo,
> > > >
> > > >Now who will do following initialization for ppc?
> > > >
> > > >info->backup_src_start = BACKUP_SRC_START;
> > > >info->backup_sz = BACKUP_SRC_END - BACKUP_SRC_START + 1;
> > > >
> > > >I think I have concern for mips too.
> > > 
> > > Right, we need to initialize them in load_crashdump_segments().
> > > 
> > > How about the attached patch? It is untested.
> > > 
> > 
> > > Signed-off-by: WANG Cong <amwang@redhat.com>
> > 
> > Ok, this one looks better.
> 
> Vivek, can I take that as an Acked-by?

Simon, yes please.

Acked-by: Vivek Goyal <vgoyal@redhat.com>

Vivek

_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [Patch] kexec: remove duplicated backup_src_start field from struct crash_elf_info
  2011-04-28 22:05       ` Simon Horman
  2011-04-28 22:10         ` Vivek Goyal
@ 2011-04-29  2:59         ` Cong Wang
  2011-04-29  5:17           ` Simon Horman
  1 sibling, 1 reply; 9+ messages in thread
From: Cong Wang @ 2011-04-29  2:59 UTC (permalink / raw)
  To: Simon Horman; +Cc: kexec, Vivek Goyal

于 2011年04月29日 06:05, Simon Horman 写道:
> On Thu, Apr 28, 2011 at 09:15:39AM -0400, Vivek Goyal wrote:
>> On Thu, Apr 28, 2011 at 03:57:48PM +0800, Cong Wang wrote:
>>> 于 2011年04月27日 23:01, Vivek Goyal 写道:
>>>> Amerigo,
>>>>
>>>> Now who will do following initialization for ppc?
>>>>
>>>> info->backup_src_start = BACKUP_SRC_START;
>>>> info->backup_sz = BACKUP_SRC_END - BACKUP_SRC_START + 1;
>>>>
>>>> I think I have concern for mips too.
>>>
>>> Right, we need to initialize them in load_crashdump_segments().
>>>
>>> How about the attached patch? It is untested.
>>>
>>
>>> Signed-off-by: WANG Cong<amwang@redhat.com>
>>
>> Ok, this one looks better.
>
> Vivek, can I take that as an Acked-by?
>
> Cong, can you clarify if I need to revert any of your recent patches or
> not?

No, that attached patch is right to fix the first one, so you don't
need to revert anything.

Thanks!

_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [Patch] kexec: remove duplicated backup_src_start field from struct crash_elf_info
  2011-04-29  2:59         ` Cong Wang
@ 2011-04-29  5:17           ` Simon Horman
  0 siblings, 0 replies; 9+ messages in thread
From: Simon Horman @ 2011-04-29  5:17 UTC (permalink / raw)
  To: Cong Wang; +Cc: kexec, Vivek Goyal

On Fri, Apr 29, 2011 at 10:59:40AM +0800, Cong Wang wrote:
> 于 2011年04月29日 06:05, Simon Horman 写道:
> >On Thu, Apr 28, 2011 at 09:15:39AM -0400, Vivek Goyal wrote:
> >>On Thu, Apr 28, 2011 at 03:57:48PM +0800, Cong Wang wrote:
> >>>于 2011年04月27日 23:01, Vivek Goyal 写道:
> >>>>Amerigo,
> >>>>
> >>>>Now who will do following initialization for ppc?
> >>>>
> >>>>info->backup_src_start = BACKUP_SRC_START;
> >>>>info->backup_sz = BACKUP_SRC_END - BACKUP_SRC_START + 1;
> >>>>
> >>>>I think I have concern for mips too.
> >>>
> >>>Right, we need to initialize them in load_crashdump_segments().
> >>>
> >>>How about the attached patch? It is untested.
> >>>
> >>
> >>>Signed-off-by: WANG Cong<amwang@redhat.com>
> >>
> >>Ok, this one looks better.
> >
> >Vivek, can I take that as an Acked-by?
> >
> >Cong, can you clarify if I need to revert any of your recent patches or
> >not?
> 
> No, that attached patch is right to fix the first one, so you don't
> need to revert anything.

Thanks, pushed.

_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [Patch] kexec: remove duplicated backup_src_start field from struct crash_elf_info
  2011-04-28 22:10         ` Vivek Goyal
@ 2011-04-29  5:17           ` Simon Horman
  0 siblings, 0 replies; 9+ messages in thread
From: Simon Horman @ 2011-04-29  5:17 UTC (permalink / raw)
  To: Vivek Goyal; +Cc: kexec, Cong Wang

On Thu, Apr 28, 2011 at 06:10:05PM -0400, Vivek Goyal wrote:
> On Fri, Apr 29, 2011 at 07:05:16AM +0900, Simon Horman wrote:
> > On Thu, Apr 28, 2011 at 09:15:39AM -0400, Vivek Goyal wrote:
> > > On Thu, Apr 28, 2011 at 03:57:48PM +0800, Cong Wang wrote:
> > > > 于 2011年04月27日 23:01, Vivek Goyal 写道:
> > > > >Amerigo,
> > > > >
> > > > >Now who will do following initialization for ppc?
> > > > >
> > > > >info->backup_src_start = BACKUP_SRC_START;
> > > > >info->backup_sz = BACKUP_SRC_END - BACKUP_SRC_START + 1;
> > > > >
> > > > >I think I have concern for mips too.
> > > > 
> > > > Right, we need to initialize them in load_crashdump_segments().
> > > > 
> > > > How about the attached patch? It is untested.
> > > > 
> > > 
> > > > Signed-off-by: WANG Cong <amwang@redhat.com>
> > > 
> > > Ok, this one looks better.
> > 
> > Vivek, can I take that as an Acked-by?
> 
> Simon, yes please.
> 
> Acked-by: Vivek Goyal <vgoyal@redhat.com>

Thanks

_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2011-04-29  5:17 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-04-27  3:33 [Patch] kexec: remove duplicated backup_src_start field from struct crash_elf_info Amerigo Wang
2011-04-27  6:15 ` Simon Horman
2011-04-27 15:01 ` Vivek Goyal
     [not found]   ` <4DB91DFC.4060708@redhat.com>
2011-04-28 13:15     ` Vivek Goyal
2011-04-28 22:05       ` Simon Horman
2011-04-28 22:10         ` Vivek Goyal
2011-04-29  5:17           ` Simon Horman
2011-04-29  2:59         ` Cong Wang
2011-04-29  5:17           ` Simon Horman

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.