From mboxrd@z Thu Jan 1 00:00:00 1970 From: Herbert Xu Subject: [v2 PATCH 0/3] rhashtable: Handle table allocation failure during insertion Date: Sat, 11 Feb 2017 19:24:22 +0800 Message-ID: <20170211112421.GA1570@gondor.apana.org.au> References: <20170207123827.GA14678@gondor.apana.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii To: "David S. Miller" , Thomas Graf , netdev@vger.kernel.org Return-path: Received: from helcar.hengli.com.au ([209.40.204.226]:36097 "EHLO helcar.apana.org.au" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751185AbdBKS63 (ORCPT ); Sat, 11 Feb 2017 13:58:29 -0500 Content-Disposition: inline In-Reply-To: <20170207123827.GA14678@gondor.apana.org.au> Sender: netdev-owner@vger.kernel.org List-ID: Hi: v2 - Added Ack to patch 2. Fixed RCU annotation in code path executed by rehasher by using rht_dereference_bucket. v1 - This series tackles the problem of table allocation failures during insertion. The issue is that we cannot vmalloc during insertion. This series deals with this by introducing nested tables. The first two patches removes manual hash table walks which cannot work on a nested table. The final patch introduces nested tables. I've tested this with test_rhashtable and it appears to work. Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt