Messages in this thread | | | Date | Wed, 15 Jun 2022 09:38:34 +0100 | From | Marc Zyngier <> | Subject | Re: Commit 282d8998e997 (srcu: Prevent expedited GPs and blocking readers from consuming CPU) cause qemu boot slow |
| |
On Mon, 13 Jun 2022 16:02:30 +0100, Shameerali Kolothum Thodi <shameerali.kolothum.thodi@huawei.com> wrote: > > > > > -----Original Message----- > > From: zhangfei.gao@foxmail.com [mailto:zhangfei.gao@foxmail.com] > > Sent: 13 June 2022 07:56 > > To: paulmck@kernel.org > > Cc: Paolo Bonzini <pbonzini@redhat.com>; Zhangfei Gao > > <zhangfei.gao@linaro.org>; linux-kernel@vger.kernel.org; > > rcu@vger.kernel.org; Lai Jiangshan <jiangshanlai@gmail.com>; Josh Triplett > > <josh@joshtriplett.org>; Mathieu Desnoyers > > <mathieu.desnoyers@efficios.com>; Matthew Wilcox <willy@infradead.org>; > > Shameerali Kolothum Thodi <shameerali.kolothum.thodi@huawei.com>; > > mtosatti@redhat.com; Auger Eric <eric.auger@redhat.com> > > Subject: Re: Commit 282d8998e997 (srcu: Prevent expedited GPs and > > blocking readers from consuming CPU) cause qemu boot slow > > > > > By the way, the issue should be only related with qemu apci. not related > > with rmr feature > > Test with: https://github.com/qemu/qemu/tree/stable-6.1 > > > > Looks it caused by too many kvm_region_add & kvm_region_del if > > acpi=force, > > Based on the setup I have, I think it has nothing to do with Guest > kernel booting with ACPI per se(ie, acpi=force in Qemu kernel cmd > line). It is more to do with Qemu having the "-bios QEMU_EFI.fd" > which sets up pflash devices resulting in large number of pflash > read/write calls(before Guest kernel even boots) which in turn seems > to be triggering the below kvm_region_add/del calls.
Indeed, this is all about memslots being added/removed at an alarming rate (well, not more alarming today than yesterday, but QEMU's flash emulation is... interesting).
M.
-- Without deviation from the norm, progress is not possible.
| |