On Fri, 5 Apr 2019 at 01:59, Helge Deller <del...@gmx.de> wrote: > If a non-release architecture is found, and it's known that there is no > native TCG support for that CPU, automatically fall back to the TCI > implementation instead of requesting the user to run configure again > with the --enable-tcg-interpreter option. > > This change simplifies building qemu in automatic build environments > (like in my case the debian buildds) because one does not need to > special case on the architectures.
I don't think we should do this. TCI is unmaintained, has several known flaws, does not provide the level of performance that people expect from QEMU, and we've talked about removing it altogether. In particular, distros should not automatically ship a TCI QEMU -- it's something that a user can use if they explicitly opt into but which I don't think we want to surprise anybody with. If we care about a host architecture we should support it with a proper TCG backend. If we don't care that much we shouldn't support it. thanks -- PMM
