Juergen Gross writes ("[PATCH v3 3/3] tools: disable building qemu-trad per
default"):
> Using qemu-traditional as device model is deprecated for some time now.
>
> So change the default for building it to "disable". This will affect
> ioemu-stubdom, too, as there is a direct dependency between the two.
>
> Today it is possible to use a PVH/HVM Linux-based stubdom as device
> model. Additionally using ioemu-stubdom isn't really helping for
> security, as it requires to run a very old and potentially buggy qemu
> version in a PV domain. This is adding probably more security problems
> than it is removing by using a stubdom.
>
> Signed-off-by: Juergen Gross <jgr...@suse.com>
> Reviewed-by: Samuel Thibault <samuel.thiba...@ens-lyon.org>
> Acked-by: Ian Jackson <i...@xenproject.org>
Now that the relevant osstest patches are in and stable, I revisited
this. The downside risk to the release is very modest. It might
cause some temporary test breakage but is very easily reverted.
The upside is that this will accelerate the total removal of qemu-trad
by about one release cycle. That is highly desirable.
Release-Acked-by: Ian Jackson <i...@xenproject.org>
And pushed to staging.
Ian.
