From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E4130C04EBF for ; Mon, 23 Sep 2019 12:07:24 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id B30BF20820 for ; Mon, 23 Sep 2019 12:07:24 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org B30BF20820 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 3AC016B0006; Mon, 23 Sep 2019 08:07:24 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 35B826B0008; Mon, 23 Sep 2019 08:07:24 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 2713B6B000A; Mon, 23 Sep 2019 08:07:24 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0146.hostedemail.com [216.40.44.146]) by kanga.kvack.org (Postfix) with ESMTP id 0689E6B0006 for ; Mon, 23 Sep 2019 08:07:23 -0400 (EDT) Received: from smtpin28.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay05.hostedemail.com (Postfix) with SMTP id A99D7181AC9B6 for ; Mon, 23 Sep 2019 12:07:23 +0000 (UTC) X-FDA: 75966060366.28.cart33_408134295221c X-HE-Tag: cart33_408134295221c X-Filterd-Recvd-Size: 2238 Received: from mx1.suse.de (mx2.suse.de [195.135.220.15]) by imf28.hostedemail.com (Postfix) with ESMTP for ; Mon, 23 Sep 2019 12:07:23 +0000 (UTC) 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 29354AEAC; Mon, 23 Sep 2019 12:07:20 +0000 (UTC) Date: Mon, 23 Sep 2019 14:07:19 +0200 From: Michal Hocko To: David Hildenbrand Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, Souptick Joarder , linux-hyperv@vger.kernel.org, Andrew Morton , Dan Williams , Haiyang Zhang , "K. Y. Srinivasan" , Oscar Salvador , Pavel Tatashin , Qian Cai , Sasha Levin , Stephen Hemminger , Wei Yang Subject: Re: [PATCH v1 0/3] mm/memory_hotplug: Export generic_online_page() Message-ID: <20190923120719.GM6016@dhcp22.suse.cz> References: <20190909114830.662-1-david@redhat.com> <20190923085807.GD6016@dhcp22.suse.cz> <20190923111559.GK6016@dhcp22.suse.cz> <88ac3511-4ad8-d5c8-8e6a-0cca0a0f0989@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <88ac3511-4ad8-d5c8-8e6a-0cca0a0f0989@redhat.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Mon 23-09-19 13:34:18, David Hildenbrand wrote: > On 23.09.19 13:15, Michal Hocko wrote: [...] > > I am wondering why those pages get onlined when they are, in fact, > > supposed to be offline. > > > > It's the current way of emulating sub-memory-block hotplug on top of the > memory bock device API we have. Hyper-V and XEN have been using that for > a long time. Do they really have to use the existing block interface when they in fact do not operate on the block granularity? Zone device memory already acts on sub section/block boundaries. -- Michal Hocko SUSE Labs