* [PATCH] fix valid_memory_range region merging
@ 2007-04-26 6:50 Michael Neuling
2007-04-26 7:17 ` Simon Horman
2008-02-26 2:29 ` Simon Horman
0 siblings, 2 replies; 5+ messages in thread
From: Michael Neuling @ 2007-04-26 6:50 UTC (permalink / raw)
To: kexec, horms
Check the next region we are including is type RANGE_RAM as well.
Signed-off-by: Michael Neuling <mikey@neuling.org>
---
I've not actually seen this cause a problem, but it looks wrong. We
should probably merge regions properly and solve this problem for real.
kexec/kexec.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Index: kexec-tools-testing/kexec/kexec.c
===================================================================
--- kexec-tools-testing.orig/kexec/kexec.c
+++ kexec-tools-testing/kexec/kexec.c
@@ -96,7 +96,8 @@ int valid_memory_range(struct kexec_info
mstart = info->memory_range[i].start;
mend = info->memory_range[i].end;
if (i < info->memory_ranges - 1
- && mend == info->memory_range[i+1].start)
+ && mend == info->memory_range[i+1].start
+ && info->memory_range[i+1].type == RANGE_RAM)
mend = info->memory_range[i+1].end;
/* Check to see if we are fully contained */
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] fix valid_memory_range region merging
2007-04-26 6:50 [PATCH] fix valid_memory_range region merging Michael Neuling
@ 2007-04-26 7:17 ` Simon Horman
2008-02-26 2:29 ` Simon Horman
1 sibling, 0 replies; 5+ messages in thread
From: Simon Horman @ 2007-04-26 7:17 UTC (permalink / raw)
To: Michael Neuling; +Cc: Magnus Damm, kexec
On Thu, Apr 26, 2007 at 04:50:34PM +1000, Michael Neuling wrote:
> Check the next region we are including is type RANGE_RAM as well.
>
> Signed-off-by: Michael Neuling <mikey@neuling.org>
> ---
> I've not actually seen this cause a problem, but it looks wrong. We
> should probably merge regions properly and solve this problem for real.
I think that Magnus was working on some code do do just that...
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] fix valid_memory_range region merging
2007-04-26 6:50 [PATCH] fix valid_memory_range region merging Michael Neuling
2007-04-26 7:17 ` Simon Horman
@ 2008-02-26 2:29 ` Simon Horman
2008-02-26 9:29 ` Michael Neuling
1 sibling, 1 reply; 5+ messages in thread
From: Simon Horman @ 2008-02-26 2:29 UTC (permalink / raw)
To: Michael Neuling; +Cc: kexec
On Thu, Apr 26, 2007 at 04:50:34PM +1000, Michael Neuling wrote:
> Check the next region we are including is type RANGE_RAM as well.
>
> Signed-off-by: Michael Neuling <mikey@neuling.org>
> ---
> I've not actually seen this cause a problem, but it looks wrong. We
> should probably merge regions properly and solve this problem for real.
Hi Michael,
appologies for this blast-from-the-past. This mail somehow
ended up filed in the wrong place and I chanced upon it just now.
This fix does seem correct to me, though I haven't seen it cause
any problems either. I'm happy to merge it (better late than never,
right?) if you are still happy with it.
>
> kexec/kexec.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> Index: kexec-tools-testing/kexec/kexec.c
> ===================================================================
> --- kexec-tools-testing.orig/kexec/kexec.c
> +++ kexec-tools-testing/kexec/kexec.c
> @@ -96,7 +96,8 @@ int valid_memory_range(struct kexec_info
> mstart = info->memory_range[i].start;
> mend = info->memory_range[i].end;
> if (i < info->memory_ranges - 1
> - && mend == info->memory_range[i+1].start)
> + && mend == info->memory_range[i+1].start
> + && info->memory_range[i+1].type == RANGE_RAM)
> mend = info->memory_range[i+1].end;
>
> /* Check to see if we are fully contained */
--
Horms
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] fix valid_memory_range region merging
2008-02-26 2:29 ` Simon Horman
@ 2008-02-26 9:29 ` Michael Neuling
2008-02-26 9:57 ` Simon Horman
0 siblings, 1 reply; 5+ messages in thread
From: Michael Neuling @ 2008-02-26 9:29 UTC (permalink / raw)
To: Simon Horman; +Cc: kexec
In message <20080226022933.GA12270@verge.net.au> you wrote:
> On Thu, Apr 26, 2007 at 04:50:34PM +1000, Michael Neuling wrote:
> > Check the next region we are including is type RANGE_RAM as well.
> >
> > Signed-off-by: Michael Neuling <mikey@neuling.org>
> > ---
> > I've not actually seen this cause a problem, but it looks wrong. We
> > should probably merge regions properly and solve this problem for real.
>
> Hi Michael,
>
> appologies for this blast-from-the-past. This mail somehow
> ended up filed in the wrong place and I chanced upon it just now.
>
> This fix does seem correct to me, though I haven't seen it cause
> any problems either. I'm happy to merge it (better late than never,
> right?) if you are still happy with it.
Sweet thanks, I'd well and truly forgotten about it. I think it was
just a random code cleanup, so if it still applies it should be fine to
merge.
Mikey
>
> >
> > kexec/kexec.c | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> >
> > Index: kexec-tools-testing/kexec/kexec.c
> > ===================================================================
> > --- kexec-tools-testing.orig/kexec/kexec.c
> > +++ kexec-tools-testing/kexec/kexec.c
> > @@ -96,7 +96,8 @@ int valid_memory_range(struct kexec_info
> > mstart = info->memory_range[i].start;
> > mend = info->memory_range[i].end;
> > if (i < info->memory_ranges - 1
> > - && mend == info->memory_range[i+1].start)
> > + && mend == info->memory_range[i+1].start
> > + && info->memory_range[i+1].type == RANGE_RAM)
> > mend = info->memory_range[i+1].end;
> >
> > /* Check to see if we are fully contained */
>
> --
> Horms
>
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] fix valid_memory_range region merging
2008-02-26 9:29 ` Michael Neuling
@ 2008-02-26 9:57 ` Simon Horman
0 siblings, 0 replies; 5+ messages in thread
From: Simon Horman @ 2008-02-26 9:57 UTC (permalink / raw)
To: Michael Neuling; +Cc: kexec
On Tue, Feb 26, 2008 at 10:29:28AM +0100, Michael Neuling wrote:
> In message <20080226022933.GA12270@verge.net.au> you wrote:
> > On Thu, Apr 26, 2007 at 04:50:34PM +1000, Michael Neuling wrote:
> > > Check the next region we are including is type RANGE_RAM as well.
> > >
> > > Signed-off-by: Michael Neuling <mikey@neuling.org>
> > > ---
> > > I've not actually seen this cause a problem, but it looks wrong. We
> > > should probably merge regions properly and solve this problem for real.
> >
> > Hi Michael,
> >
> > appologies for this blast-from-the-past. This mail somehow
> > ended up filed in the wrong place and I chanced upon it just now.
> >
> > This fix does seem correct to me, though I haven't seen it cause
> > any problems either. I'm happy to merge it (better late than never,
> > right?) if you are still happy with it.
>
> Sweet thanks, I'd well and truly forgotten about it. I think it was
> just a random code cleanup, so if it still applies it should be fine to
> merge.
Cool, it seems to apply just fine.
I've queued it up to be merged after the release.
--
Horms
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-02-26 9:57 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-04-26 6:50 [PATCH] fix valid_memory_range region merging Michael Neuling
2007-04-26 7:17 ` Simon Horman
2008-02-26 2:29 ` Simon Horman
2008-02-26 9:29 ` Michael Neuling
2008-02-26 9:57 ` 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.