Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp6035688ybe; Tue, 10 Sep 2019 12:30:26 -0700 (PDT) X-Google-Smtp-Source: APXvYqxv3FAiiEudPh7HpVyND1GlN0P7QXpomaUk8e3KGCrglMTQpSgZ6aUdE1d0PdVjC9LnkhgE X-Received: by 2002:a50:d084:: with SMTP id v4mr33308521edd.48.1568143826414; Tue, 10 Sep 2019 12:30:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568143826; cv=none; d=google.com; s=arc-20160816; b=dztwoxcwDWhNhM2SaoaXRxMht0MycS1bX0XRCS/95qX+hSHCR5hV2wSnAUchEBi4/0 MVa5B+6gxB4Z8OZdKVNMLNxjbhSMplkWM5BnbeLjWkh4tHltvtoNoaDtDCZDEiq2m6ru c9mfdFmB7R2Qtj69p4Gz42WHOsiIxhjkBQnl7l3NKVr3Mgx+giUU8mjqsoOnV+LR6kSJ pVquriADvGAiXem7YmPiVTcvpRJpf+VX1Xkm86meMngG3uu30voAvg/OVuxLeP5CTiPw RXYHpwtLceCz9ZRINgNzRD0et5Hh3mbYxWElB81nrsBYeGaF+qmioh+X+O+FsYr+L+ZC N1Xw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=cWcgLemiMd6aQdEbLBOFd+oqb4FQQl3+FMWlhys0eqY=; b=miMBneE9PGvehNP7GpjAdGVju5azWgJQsmtWt+OQtPNZOdAa9DiEbngmo8WpXkT3oz JDQhyP1gTBHjkQ96Kg9C3qmzmOJPDM+6vlZ4r1FW73cu93Fr7XAsDzZIwkc2u0xWuZgB qYFWNrswSaKdfNmAFbAJH4UCGHARBhc5nk6GNULmQ1M88gvdEd9JqvewW0dLLvTckMjf GGNqXU+AToErwO1+Ebo5ZabqTxJIuT1eNvKJaVlCAOdoEUxkmv1jESg26ioXxq3c0a78 ijrdtFIx67j0x6kyYF8O8eS/idK4F2rkviNeNnmQHxQTVkbHaBZTXtR+neFDo4yB/ynX /ZKg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id ba7si6728348edb.76.2019.09.10.12.30.02; Tue, 10 Sep 2019 12:30:26 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727846AbfIJSAa (ORCPT + 99 others); Tue, 10 Sep 2019 14:00:30 -0400 Received: from mx2.suse.de ([195.135.220.15]:50772 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726421AbfIJSAa (ORCPT ); Tue, 10 Sep 2019 14:00:30 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 0FCC7AF8D; Tue, 10 Sep 2019 18:00:28 +0000 (UTC) Date: Tue, 10 Sep 2019 20:00:26 +0200 From: Michal Hocko To: Alexander Duyck Cc: virtio-dev@lists.oasis-open.org, kvm list , "Michael S. Tsirkin" , Catalin Marinas , David Hildenbrand , Dave Hansen , LKML , Matthew Wilcox , linux-mm , Andrew Morton , will@kernel.org, linux-arm-kernel@lists.infradead.org, Oscar Salvador , Yang Zhang , Pankaj Gupta , Konrad Rzeszutek Wilk , Nitesh Narayan Lal , Rik van Riel , lcapitulino@redhat.com, "Wang, Wei W" , Andrea Arcangeli , ying.huang@intel.com, Paolo Bonzini , Dan Williams , Fengguang Wu , Alexander Duyck , "Kirill A. Shutemov" Subject: Re: [PATCH v9 0/8] stg mail -e --version=v9 \ Message-ID: <20190910180026.GE4023@dhcp22.suse.cz> References: <20190907172225.10910.34302.stgit@localhost.localdomain> <20190910124209.GY2063@dhcp22.suse.cz> <20190910144713.GF2063@dhcp22.suse.cz> <20190910175213.GD4023@dhcp22.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190910175213.GD4023@dhcp22.suse.cz> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue 10-09-19 19:52:13, Michal Hocko wrote: > On Tue 10-09-19 09:05:43, Alexander Duyck wrote: [...] > > All this is providing is just a report and it is optional if the > > hypervisor will act on it or not. If the hypervisor takes some sort of > > action on the page, then the expectation is that the hypervisor will > > use some sort of mechanism such as a page fault to discover when the > > page is used again. > > OK so the baloon driver is in charge of this metadata and the allocator > has to live with that. Isn't that a layer violation? Another thing that is not clear to me is how these marked pages are different from any other free pages. All of them are unused and you are losing your metadata as soon as the page gets allocated because the page changes its owner and the struct page belongs to it. -- Michal Hocko SUSE Labs