On Thu, Apr 16, 2020 at 3:13 PM Michael S. Tsirkin <m...@redhat.com> wrote: > > On Thu, Apr 16, 2020 at 12:30:38PM -0700, Alexander Duyck wrote: > > From: Alexander Duyck <alexander.h.du...@linux.intel.com> > > > > If we have free page hinting or page reporting enabled we should disable it > > if the pages are poisoned or initialized on free and we cannot notify the > > hypervisor. > > > > Fixes: 5d757c8d518d ("virtio-balloon: add support for providing free page > > reports to host") > > > > Signed-off-by: Alexander Duyck <alexander.h.du...@linux.intel.com> > > > Why not put this logic in the hypervisor?
I did that too. This is to cover the case where somebody is running the code prior to my QEMU changes where the page poison feature wasn't being enabled. > We don't know what hypervisor uses the hints for. I agree, but at the same time the way the feature was originally coded it was only checked if the FREE_PAGE_HINT feature was enabled. The assumption there is that if we have page poison data and want to use hints we need to report it. In my mind if we ever want to switch over to the page reporting style setup for page hinting in the future we will need to have it behave in a sane manner. So disabling it if we have a poison value we need to report, but have no mechanism to report it makes sense to me. The actual likelihood of us encountering this case should be pretty low anyway since it is not that common to have page poisoning or init_on_free enabled. > Yes you can not just drop them but you can maybe do > other things such as MADV_SOFT_OFFLINE. > > Finally, VIRTIO_BALLOON_F_FREE_PAGE_HINT does nothing > at all unless guest gets the command from hypervisor, > so there isn't even any overhead. The problem is we cannot communicate the full situation to the hypervisor without the page poison feature being present. As such I would worry about that backfiring on us due to the hypervisor acting on incomplete data. --------------------------------------------------------------------- To unsubscribe, e-mail: virtio-dev-unsubscr...@lists.oasis-open.org For additional commands, e-mail: virtio-dev-h...@lists.oasis-open.org