Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp384648pxf; Thu, 8 Apr 2021 05:19:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyAABy1dghINXE9J+4sREEEnWyPfy04bCWmP14YCvxBR76wsKNSMq/a6msE8x1PvjzZrVsC X-Received: by 2002:a17:907:7b96:: with SMTP id ne22mr10095300ejc.401.1617884372003; Thu, 08 Apr 2021 05:19:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617884371; cv=none; d=google.com; s=arc-20160816; b=u/MsuRgaX5tgUUxwcrvwOV+g+IoF2PboK/lUlq2t8jx4el2Em8L1is2Zqep7E40RN9 KSb2KrgJ01qO+mEY6JBxc4dAlF8i1gmVvsgZwoeXYMHX9hlUef0USIwgjSIHjSCKoKB9 xMDZcOLeqOuN8DnAgMvbHe2rWuNU0UAm3dUiVsgiWp4wtIRrmAOCFygmJcbPvnhE49/4 xjeP37GPa7A1wkrttj59oiDaiRovS4u/PxtZm813u+Jm+aydGcAwovq590G4jLyUMX4E oqMjXL733aylsg0DRdW2rBBci9QUUe/25ogXFCDOJHk9FsYnMmZ0AAaaeZUQayjyfzF/ ucSA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=du0/S/QWxHZ574ZcQJ9QJmy22/V/CqePUrzWN6krgLs=; b=wCNcL7Ho7Mib1xdCBiKpFGD+aXt9DinDnYDjWEFWf26PmbLozMSydQf8yd+XxGYuLA f8gkd9CaGBoN7xZcC6U543dlMyOpQDt7MTFUSRpbsHT1VousowJK220gLGkXtJdle3e3 VOtJ9AzVLaYq+8eeVhFY47aEZxvsaOwU1XWVyM/8TITZ5Ss2yoPF7zJ2kgvCCx/+Nx4A B/5PuiGlYBS9ZqYt9dY8j6xDMRUYzQOeU+x4QvwkDeS1QKaYVUTL77sKX4Fb8Ow6YTzM w7S1hGXRF3StDjsSOxYjxqxmUR968HfpSSihXMBz/PiBiOEnuJEi1psx+kKT96Urr23F Q0/w== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z1si22401973edc.76.2021.04.08.05.19.08; Thu, 08 Apr 2021 05:19:31 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231305AbhDHMS3 (ORCPT + 99 others); Thu, 8 Apr 2021 08:18:29 -0400 Received: from mx2.suse.de ([195.135.220.15]:39366 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229741AbhDHMS2 (ORCPT ); Thu, 8 Apr 2021 08:18:28 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id EA641AFCC; Thu, 8 Apr 2021 12:18:16 +0000 (UTC) From: Oscar Salvador To: Andrew Morton Cc: David Hildenbrand , Michal Hocko , Anshuman Khandual , Pavel Tatashin , Vlastimil Babka , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Oscar Salvador Subject: [PATCH v7 1/8] drivers/base/memory: Introduce memory_block_{online,offline} Date: Thu, 8 Apr 2021 14:17:57 +0200 Message-Id: <20210408121804.10440-2-osalvador@suse.de> X-Mailer: git-send-email 2.28.0 In-Reply-To: <20210408121804.10440-1-osalvador@suse.de> References: <20210408121804.10440-1-osalvador@suse.de> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This is a preparatory patch that introduces two new functions: memory_block_online() and memory_block_offline(). For now, these functions will only call online_pages() and offline_pages() respectively, but they will be later in charge of preparing the vmemmap pages, carrying out the initialization and proper accounting of such pages. Since memory_block struct contains all the information, pass this struct down the chain till the end functions. Signed-off-by: Oscar Salvador Reviewed-by: David Hildenbrand --- drivers/base/memory.c | 33 +++++++++++++++++++++------------ 1 file changed, 21 insertions(+), 12 deletions(-) diff --git a/drivers/base/memory.c b/drivers/base/memory.c index f35298425575..f209925a5d4e 100644 --- a/drivers/base/memory.c +++ b/drivers/base/memory.c @@ -169,30 +169,41 @@ int memory_notify(unsigned long val, void *v) return blocking_notifier_call_chain(&memory_chain, val, v); } +static int memory_block_online(struct memory_block *mem) +{ + unsigned long start_pfn = section_nr_to_pfn(mem->start_section_nr); + unsigned long nr_pages = PAGES_PER_SECTION * sections_per_block; + + return online_pages(start_pfn, nr_pages, mem->online_type, mem->nid); +} + +static int memory_block_offline(struct memory_block *mem) +{ + unsigned long start_pfn = section_nr_to_pfn(mem->start_section_nr); + unsigned long nr_pages = PAGES_PER_SECTION * sections_per_block; + + return offline_pages(start_pfn, nr_pages); +} + /* * MEMORY_HOTPLUG depends on SPARSEMEM in mm/Kconfig, so it is * OK to have direct references to sparsemem variables in here. */ static int -memory_block_action(unsigned long start_section_nr, unsigned long action, - int online_type, int nid) +memory_block_action(struct memory_block *mem, unsigned long action) { - unsigned long start_pfn; - unsigned long nr_pages = PAGES_PER_SECTION * sections_per_block; int ret; - start_pfn = section_nr_to_pfn(start_section_nr); - switch (action) { case MEM_ONLINE: - ret = online_pages(start_pfn, nr_pages, online_type, nid); + ret = memory_block_online(mem); break; case MEM_OFFLINE: - ret = offline_pages(start_pfn, nr_pages); + ret = memory_block_offline(mem); break; default: WARN(1, KERN_WARNING "%s(%ld, %ld) unknown action: " - "%ld\n", __func__, start_section_nr, action, action); + "%ld\n", __func__, mem->start_section_nr, action, action); ret = -EINVAL; } @@ -210,9 +221,7 @@ static int memory_block_change_state(struct memory_block *mem, if (to_state == MEM_OFFLINE) mem->state = MEM_GOING_OFFLINE; - ret = memory_block_action(mem->start_section_nr, to_state, - mem->online_type, mem->nid); - + ret = memory_block_action(mem, to_state); mem->state = ret ? from_state_req : to_state; return ret; -- 2.16.3