This is safe only if no existing flights would be affected. (That is,
the meaning of no existing sets of runvars would be changed.)
To check whether this would make any difference I did some database
searches. Since any time target_kernkind_check is called it sets a
corresponding `console' runvar, I can search for `console' without a
corresponding `kernkind'. I ran this query:
select * from (select *, (select name from runvars r2 where
r2.flight=r1.flight and r2.job=r1.job and r2.name=
replace(r1.name,'console','kernkind')) kk from runvars r1 where
r1.name like '%console') iq where kk is null order by flight desc;
and it found nothing since flight 7682. So I think we can change the
default.
Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
Signed-off-by: Robert Ho <robert.hu@intel.com>
Tested-by: Robert Ho <robert.hu@intel.com>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
---
v15: New patch
sub target_kernkind_check ($) {
my ($gho) = @_;
my $pfx= target_var_prefix($gho);
- my $kernkind= $r{$pfx."kernkind"};
+ my $kernkind= $r{$pfx."kernkind"} // 'pvops';
my $isguest= exists $gho->{Guest};
if ($kernkind eq 'pvops') {
store_runvar($pfx."rootdev", 'xvda') if $isguest;