On 03.09.2020 12:24, osstest service owner wrote:
> flight 153602 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/153602/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 10 debian-hvm-install
> fail REGR. vs. 152877
> test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 10 debian-hvm-install
> fail REGR. vs. 152877
While at least the hypervisor logs don't provide clear indication
(and I don't know where else to look among the files osstest
provides) I can't help thinking that stubdom apparently
crashing is still fallout from the mini-os changes (and no-one
really looks to care). In particular I think that this
@@ -374,6 +376,10 @@ out:
}
if (ip)
*ip = strdup(ldev->ip);
+ if (mask)
+ *mask = strdup(ldev->mask);
+ if (gw)
+ *gw = strdup(ldev->gw);
was insufficient, as it doesn't guard against ldev->mask and/or
ldev->gw being NULL, despite that being the result (afaict) when
only an IP address is found in the parsed string. Please can you
urgently look into the failures, even if it isn't 100% certain
that your change is the culprit?
Jan
