> -----Original Message----- > From: Igor Mammedov [mailto:imamm...@redhat.com] > Sent: 08 April 2019 09:12 > To: Shameerali Kolothum Thodi <shameerali.kolothum.th...@huawei.com> > Cc: Laszlo Ersek <ler...@redhat.com>; Auger Eric <eric.au...@redhat.com>; > Ard Biesheuvel <ard.biesheu...@linaro.org>; peter.mayd...@linaro.org; > sa...@linux.intel.com; qemu-devel@nongnu.org; Linuxarm > <linux...@huawei.com>; shannon.zha...@gmail.com; > qemu-...@nongnu.org; xuwei (O) <xuw...@huawei.com>; > sebastien.bo...@intel.com; Leif Lindholm <leif.lindh...@arm.com> > Subject: Re: [Qemu-devel] [PATCH v3 07/10] hw/arm/virt: Introduce opt-in > feature "fdt" [...] > > > > If the above is correct(with 32-bit variant of UEFI, OS cannot have ACPI > boot), > > > > then do we really have the issue of memory becoming non > > > hot-un-unpluggable? > > > > May be I am missing something. > > > > > > I think Igor and Peter dislike adding complex logic to QEMU that > > > reflects the behavior of a specific firmware. AIUI their objection isn't > > > that it wouldn't work, but that it's not the right thing to do, from a > > > design perspective. > > > > Understood. Hope we can converge on something soon. > Lets try adding a parameter to memory descriptors in DT that would mark > them as hotpluggable. Just send out v4 incorporating this. Please take a look and let me know. Thanks, Shameer
