Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp5883842yba; Thu, 11 Apr 2019 07:45:11 -0700 (PDT) X-Google-Smtp-Source: APXvYqzn2oFLvzaO0CVwshFPZOIg8paRDLytbA1uL2xxIW07jPcUuBql+eXpj+W1X0IMq/+oYbFC X-Received: by 2002:a63:4c:: with SMTP id 73mr10849032pga.210.1554993911501; Thu, 11 Apr 2019 07:45:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554993911; cv=none; d=google.com; s=arc-20160816; b=iW+8sqZrqpf9l8TE2EnEcRpz/2HgJXlIQ8gv+V6PPs/RKP3libfESZqQEONexWErBR hRuNHyIEYvlgs/tyNxfH9KGzVS2n8auf0tPJdUijoahgY36Oc5RVZR7KKY4TeuHUdcOt vwQ1zTCn1tb3RIbUq2nPb+9J1pc0Q65Ek63CKCCbU4heHppzpEYfg2U7EPApiJu7ogwk RAMxdj82PLn8smIIaGTmvVLF35g0WDr/0x6EsD6TQCo+0ZhFGe0evttBgDiTw5LxiTsB EDQZT1xxXbTanvYLjFYc3lUVOfONjm2wwhLrbqhLLjuQ2bBtmH2bpLX/x+tsjyaxiNnc 6q4w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version; bh=crbSSw9RRq2gqjnga1aijJ75H8zXaneGIClC4ImS2/0=; b=uylllav+9I+vH3oHJ3M9n5KHwdZP+1RuoI0TA23lNUui0fH+PrZc1+TqrJhWsAV/lu DY6PmpKlyMeTSJKBN9W1C2nHQmGB56cH6VBllRpcIhGhCFe0DGLTgoCIRxkeuU8Ak3LA ha/fFzigFg9h8lLe5vUZXHGnOzf0IphqR4Lvg5wmc9rt3aJroiQAVLj29s9Cn+pEZ2qr AZnRQWPrK/n44+o6FFolLPoSEQrHIkJibj7wNAu30qIFZCY4MrIn1EaGM0uEvpzeOady te7WWAnK9tESgibWdK9DG62GErJfzAPjFBHXYV44XMw7mUHXL1jMFzDWNsAfkTk8QIkj eRqQ== 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 f4si20704315pgs.215.2019.04.11.07.44.55; Thu, 11 Apr 2019 07:45:11 -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 S1726739AbfDKOm6 (ORCPT + 99 others); Thu, 11 Apr 2019 10:42:58 -0400 Received: from mail-oi1-f195.google.com ([209.85.167.195]:38848 "EHLO mail-oi1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726708AbfDKOm5 (ORCPT ); Thu, 11 Apr 2019 10:42:57 -0400 Received: by mail-oi1-f195.google.com with SMTP id a6so5102441oie.5; Thu, 11 Apr 2019 07:42:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=crbSSw9RRq2gqjnga1aijJ75H8zXaneGIClC4ImS2/0=; b=LrsHmxcBXNx/dVoNen4xM2AyLXLcPTWSCFw99vZwD3ILxoXgK6dJ4Q7IjQO3nNy99d r3Uj9q9LHY9vAFVSgUNsjEQQizbai7OaL53BoSUOuf3rUWARseaiZ6js4cB1n7eZUvtc d2bxFUD2bzc1vFatWaG/aXkfh77WQiSt7EfrOrtwySw6YeIvfJPLAx6AmC4k5vH6vF67 /RTc2d+1zeUTnfrb4Y3iWmhWsV8aTxIr3mKzf26mL4motwsDe0tEJuqvWP9cimWoTHu+ BVl5uaexRxMwHGklRoPHaHQetxP/a26kEdwmW5kXnrVmXIdvCQ4426Rb2ISuz7UxBAAB xc1A== X-Gm-Message-State: APjAAAUwoG37ZJwIGpXkjlPDDaeVIDDIvloAVIfN1fURZ3ur/GhI7krG nwAuJdgLnmEiwNHgpf3G5u+6vsLz2sbSnYi0kMY= X-Received: by 2002:aca:eb93:: with SMTP id j141mr6329300oih.178.1554993776444; Thu, 11 Apr 2019 07:42:56 -0700 (PDT) MIME-Version: 1.0 References: <20190409214415.3722-1-keith.busch@intel.com> In-Reply-To: <20190409214415.3722-1-keith.busch@intel.com> From: "Rafael J. Wysocki" Date: Thu, 11 Apr 2019 16:42:45 +0200 Message-ID: Subject: Re: [PATCH] hmat: Register attributes for memory hot add To: Keith Busch Cc: Linux Kernel Mailing List , ACPI Devel Maling List , Linux Memory Management List , Rafael Wysocki , Dave Hansen , Dan Williams , Brice Goglin Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 9, 2019 at 11:42 PM Keith Busch wrote: > > Some types of memory nodes that HMAT describes may not be online at the > time we initially parse their nodes' tables. If the node should be set > to online later, as can happen when using PMEM as RAM after boot, the > node's attributes will be missing their initiator links and performance. > > Regsiter a memory notifier callback and set the memory attributes when > a node is initially brought online with hot added memory, and don't try > to register node attributes if the node is not online during initial > scanning. > > Signed-off-by: Keith Busch > --- > drivers/acpi/hmat/hmat.c | 63 ++++++++++++++++++++++++++++++++++++++---------- > 1 file changed, 50 insertions(+), 13 deletions(-) > > diff --git a/drivers/acpi/hmat/hmat.c b/drivers/acpi/hmat/hmat.c > index b275016ff648..cf24b885feb5 100644 > --- a/drivers/acpi/hmat/hmat.c > +++ b/drivers/acpi/hmat/hmat.c > @@ -14,14 +14,15 @@ > #include > #include > #include > +#include > #include > #include > > -static __initdata u8 hmat_revision; > +static u8 hmat_revision; > > -static __initdata LIST_HEAD(targets); > -static __initdata LIST_HEAD(initiators); > -static __initdata LIST_HEAD(localities); > +static LIST_HEAD(targets); > +static LIST_HEAD(initiators); > +static LIST_HEAD(localities); > > /* > * The defined enum order is used to prioritize attributes to break ties when > @@ -41,6 +42,7 @@ struct memory_target { > unsigned int memory_pxm; > unsigned int processor_pxm; > struct node_hmem_attrs hmem_attrs; > + bool registered; > }; > > struct memory_initiator { > @@ -53,7 +55,7 @@ struct memory_locality { > struct acpi_hmat_locality *hmat_loc; > }; > > -static __init struct memory_initiator *find_mem_initiator(unsigned int cpu_pxm) > +static struct memory_initiator *find_mem_initiator(unsigned int cpu_pxm) > { > struct memory_initiator *initiator; > > @@ -63,7 +65,7 @@ static __init struct memory_initiator *find_mem_initiator(unsigned int cpu_pxm) > return NULL; > } > > -static __init struct memory_target *find_mem_target(unsigned int mem_pxm) > +static struct memory_target *find_mem_target(unsigned int mem_pxm) > { > struct memory_target *target; > > @@ -148,7 +150,7 @@ static __init const char *hmat_data_type_suffix(u8 type) > } > } > > -static __init u32 hmat_normalize(u16 entry, u64 base, u8 type) > +static u32 hmat_normalize(u16 entry, u64 base, u8 type) > { > u32 value; > > @@ -183,7 +185,7 @@ static __init u32 hmat_normalize(u16 entry, u64 base, u8 type) > return value; > } > > -static __init void hmat_update_target_access(struct memory_target *target, > +static void hmat_update_target_access(struct memory_target *target, > u8 type, u32 value) > { > switch (type) { > @@ -435,7 +437,7 @@ static __init int srat_parse_mem_affinity(union acpi_subtable_headers *header, > return 0; > } > > -static __init u32 hmat_initiator_perf(struct memory_target *target, > +static u32 hmat_initiator_perf(struct memory_target *target, > struct memory_initiator *initiator, > struct acpi_hmat_locality *hmat_loc) > { > @@ -473,7 +475,7 @@ static __init u32 hmat_initiator_perf(struct memory_target *target, > hmat_loc->data_type); > } > > -static __init bool hmat_update_best(u8 type, u32 value, u32 *best) > +static bool hmat_update_best(u8 type, u32 value, u32 *best) > { > bool updated = false; > > @@ -517,7 +519,7 @@ static int initiator_cmp(void *priv, struct list_head *a, struct list_head *b) > return ia->processor_pxm - ib->processor_pxm; > } > > -static __init void hmat_register_target_initiators(struct memory_target *target) > +static void hmat_register_target_initiators(struct memory_target *target) > { > static DECLARE_BITMAP(p_nodes, MAX_NUMNODES); > struct memory_initiator *initiator; > @@ -577,22 +579,53 @@ static __init void hmat_register_target_initiators(struct memory_target *target) > } > } > > -static __init void hmat_register_target_perf(struct memory_target *target) > +static void hmat_register_target_perf(struct memory_target *target) > { > unsigned mem_nid = pxm_to_node(target->memory_pxm); > node_set_perf_attrs(mem_nid, &target->hmem_attrs, 0); > } > > -static __init void hmat_register_targets(void) > +static void hmat_register_targets(void) > { > struct memory_target *target; > > list_for_each_entry(target, &targets, node) { > + if (!node_online(pxm_to_node(target->memory_pxm))) > + continue; > + > hmat_register_target_initiators(target); > hmat_register_target_perf(target); > + target->registered = true; > } > } > > +static int hmat_callback(struct notifier_block *self, > + unsigned long action, void *arg) > +{ > + struct memory_notify *mnb = arg; > + int pxm, nid = mnb->status_change_nid; > + struct memory_target *target; > + > + if (nid == NUMA_NO_NODE || action != MEM_ONLINE) > + return NOTIFY_OK; > + > + pxm = node_to_pxm(nid); > + target = find_mem_target(pxm); > + if (!target || target->registered) > + return NOTIFY_OK; > + > + hmat_register_target_initiators(target); > + hmat_register_target_perf(target); > + target->registered = true; > + > + return NOTIFY_OK; > +} This appears to assume that there will never be any races between the two functions above. It this guaranteed to be the case? > + > +static struct notifier_block hmat_callback_nb = { > + .notifier_call = hmat_callback, > + .priority = 2, > +}; > + > static __init void hmat_free_structures(void) > { > struct memory_target *target, *tnext; > @@ -658,6 +691,10 @@ static __init int hmat_init(void) > } > } > hmat_register_targets(); > + > + /* Keep the table and structures if the notifier may use them */ > + if (!register_hotmemory_notifier(&hmat_callback_nb)) > + return 0; > out_put: > hmat_free_structures(); > acpi_put_table(tbl); > --