Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp3671220imm; Tue, 29 May 2018 11:17:05 -0700 (PDT) X-Google-Smtp-Source: ADUXVKLRXKB7uiw8G5fSQDEoNnEXNeW+wCE2kiY1nci5705rsJ+qd5qDk3aCewHpDwFEhssZZHLR X-Received: by 2002:a62:bd0:: with SMTP id 77-v6mr13725463pfl.235.1527617824983; Tue, 29 May 2018 11:17:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527617824; cv=none; d=google.com; s=arc-20160816; b=FEmp7XqG7dZpYMSjgqcY+Wkd9wutrQlsLks3zl1VvYpgThldQqO40iyI2Fij3d+lwU XRumjnV+CTr4tMcnf/jI9Xf54F6175ZNPeBS4MZbL66wEMoyyHvpFEM0WRB7ykpoZnJQ h1XTxHsfPTTxg9Xm8PoNMopjZg+pxhNUElV71E7o0O0pGmi0bvjaYnMCGQ+vBjoHzz3i TdlwbTQeRBWq2zKe3Idxl1LDPCxfZPnbXu6WBv44iZ1OR1s3WgxO4kxyIoIado3VIFbu QVpxeLf6arPt4KSu8xA5a2Rwiztgrg9LWfzwoz5oZzxpc7yObHqzwX06SXgcvM3T2KjC UMrA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=H6DE8bDztrM0BDNdQTU7WvErFwAnxAiZrJTyvlrfab4=; b=ut/RoKCe6TR84PvqAJAdKNw9ekGeqgTC57pOok82/s+KXPeDwCQ3nxWWSiY9HfF2TC PJz8YMnetfC0kzdpD/e0UoK+Sevlc8qcYiHno9j8/YKtiawcSSWp8MimFUILeOsQODMV z12rCJIf3rJPiEEDd5deiZ5mhhqZWbNobJf+vInmQBb+zTsJ5b8kztvmhpTXWwMRNV0+ i0e8i2xGptfqeCMNYaYV8ce3VPV4J3ZzzFzdEGlQ8arhPttKUIqMMoaLamV904cBHOXW mMMy4E0SZ+cm4CmNg+LXj8qEb5kjOBORd63aDjYTVuSsnSVN5w+gepzlwmM5FXhJbw92 JKvg== 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 x17-v6si33780384pfh.354.2018.05.29.11.16.51; Tue, 29 May 2018 11:17:04 -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 S965834AbeE2SPT (ORCPT + 99 others); Tue, 29 May 2018 14:15:19 -0400 Received: from orcrist.hmeau.com ([104.223.48.154]:45696 "EHLO deadmen.hmeau.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965607AbeE2SPR (ORCPT ); Tue, 29 May 2018 14:15:17 -0400 Received: from gondobar.mordor.me.apana.org.au ([192.168.128.4] helo=gondobar) by deadmen.hmeau.com with esmtps (Exim 4.89 #2 (Debian)) id 1fNj9L-0003ar-Ks; Wed, 30 May 2018 02:15:11 +0800 Received: from herbert by gondobar with local (Exim 4.89) (envelope-from ) id 1fNj9K-0006RY-7T; Wed, 30 May 2018 02:15:10 +0800 Date: Wed, 30 May 2018 02:15:10 +0800 From: Herbert Xu To: Davidlohr Bueso Cc: akpm@linux-foundation.org, torvalds@linux-foundation.org, tgraf@suug.ch, manfred@colorfullife.com, guillaume.knispel@supersonicimagine.com, linux-api@vger.kernel.org, linux-kernel@vger.kernel.org, Davidlohr Bueso Subject: Re: [PATCH 2/6] lib/rhashtable: guarantee initial hashtable allocation Message-ID: <20180529181510.ttlmndxk36rmkwcy@gondor.apana.org.au> References: <20180524211135.27760-1-dave@stgolabs.net> <20180524211135.27760-3-dave@stgolabs.net> <20180528100237.needq2u5e3v2n642@gondor.apana.org.au> <20180529164231.yoj57nqhghtmy54v@linux-n805> <20180529180345.jwu2bzax764gtof5@gondor.apana.org.au> <20180529175513.s7iju6rkoya3hvsf@linux-n805> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180529175513.s7iju6rkoya3hvsf@linux-n805> User-Agent: NeoMutt/20170113 (1.7.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 29, 2018 at 10:55:13AM -0700, Davidlohr Bueso wrote: > On Wed, 30 May 2018, Herbert Xu wrote: > > > On Tue, May 29, 2018 at 09:42:31AM -0700, Davidlohr Bueso wrote: > > > > > > For the sake of simplicity, Linus suggested directly using HASH_MIN_SIZE > > > such that we have a single fallback. > > > > Where did he suggest that? > > https://lkml.org/lkml/2018/5/24/1265 Well I think we should respect min_size. rhashtable users may fail at insertion time if the table is too small. Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt