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;
From:   NeilBrown <neilb@suse.com>
To:     David Miller <davem@davemloft.net>
Date:   Fri, 20 Jul 2018 17:09:01 +1000
Cc:     herbert@gondor.apana.org.au, tgraf@suug.ch, netdev@vger.kernel.org,
        linux-kernel@vger.kernel.org, eric.dumazet@gmail.com
Subject: Re: [PATCH - revised] rhashtable: detect when object movement might have invalidated a lookup
In-Reply-To: <20180719.234329.512279372120817504.davem@davemloft.net>
References: <87fu0kt5m0.fsf@notabene.neil.brown.name> <20180719.051440.931407144963903326.davem@davemloft.net> <87va9aqv05.fsf@notabene.neil.brown.name> <20180719.234329.512279372120817504.davem@davemloft.net>
Message-ID: <87sh4eqt82.fsf@notabene.neil.brown.name>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
        micalg=pgp-sha256; protocol="application/pgp-signature"
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

--=-=-=
Content-Type: text/plain

On Thu, Jul 19 2018, David Miller wrote:

> From: NeilBrown <neilb@suse.com>
> Date: Fri, 20 Jul 2018 16:30:34 +1000
>
>> Does this ruling also apply to the bit-spin-lock changes and the
>> per-cpu-counter changes that I have proposed?  These improve
>> scalability when updates dominate.  Not having these in mainline
>> would mean I need to carry a separate rhashtables implementation for
>> lustre, which means code diversion which isn't healthy in the long
>> run.
>
> If it helps existing rhashtable users generally, then it is fine,
> since it will actually be tested by upstream users.

Good, thanks.

NeilBrown

--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEG8Yp69OQ2HB7X0l6Oeye3VZigbkFAltRio0ACgkQOeye3VZi
gbmtog//X8squ2wPl2LDLLe34S2GMQ9uANO5+mCZLKImPqr+1EoSCyiQJeWpl6j8
oiuqDKgF2V3lixs6N6zhZCkW9QLU0PqlovVtc4RGWZg5Roa4qHeT+BTQBT0CtwHc
YFGDqYTQQAWv71aT4y2fqiNHPL4+LduZdWaEWrQwusTtzHnaVKqXdbSay0A0gMCU
LaPlCKuwPMH3ZubeP18PBPhz+rF3nb3X+KG18wCaz4CQAdqpxue7wiUFybeDimrL
Rdarh5e7YEmrWtNUpnnUBybu0RQsLm3v5pXhNGBKKGfwgecHD930bXO/weVttBXH
LK08tUhvepppHmHXgfH20ReVSGIWUuwOMWZANK+6r5idjPhZgPh5FqKWHN8NfOgE
ScE3aFAx+YJk3QKEb2WbrYQ75iJ2UNMZO8xD1BIXNy9OGZ4pK7Zq1fE2lUpFz6r1
cFI9AjVnTxuKsqfVVKyvNytjN0ab8jV1b4wyUS9UQs3bD6tAsKgEixU7mex2WWVr
DXgoihENUu3tGAENVt2Ncey1cNWFgBQHyj4tM5VduUBjinaEMchLyzpHjvd7AoS9
erHsPvuIWzbFXdWmzP0byEQILNvotLF+97rfdy69FTFhVymyn5RJFAVqWyqv1vLW
jgLMSd6erFG2KHOzFsaWi7JWXT4IBhcg7jd/QkSP0UFHkrWqYZQ=
=qfRm
-----END PGP SIGNATURE-----
--=-=-=--