Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp133988imm; Tue, 17 Jul 2018 15:31:53 -0700 (PDT) X-Google-Smtp-Source: AAOMgpeJIiGoSj3QLUVQeK+jkwUxLz5CRsx912VmqwO55oa7A0M1nQZa5T70c1YXQ97BitUGO/8k X-Received: by 2002:a65:4c41:: with SMTP id l1-v6mr3394797pgr.310.1531866713770; Tue, 17 Jul 2018 15:31:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531866713; cv=none; d=google.com; s=arc-20160816; b=I0PVIii+wKgmBvSEIuojakExyGZoSUWvxF5CRF9HDal8QVlczz7nN5VDO/KzZkLr1T fRAIoPt64b5axYJqWKg4DMM/0WpWlzflINbr2NcgIlQj4Z/pkbW6CemI8X3dOjK6HN58 FdcMe2WhnOBNsKbkS33EDA7vCcwW9LFQjTHmdKfNqdJ6VkiWI7aJGR3+txB6K9Pn9EO9 UaodYBowOdJLvPWHIMpgAQCdXjl9uuY7qb9/c2KpZyP2+eMLAFwk6Z+XZQsk3TIorVGX dZ8q0nHKkFEiMdlxQlrR0iHiVAhMRqB1j5OmS+9OhLxNqtOM8U9NWZ3KKwBCByF3C20X GJ2Q== 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=+1NB9KtCxJFJ/bP7uLk2hBMOozxi7kjoLPJcMTVsQsk=; b=sl+kpGnzqd4HDBkJsyXr26yTT+vfq+blnz4EP7J7jv2HFZe7IY5jae8R7+Txr34Mjv 3gMYcmYzG4xEem7KqL77bWhFPmj71GTJlX8nAySIWul1fDwwoDYJFODjwQbRGgxESLG+ uy4vebzXGERwGV521q9Na6kBVstLhXjoW0VzZNJ1Y66Iu5x4L8l7wHVFSGiNA1IOHvqN +PXtaokXMZSUBgHmVeEGDdyNscOsC0IDqg4eYx/dChPNiWDEAphntqRKSHyLIK4FPG6B ejEFEB5mSMz5OUtX5DfQbNokz6oTzAzicDFyb4Eas8VpLG9Nqzlj4/N4OYExQ/VktvyG 2scw== 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 25-v6si1962748pfp.108.2018.07.17.15.31.39; Tue, 17 Jul 2018 15:31:53 -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 S1731593AbeGQXFv (ORCPT + 99 others); Tue, 17 Jul 2018 19:05:51 -0400 Received: from mx2.suse.de ([195.135.220.15]:39026 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1731292AbeGQXFv (ORCPT ); Tue, 17 Jul 2018 19:05:51 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 96DF3AD1A; Tue, 17 Jul 2018 22:31:03 +0000 (UTC) Date: Tue, 17 Jul 2018 15:30:57 -0700 From: Davidlohr Bueso To: Herbert Xu Cc: akpm@linux-foundation.org, tgraf@suug.ch, linux-kernel@vger.kernel.org, Davidlohr Bueso , netdev@vger.kernel.org Subject: Re: [PATCH] lib/rhashtable: consider param->min_size when setting initial table size Message-ID: <20180717223057.7wdtjwbusxfqpvur@linux-r8p5> References: <20180714062516.30433-1-dave@stgolabs.net> <20180716000046.yscgnpr256qhm2qg@gondor.apana.org.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20180716000046.yscgnpr256qhm2qg@gondor.apana.org.au> User-Agent: NeoMutt/20170912 (1.9.0) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 16 Jul 2018, Herbert Xu wrote: >On Fri, Jul 13, 2018 at 11:25:16PM -0700, Davidlohr Bueso wrote: >> 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 > >Normally these patches go through netdev so could you please resend >it with my ack to netdev@vger.kernel.org? So I've done the resend, but at least would think that routing the patch through Andrew would work best as he picked up the rhashtable changes regarding ipc and this touches the same call. Thanks, Davidlohr