Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753335AbbDCTJz (ORCPT ); Fri, 3 Apr 2015 15:09:55 -0400 Received: from shards.monkeyblade.net ([149.20.54.216]:50055 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752507AbbDCTJx (ORCPT ); Fri, 3 Apr 2015 15:09:53 -0400 Date: Fri, 03 Apr 2015 15:09:51 -0400 (EDT) Message-Id: <20150403.150951.1949065951005722940.davem@davemloft.net> To: tgraf@suug.ch Cc: herbert@gondor.apana.org.au, fengguang.wu@intel.com, lkp@01.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [rhashtable] [ INFO: suspicious RCU usage. ] From: David Miller In-Reply-To: <20150402073356.GC19425@casper.infradead.org> References: <20150402041135.GA22514@wfg-t540p.sh.intel.com> <20150402042950.GA5643@gondor.apana.org.au> <20150402073356.GC19425@casper.infradead.org> X-Mailer: Mew version 6.6 on Emacs 24.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Fri, 03 Apr 2015 12:09:52 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1517 Lines: 40 From: Thomas Graf Date: Thu, 2 Apr 2015 08:33:56 +0100 > On 04/02/15 at 12:29pm, Herbert Xu wrote: >> On Thu, Apr 02, 2015 at 12:11:35PM +0800, Fengguang Wu wrote: >> > >> > Yes it is contained in next-20150401 which is bad: >> > >> > # extra tests on tree/branch next/master >> > git bisect bad e954104e2b634b42811dad8d502cbf240f206df2 # 21:22 0- 60 Add linux-next specific files for 20150401 >> > >> > The dmesg there is >> > >> > [ 1.149409] test_firmware: interface ready >> > [ 1.150293] Running resizable hashtable tests... >> > [ 1.151209] Adding 2048 keys >> > [ 1.152069] ------------[ cut here ]------------ >> > [ 1.152978] WARNING: CPU: 0 PID: 1 at lib/rhashtable.c:409 rhashtable_insert_rehash+0x9d/0x1d0() >> >> I see. This is actually a completely different problem. >> >> ---8<--- >> test_rhashtable: Remove bogus max_size setting >> >> Now that resizing is completely automatic, we need to remove >> the max_size setting or the test will fail. >> >> Reported-by: Fengguang Wu >> Signed-off-by: Herbert Xu > > Acked-by: Thomas Graf > > Had the same fix queued up in an upcoming series ;-) Applied to net-next, thanks everyone. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/