[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH OSSTEST v2 3/6] ts-xen-install: Add dom0_mem runvar to control dom0 memory
On Tue, 2015-09-08 at 12:48 +0100, Ian Campbell wrote: > On Thu, 2015-08-06 at 18:03 +0100, Anthony PERARD wrote: > > Signed-off-by: Anthony PERARD <anthony.perard@xxxxxxxxxx> > > --- > > ts-xen-install | 3 ++- > > 1 file changed, 2 insertions(+), 1 deletion(-) > > > > diff --git a/ts-xen-install b/ts-xen-install > > index 0f53382..17edfb7 100755 > > --- a/ts-xen-install > > +++ b/ts-xen-install > > @@ -153,7 +153,8 @@ sub setupboot () { > > logm("No Xen console device defined for host"); > > } > > if (toolstack($ho)->{Dom0MemFixed}) { > > - $xenhopt .= " dom0_mem=512M,max:512M"; > > + my $mem = $r{'dom0_mem'} // 512; > > I think the highest preference should be for $r{"$ho->{Ident}_dom0_mem"} > (which makes it host specific in multi host jobs). I think it is probably > still worth having a global dom0_mem runvar you have here too. So: > > my $mem = $r{"$ho->{Ident}_dom0_mem"} // $r{'dom0_mem'} // 512; > > (maybe needs wrapping) That said, your code is clearly correct so maybe this can be left to the person who needs per-host control of this. So if Ian agrees: Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx> Eventually I suppose we might want a host_runvar helper taking $ho, the suffix ("dom0_mem") and a fallback default. > > > + $xenhopt .= " dom0_mem=${mem}M,max:${mem}M"; > > } > > > > # If /boot/microcode.cpio is present then ts-host-install has > > _______________________________________________ > Xen-devel mailing list > Xen-devel@xxxxxxxxxxxxx > http://lists.xen.org/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |