Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4930842pxj; Wed, 9 Jun 2021 05:32:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxcaXXDRoSlG5hIZJ7UJxrKSUMVOqfSNCrGGFbtWPob+wU8/emObtPcJAi64VEqvDOQBzFK X-Received: by 2002:a17:906:a95:: with SMTP id y21mr28307506ejf.522.1623241941513; Wed, 09 Jun 2021 05:32:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623241941; cv=none; d=google.com; s=arc-20160816; b=syf1FsMQWhAKBhvmomJJFSle6f7NY8Dpy3ZdavzlpTyf8v2p/YSOPnD3Ovl1xBDxoh kGBVeP8VF8NpSyKsCIYleMeNcWt8oHfjTF9nwCbP1CoL/smSuRXRz+0Idze13UxdMME5 KPUs+acF8VkI7tT/x2AN6eCHYpGcDyWIEV2DYzwfneghJd6fCiNp53RX9huuRH9sKb4f 0pzUCvdcPtwK6Z3bF9ZkEgw6vZK+tZvEEGfgza5SAyPuQ0qM5L4ColL7IyR1R5SA8O/A ao2394sDdY0ddupo8BOw1I4CbY8bSDK3oPTH1ZYy6/lxldMKUgBsKm2wQC2xyHJqXbgd YciQ== 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 :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id:dkim-signature; bh=F64qVructnWzJh2UCdmrGDFp9pNzOx+GVrSxuZ12oEU=; b=wS59FfmLGFR+DrlB/2Bpkw2ljLv1HMCnacJaUKojxQYvkM63hN+bGAgGu3SZopZt6Y L+wv5YJ61LoOXzV9YdV0NxGmlbwwfkrBbcWCNYB77SgNndPcFBxPOwpcO7UdqZHxsNWi BxMfIrXfUjO+oKiVX2ZvgBI7dVW8UQfZpBcjIuKD7VP7TRpGvQfDmFmPcfgTs0c5X3kA mEVwjFEK60g49AojS0p3h5Cq0gehIv7Qe/wCS7XdtZmw5VOsOdTM11X1naVfhK5n/Ejg 6g9bSb6W31NjLru5u4KN6QT14cbYBIUq23RSWoGFKPub4QygpYLroo5Dl0OUXyo/erRf ELIg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=u6SGIGRx; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y11si2336442eda.140.2021.06.09.05.31.58; Wed, 09 Jun 2021 05:32:21 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=u6SGIGRx; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236348AbhFIDL0 (ORCPT + 99 others); Tue, 8 Jun 2021 23:11:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57748 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236346AbhFIDLW (ORCPT ); Tue, 8 Jun 2021 23:11:22 -0400 Received: from mail-qk1-x732.google.com (mail-qk1-x732.google.com [IPv6:2607:f8b0:4864:20::732]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3487FC061574 for ; Tue, 8 Jun 2021 20:09:17 -0700 (PDT) Received: by mail-qk1-x732.google.com with SMTP id j184so22404853qkd.6 for ; Tue, 08 Jun 2021 20:09:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:subject:from:to:cc:date:in-reply-to:references :user-agent:mime-version:content-transfer-encoding; bh=F64qVructnWzJh2UCdmrGDFp9pNzOx+GVrSxuZ12oEU=; b=u6SGIGRxJIbSvDi8qBdZKctSymsdf/VNWDDCE709TCy6tubvmmrnEBL7kIdmuMdpGb l58Mu7sjq0SXyvRYXRG/IEGIdJNclEIXrlt5KZVfojBFh2ZtbHF/7sY8sYsxC9KrgRxv MBmQtbwkYsLj4zzEq3pSdksMUeWmaiS132nFmNc6QHEV3LPkOmlrKaneDCC4vPm3Pwc7 MoIRMgcpXFjzJrBWsB/07zOODjCLTijrc/3aFkSieoHvURyzJYAfV1gWpl2HhzEV1ASw 5CGDJaAVzJHYMAWYWJ8RlhZMFpgbz7unQNVTAAYa/oVFo6kPdSkUKYsSqS6KeF6ycEB6 ARPQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:user-agent:mime-version:content-transfer-encoding; bh=F64qVructnWzJh2UCdmrGDFp9pNzOx+GVrSxuZ12oEU=; b=Kzmo2FbfpP5ZHBGJrJvJ1gk32lb5lxQXqtIbVWbuLwl6B+Z5TRpscdsOGGk0O2trvb 2WphUFzPpEdiasYXoSW33ZDvAkR9LD1qgzfTMRAlU5OtYLkoBZqM7ajySubTTuaxhBGp VDyWJ1dJA6u+n1GZgcI52V0p9/R/t5RfpYcZbBCMbGD41T+oxpJJWIuP5irWBOjtvdbW MGsOKJfdFIx6GZUaBxt4wbVzroVIgPEl4/zwrwvc2NIIR9pxbvS0/HxJi3n7t/4cygX5 ba9opvgmrYuAaPcXL1H732/aXudZ2UBx4liVNUsoSyvudnwRrMMQEyLLzlaAEmxbE7Su 6bCw== X-Gm-Message-State: AOAM531sEyU+C5gaONttcnheINfwVq+36dkjUfMeAbjTAB03XZ4MV5bi +TBqOffdZPOdyPwkRey0RJk= X-Received: by 2002:a37:ad5:: with SMTP id 204mr24499320qkk.373.1623208156434; Tue, 08 Jun 2021 20:09:16 -0700 (PDT) Received: from ?IPv6:2804:14c:482:87bb::1000? ([2804:14c:482:87bb::1000]) by smtp.gmail.com with ESMTPSA id 7sm12735937qtu.38.2021.06.08.20.09.13 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Jun 2021 20:09:15 -0700 (PDT) Message-ID: <2501d7b80d76ceb77678ad027ee6761fa8cd0ea3.camel@gmail.com> Subject: Re: [PATCH v2 2/3] powerpc/mm/hash: Avoid multiple HPT resize-ups on memory hotplug From: Leonardo =?ISO-8859-1?Q?Br=E1s?= To: David Gibson Cc: Michael Ellerman , Benjamin Herrenschmidt , Paul Mackerras , Sandipan Das , Mike Rapoport , Andrew Morton , "Aneesh Kumar K.V" , Nicholas Piggin , Nathan Lynch , David Hildenbrand , Scott Cheloha , Laurent Dufour , linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org Date: Wed, 09 Jun 2021 00:09:45 -0300 In-Reply-To: References: <20210430143607.135005-1-leobras.c@gmail.com> <20210430143607.135005-3-leobras.c@gmail.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.40.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2021-06-07 at 15:10 +1000, David Gibson wrote: > On Fri, Apr 30, 2021 at 11:36:08AM -0300, Leonardo Bras wrote: > > Every time a memory hotplug happens, and the memory limit crosses a > > 2^n > > value, it may be necessary to perform HPT resizing-up, which can > > take > > some time (over 100ms in my tests). > > > > It usually is not an issue, but it can take some time if a lot of > > memory > > is added to a guest with little starting memory: > > Adding 256G to a 2GB guest, for example will require 8 HPT resizes. > > > > Perform an HPT resize before memory hotplug, updating HPT to its > > final size (considering a successful hotplug), taking the number of > > HPT resizes to at most one per memory hotplug action. > > > > Signed-off-by: Leonardo Bras > > Reviewed-by: David Gibson Thanks David! > > > --- > >  arch/powerpc/include/asm/book3s/64/hash.h     |  2 ++ > >  arch/powerpc/mm/book3s64/hash_utils.c         | 20 > > +++++++++++++++++++ > >  .../platforms/pseries/hotplug-memory.c        |  9 +++++++++ > >  3 files changed, 31 insertions(+) > > > > diff --git a/arch/powerpc/include/asm/book3s/64/hash.h > > b/arch/powerpc/include/asm/book3s/64/hash.h > > index d959b0195ad9..fad4af8b8543 100644 > > --- a/arch/powerpc/include/asm/book3s/64/hash.h > > +++ b/arch/powerpc/include/asm/book3s/64/hash.h > > @@ -255,6 +255,8 @@ int hash__create_section_mapping(unsigned long > > start, unsigned long end, > >                                  int nid, pgprot_t prot); > >  int hash__remove_section_mapping(unsigned long start, unsigned > > long end); > >   > > +void hash_batch_expand_prepare(unsigned long newsize); > > + > >  #endif /* !__ASSEMBLY__ */ > >  #endif /* __KERNEL__ */ > >  #endif /* _ASM_POWERPC_BOOK3S_64_HASH_H */ > > diff --git a/arch/powerpc/mm/book3s64/hash_utils.c > > b/arch/powerpc/mm/book3s64/hash_utils.c > > index 608e4ed397a9..3fa395b3fe57 100644 > > --- a/arch/powerpc/mm/book3s64/hash_utils.c > > +++ b/arch/powerpc/mm/book3s64/hash_utils.c > > @@ -859,6 +859,26 @@ int hash__remove_section_mapping(unsigned long > > start, unsigned long end) > >   > >         return rc; > >  } > > + > > +void hash_batch_expand_prepare(unsigned long newsize) > > +{ > > +       const u64 starting_size = ppc64_pft_size; > > + > > +       /* > > +        * Resizing-up HPT should never fail, but there are some > > cases system starts with higher > > +        * SHIFT than required, and we go through the funny case of > > resizing HPT down while > > +        * adding memory > > +        */ > > + > > +       while (resize_hpt_for_hotplug(newsize, false) == -ENOSPC) { > > +               newsize *= 2; > > +               pr_warn("Hash collision while resizing HPT\n"); > > + > > +               /* Do not try to resize to the starting size, or > > bigger value */ > > +               if (htab_shift_for_mem_size(newsize) >= > > starting_size) > > +                       break; > > +       } > > +} > >  #endif /* CONFIG_MEMORY_HOTPLUG */ > >   > >  static void __init hash_init_partition_table(phys_addr_t > > hash_table, > > diff --git a/arch/powerpc/platforms/pseries/hotplug-memory.c > > b/arch/powerpc/platforms/pseries/hotplug-memory.c > > index 8377f1f7c78e..48b2cfe4ce69 100644 > > --- a/arch/powerpc/platforms/pseries/hotplug-memory.c > > +++ b/arch/powerpc/platforms/pseries/hotplug-memory.c > > @@ -13,6 +13,7 @@ > >  #include > >  #include > >  #include > > +#include > >   > >  #include > >  #include > > @@ -671,6 +672,10 @@ static int dlpar_memory_add_by_count(u32 > > lmbs_to_add) > >         if (lmbs_available < lmbs_to_add) > >                 return -EINVAL; > >   > > +       if (!radix_enabled()) > > +               hash_batch_expand_prepare(memblock_phys_mem_size() > > + > > +                                                lmbs_to_add * > > drmem_lmb_size()); > > + > >         for_each_drmem_lmb(lmb) { > >                 if (lmb->flags & DRCONF_MEM_ASSIGNED) > >                         continue; > > @@ -788,6 +793,10 @@ static int dlpar_memory_add_by_ic(u32 > > lmbs_to_add, u32 drc_index) > >         if (lmbs_available < lmbs_to_add) > >                 return -EINVAL; > >   > > +       if (!radix_enabled()) > > +               hash_batch_expand_prepare(memblock_phys_mem_size() > > + > > +                                         lmbs_to_add * > > drmem_lmb_size()); > > + > >         for_each_drmem_lmb_in_range(lmb, start_lmb, end_lmb) { > >                 if (lmb->flags & DRCONF_MEM_ASSIGNED) > >                         continue; > > -- > David Gibson                    | I'll have my music baroque, and my > code > david AT gibson.dropbear.id.au  | minimalist, thank you.  NOT _the_ > _other_ >                                 | _way_ _around_! > http://www.ozlabs.org/~dgibson