From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jarek Poplawski Subject: Re: [PATCH v2 2/3] net_sched: Add accessor function for packet length for qdiscs Date: Wed, 30 Jul 2008 11:19:15 +0000 Message-ID: <20080730111915.GA6362@ff.dom.local> References: <20080725105748.GB10399@ff.dom.local> <20080725.035712.33516738.davem@davemloft.net> <20080725113757.GC10399@ff.dom.local> <20080725.044928.261427957.davem@davemloft.net> <488B24E6.4020003@trash.net> <20080726141844.GB2873@ami.dom.local> <489046C3.5030208@trash.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: David Miller , jussi.kivilinna@mbnet.fi, netdev@vger.kernel.org To: Patrick McHardy Return-path: Received: from ug-out-1314.google.com ([66.249.92.175]:35195 "EHLO ug-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752918AbYG3LN7 (ORCPT ); Wed, 30 Jul 2008 07:13:59 -0400 Received: by ug-out-1314.google.com with SMTP id h2so241875ugf.16 for ; Wed, 30 Jul 2008 04:13:58 -0700 (PDT) Content-Disposition: inline In-Reply-To: <489046C3.5030208@trash.net> Sender: netdev-owner@vger.kernel.org List-ID: On Wed, Jul 30, 2008 at 12:47:31PM +0200, Patrick McHardy wrote: > Jarek Poplawski wrote: >> On Sat, Jul 26, 2008 at 03:21:42PM +0200, Patrick McHardy wrote: ... >>> The other problem that affects all qdiscs supporting actions is >>> TC_ACT_QUEUED/TC_ACT_STOLEN getting mapped to NET_XMIT_SUCCESS >>> even though the packet is not queued, corrupting upper qdiscs' >>> qlen counters. >> >> Why can't we (temporarily) simply check such cl->un.leaf.q->q.qlen >> before and after enqueing? > > Thats really ugly, why not simply fix it correctly by > not lying to upper qdiscs? I thought it needs to wait for your audit. (Considering current state of NET_XMIT statuses it's simple and reliable.) Otherwise I'd prefer nice methods too. Jarek P.