Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp940321imm; Wed, 18 Jul 2018 13:29:06 -0700 (PDT) X-Google-Smtp-Source: AAOMgpcguQHCaY2ja+Svq9+oHMjdnD9+ZcS53vtaLpRHmFxhTaPY4IXdVmyK8FE06jg7xbP1xvbb X-Received: by 2002:a17:902:7e43:: with SMTP id a3-v6mr7259890pln.151.1531945746714; Wed, 18 Jul 2018 13:29:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531945746; cv=none; d=google.com; s=arc-20160816; b=D7lhvH2W9V6Ll1AbXw3E3s3TR6pConHqh2dOADaahcU2D8PVjItnDP3/XrJrLBZFBn l4xAGj77qKwvnrwm99o2nBu2JBJEP5IQd3MPGHsZXFIr28gyoNLSw3AZr7JlRmH7foE5 LBC9BOs4U6W81Mgv1UcojSYi4OR+VTLd3aw4nG2RiTMb2WDWpmu09C17y8Ys4luxXaPP VDC9zqGOD764nohVAHyN4r/W+DQf4GCZXVc6vW7lbzAUbdwNiqOPhh2IK/EGw03XgUiZ v3GLJPNHQeLsa8GmXMLI/9kSMti1+9HMz9DCBp33KYGFCEUOvezNvwm29chpaK9ol+k4 Z4mA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date :arc-authentication-results; bh=6E8MLWI7p+NkdBG8aRJFx+r8/VhPClcuK4NCRcqmpYY=; b=O/FJ5ofOvdXmhlhH8i8qZQEhgye5XWFpxuuofbBl0sKdwwqCG69xniypqIgjsXLl/R 192LPSon3T0o3bw6Y+AFLhcwEVB7vIoig5U8we5LkFknDmp5/eqqx+F4Mo64IVdLOZgB tIO/KoV5NFY6c4hfAHclOnnXrRvmkrxvwgMTLvF/R1FOK9KugcqU4zc6TUfWiCCUuVIA m6OvlgzftgOiKKppqWOckgptB7Fc9Jpn8VVWX/KrHwLJLMvgOlUuVEyIFNGM0RPBSStW CnXCvXl2+rQQ/I86uHEtw8ROcfiIE6TG4uPAEe7yCaZJgHZcH/iRC+qkE10QKaZAm2OA k1Uw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x11-v6si3705466pln.442.2018.07.18.13.28.50; Wed, 18 Jul 2018 13:29:06 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730831AbeGRVHq (ORCPT + 99 others); Wed, 18 Jul 2018 17:07:46 -0400 Received: from shards.monkeyblade.net ([23.128.96.9]:42928 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729180AbeGRVHq (ORCPT ); Wed, 18 Jul 2018 17:07:46 -0400 Received: from localhost (179-64-212-66.spl.org [66.212.64.179]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id 23F4A1479C5FF; Wed, 18 Jul 2018 13:28:13 -0700 (PDT) Date: Thu, 19 Jul 2018 05:28:12 +0900 (KST) Message-Id: <20180719.052812.1808217805356135440.davem@davemloft.net> To: dave@stgolabs.net Cc: herbert@gondor.apana.org.au, akpm@linux-foundation.org, tgraf@suug.ch, linux-kernel@vger.kernel.org, dbueso@suse.de, netdev@vger.kernel.org Subject: Re: [PATCH resend -next] lib/rhashtable: consider param->min_size when setting initial table size From: David Miller In-Reply-To: <20180716202613.u6f3l3adrgjvs4wk@linux-r8p5> References: <20180714062516.30433-1-dave@stgolabs.net> <20180716000046.yscgnpr256qhm2qg@gondor.apana.org.au> <20180716202613.u6f3l3adrgjvs4wk@linux-r8p5> X-Mailer: Mew version 6.7 on Emacs 26 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Wed, 18 Jul 2018 13:28:13 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Davidlohr Bueso Date: Mon, 16 Jul 2018 13:26:13 -0700 > rhashtable_init() currently does not take into account the user-passed > min_size parameter unless param->nelem_hint is set as well. As such, > the default size (number of buckets) will always be HASH_DEFAULT_SIZE > even if the smallest allowed size is larger than that. Remediate this > by unconditionally calling into rounded_hashtable_size() and handling > things accordingly. > > Signed-off-by: Davidlohr Bueso > Acked-by: Herbert Xu > --- > Resending per Herbert's request with Cc to netdev. Applied and queued up for -stable, thanks.