From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jarek Poplawski Subject: Re: [BUG] NULL pointer dereference in skb_dequeue Date: Sun, 3 Aug 2008 11:50:36 +0200 Message-ID: <20080803095036.GA3017@ami.dom.local> References: <20080802133719.GB2970@ami.dom.local> <20080802162733.GA10059@ami.dom.local> <20080802.121815.167998262.davem@davemloft.net> <20080802201944.GA14983@ami.dom.local> <20080803092926.GA2971@ami.dom.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emil.s.tantilov@intel.com, jeffrey.t.kirsher@intel.com, netdev@vger.kernel.org To: David Miller Return-path: Received: from nf-out-0910.google.com ([64.233.182.188]:46335 "EHLO nf-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752719AbYHCJuO (ORCPT ); Sun, 3 Aug 2008 05:50:14 -0400 Received: by nf-out-0910.google.com with SMTP id d3so591250nfc.21 for ; Sun, 03 Aug 2008 02:50:12 -0700 (PDT) Content-Disposition: inline In-Reply-To: <20080803092926.GA2971@ami.dom.local> Sender: netdev-owner@vger.kernel.org List-ID: On Sun, Aug 03, 2008 at 11:29:26AM +0200, Jarek Poplawski wrote: ... > After some re-checking one more question: why do you think this > qdisc_root_lock() is safe as sch_tree_lock() (or anywhere else)? It > seems, eg. during deactivation it can get root_lock of qdisc_default, > and proceed with another qdisc? I've just seen this new patch with ASSERT_RTNL(), so now I understand. Jarek P.