From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Miller Subject: Re: Deadlock with icmpv6fuzz Date: Fri, 06 Feb 2009 03:07:16 -0800 (PST) Message-ID: <20090206.030716.136181382.davem@davemloft.net> References: <20090206.012733.06998050.davem@davemloft.net> <20090206102710.GA7175@gondor.apana.org.au> <20090206103443.GA7303@gondor.apana.org.au> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: rdreier@cisco.com, snakebyte@gmx.de, netdev@vger.kernel.org, yoshfuji@linux-ipv6.org To: herbert@gondor.apana.org.au Return-path: Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:56978 "EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1754360AbZBFLHU (ORCPT ); Fri, 6 Feb 2009 06:07:20 -0500 In-Reply-To: <20090206103443.GA7303@gondor.apana.org.au> Sender: netdev-owner@vger.kernel.org List-ID: From: Herbert Xu Date: Fri, 6 Feb 2009 21:34:43 +1100 > On Fri, Feb 06, 2009 at 09:27:10PM +1100, Herbert Xu wrote: > > > > But we should probably bring the check down to sysctl_optmem_max > > in ip6_flowlabel.c too since allocating 64K is still quite likely > > to fail and warn. > > In fact, we should probably just use sock_kmalloc in these places. Very likely we could get away with that. But some apps might start breaking since this would now charge the socket and we could hit the limits whereas before we wouldn't.