On 3/18/21 1:50 PM, Claudio Fontana wrote: > On 3/18/21 1:37 PM, Andrew Jones wrote: >> On Thu, Mar 18, 2021 at 11:38:51AM +0000, Peter Maydell wrote: >>> On Thu, 18 Mar 2021 at 11:31, Philippe Mathieu-Daudé <phi...@redhat.com> >>> wrote: >>>> I tend to agree. The problem is for the running VMs started before >>>> 82bf7ae84ce (so up to any fork based on v5.2). I don't know what >>>> the forks are supposed to do with the running VMs if they want to >>>> migrate them to newer QEMU (or upgrade the host QEMU). >>> >>> Anybody with a Cortex-A15 KVM VM is just going to have to stay >>> with their pre-existing ancient hardware, their pre-existing >>> host kernel and their pre-existing QEMU binary. That's what >>> "we deprecated and then dropped support for this" means: >>> we no longer support running that kind of VM, so users who >>> were doing it need to either do something else instead, or >>> else just keep on going with the old versions they have. >>> >> >> I strongly agree. >> >> And, downstream-wise, I can't speak for anything but RHEL, but RHEL >> cannot have this problem. There are no 32-bit ARM builds for RHEL.
Great then. Sorry for the confusion. > I don't see a strong issue with this either, there is no 32bit support for > KVM ARM.
