Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp1008868pxu; Fri, 16 Oct 2020 01:07:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwYAjNyeuCMX0NWS3xCRNYKMYw2JcousV6gxlmUoUGf6U+vCobR5U0A14LK6GlEhxAZJTCd X-Received: by 2002:a05:6402:384:: with SMTP id o4mr2494419edv.387.1602835629756; Fri, 16 Oct 2020 01:07:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1602835629; cv=none; d=google.com; s=arc-20160816; b=YjEWaBWPxJewVDvtPGav/gZETOxQ6TmbugjbyyeD5Z60sbvQn/s8SuGHSgN6doQdd7 8Fozw01Oqn1B0Lbc11229YciUPRZL+GZ1wzpNrDJg8V8txvS8Iaut9lsdVxGEe/ohljV UM1BtbvJag6Iot89EVC9BPx2YzRrLjYYQ7Yi/EjKEngTwgYLJwG8XjPLFfvOu027QunC SogtedHeU4fruJqMgdhpKb6FLmOyZ4d5YNTW7jCFsJgHiNHQbdzxgeDoS2r0KeqZyvSO qENayjVqnrVVPqI+64cIllX2Oh0q17A23+UEapnJzu345CG6YbUTRdHULGr4laeeSgU4 tQ0Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:reply-to:message-id:subject:cc:to:from:date; bh=gI6FYYpdU6LDFqkuJwRoQ9zWaoZwpmSl94BTQHuiBns=; b=dXgQyp/U7hpygf5KjLiFUlmweRDKGqP5D9MDmELia0FqV9Y7JlzgQN56qT82LLQa9R dfrSnxtHagGtvfOMBPxiH3fi9OPTYZK5xs++KX4rIjAPLr1csbOH9uB0WFPUctYNqVct FcEFwjx9XagfXnr8g8JgFUWj+PDZEsbmGhh9YO2J0we0bReGd6ks1VyzlYOjoiwD8BB2 6lIuLHrf9GnvSgSXCifl1WDg/99uMtejVLoK5l0tW+/j5LntJGrqpfnlUXmLLHuFY5j3 VQy8DBty3BhJv/4ids6fp9kuKjlzxxleXHgbKjvvqumaqbw9RZKKffH+M4J9N3z5AXA9 lrtw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dd2si1176701ejb.347.2020.10.16.01.06.46; Fri, 16 Oct 2020 01:07:09 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2404988AbgJPIDu (ORCPT + 99 others); Fri, 16 Oct 2020 04:03:50 -0400 Received: from out30-43.freemail.mail.aliyun.com ([115.124.30.43]:41098 "EHLO out30-43.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2404920AbgJPIDt (ORCPT ); Fri, 16 Oct 2020 04:03:49 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R111e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04423;MF=richard.weiyang@linux.alibaba.com;NM=1;PH=DS;RN=8;SR=0;TI=SMTPD_---0UCAvZnG_1602835424; Received: from localhost(mailfrom:richard.weiyang@linux.alibaba.com fp:SMTPD_---0UCAvZnG_1602835424) by smtp.aliyun-inc.com(127.0.0.1); Fri, 16 Oct 2020 16:03:45 +0800 Date: Fri, 16 Oct 2020 16:03:44 +0800 From: Wei Yang To: David Hildenbrand Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, virtualization@lists.linux-foundation.org, Andrew Morton , "Michael S . Tsirkin" , Jason Wang , Pankaj Gupta Subject: Re: [PATCH v1 15/29] virito-mem: document Sub Block Mode (SBM) Message-ID: <20201016080344.GN86495@L-31X9LVDL-1304.local> Reply-To: Wei Yang References: <20201012125323.17509-1-david@redhat.com> <20201012125323.17509-16-david@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201012125323.17509-16-david@redhat.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Oct 12, 2020 at 02:53:09PM +0200, David Hildenbrand wrote: >Let's add some documentation for the current mode - Sub Block Mode (SBM) - >to prepare for a new mode - Big Block Mode (BBM). > >Follow-up patches will properly factor out the existing Sub Block Mode >(SBM) and implement Device Block Mode (DBM). > >Cc: "Michael S. Tsirkin" >Cc: Jason Wang >Cc: Pankaj Gupta >Signed-off-by: David Hildenbrand Reviewed-by: Wei Yang >--- > drivers/virtio/virtio_mem.c | 15 +++++++++++++++ > 1 file changed, 15 insertions(+) > >diff --git a/drivers/virtio/virtio_mem.c b/drivers/virtio/virtio_mem.c >index faeb759687fe..fd8685673fe4 100644 >--- a/drivers/virtio/virtio_mem.c >+++ b/drivers/virtio/virtio_mem.c >@@ -27,6 +27,21 @@ static bool unplug_online = true; > module_param(unplug_online, bool, 0644); > MODULE_PARM_DESC(unplug_online, "Try to unplug online memory"); > >+/* >+ * virtio-mem currently supports the following modes of operation: >+ * >+ * * Sub Block Mode (SBM): A Linux memory block spans 1..X subblocks (SB). The >+ * size of a Sub Block (SB) is determined based on the device block size, the >+ * pageblock size, and the maximum allocation granularity of the buddy. >+ * Subblocks within a Linux memory block might either be plugged or unplugged. >+ * Memory is added/removed to Linux MM in Linux memory block granularity. >+ * >+ * User space / core MM (auto onlining) is responsible for onlining added >+ * Linux memory blocks - and for selecting a zone. Linux Memory Blocks are >+ * always onlined separately, and all memory within a Linux memory block is >+ * onlined to the same zone - virtio-mem relies on this behavior. >+ */ >+ > enum virtio_mem_mb_state { > /* Unplugged, not added to Linux. Can be reused later. */ > VIRTIO_MEM_MB_STATE_UNUSED = 0, >-- >2.26.2 -- Wei Yang Help you, Help me