Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp268313imm; Tue, 12 Jun 2018 23:28:04 -0700 (PDT) X-Google-Smtp-Source: ADUXVKKM1ERdkv/uzMlu4jrTYfX4zXpX+NEl31hu2mOeLtSEl2p7i0FPnU4ocyFxXdtZ0cPWqqgX X-Received: by 2002:a63:107:: with SMTP id 7-v6mr2913082pgb.289.1528871284036; Tue, 12 Jun 2018 23:28:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528871284; cv=none; d=google.com; s=arc-20160816; b=LKsn0V0nCUGeivurFNA20cdKuoE7QnKhFNNfdfhmpII2UtO36Kypx5+0Z1MVhFpY+w vIdar9hE5SH5kmuc7xLZe6r0aFBbLoH+B1fHZayW8c33EzBJ/qCMZ+buwYbEH9ZOKVQG Wzgh43nyEoPDrT2/MFVrWHRaylIjuZLraehtKzDcH+9MCX0cC3ouEQ9VtfDVR47gytWY tfox6WLCtUhgtO0L1/5L0kh7JosnSHxIuYLOGoLbZ0lDJKdJVUmuH5DAQVRZSXOiZqx4 JwbXT3cWGeezaB2PEY8D+h09gIGz8z2MmYLLxZJG6sgJwu2fKn65EzwDqj8qIerLilyI A2sw== 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=UX9EL52fKzQ9/qcOtfeU12XufuuOlvMAT3CJ24VQjtw=; b=ykbownhanEsAtIZBj6aRDTYAlOfGOnJwpi4rQm+zcyTsyWSxKiwtjS7leCNT2TLaJF 6ekLca0i4hQVt/36szt5M4O/dvEk886x0fkvy1LF4Jr9zPzC8E1c38wqmayGfgP9HyR3 XOZfJNz7TAbeeu2ASFRg5QaSPEDYYYhOaSoOYYs13dc5FlPQvZjkR+jgusvZ4BHxG/NT FjgQ8kmcNiM5Dirt5Y7t1FC3qZo+YZsdx5ZL1qoccAhUQSnWm2tCkRalzRw4iRrV9WT6 GUtdvMvbl8AZNjQF/i8omnAB9KvDEGERajwl/o7RQOGJVAa7Sm1JizB3nXiE0Jrj/sF1 VMfg== 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 z3-v6si1988033plb.228.2018.06.12.23.27.49; Tue, 12 Jun 2018 23:28: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 S934150AbeFMG0B (ORCPT + 99 others); Wed, 13 Jun 2018 02:26:01 -0400 Received: from orcrist.hmeau.com ([104.223.48.154]:53470 "EHLO deadmen.hmeau.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933469AbeFMG0A (ORCPT ); Wed, 13 Jun 2018 02:26:00 -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 1fSzEC-0001Qd-HM; Wed, 13 Jun 2018 14:25:56 +0800 Received: from herbert by gondobar with local (Exim 4.89) (envelope-from ) id 1fSzE8-0007I6-5n; Wed, 13 Jun 2018 14:25:52 +0800 Date: Wed, 13 Jun 2018 14:25:52 +0800 From: Herbert Xu To: NeilBrown Cc: Thomas Graf , netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 03/18] rhashtable: remove nulls_base and related code. Message-ID: <20180613062552.2lxhx555xgocuuyc@gondor.apana.org.au> References: <152782754287.30340.4395718227884933670.stgit@noble> <152782824939.30340.13120991612931450792.stgit@noble> <87vaavmhuk.fsf@notabene.neil.brown.name> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87vaavmhuk.fsf@notabene.neil.brown.name> 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 Thu, Jun 07, 2018 at 12:49:07PM +1000, NeilBrown wrote: > On Fri, Jun 01 2018, NeilBrown wrote: > > > This "feature" is unused, undocumented, and untested and so > > doesn't really belong. Next patch will introduce support > > to detect when a search gets diverted down a different chain, > > which the common purpose of nulls markers. > > > > This patch actually fixes a bug too. The table resizing allows a > > table to grow to 2^31 buckets, but the hash is truncated to 27 bits - > > any growth beyond 2^27 is wasteful an ineffective. > > > > This patch results in NULLS_MARKER(0) being used for all chains, > > and leaves the use of rht_is_a_null() to test for it. > > > > Signed-off-by: NeilBrown > > Hi Herbert, > You've acked a few patches that depends on this one, but not this > patch itself. If you could ack this one, I could submit a collection > of patches for inclusion (after the merge window closes I guess) > and then have fewer outstanding. > This assumes you are in-principle happy with the alternative approach I > took to handling list-nulls. I got the impression that it was only > some small details holding that back. You can add my ack to this patch: Acked-by: Herbert Xu Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt