[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <OF47B92F3A.6C42637F-ON65257359.0016D45D-65257359.0016F1B4@in.ibm.com>
Date: Mon, 17 Sep 2007 09:40:36 +0530
From: Krishna Kumar2 <krkumar2@...ibm.com>
To: Randy Dunlap <randy.dunlap@...cle.com>
Cc: davem@...emloft.net, gaagaan@...il.com,
general@...ts.openfabrics.org, hadi@...erus.ca,
herbert@...dor.apana.org.au, jagana@...ibm.com, jeff@...zik.org,
johnpol@....mipt.ru, kaber@...sh.net, kumarkr@...ux.ibm.com,
mcarlson@...adcom.com, mchan@...adcom.com, netdev@...r.kernel.org,
peter.p.waskiewicz.jr@...el.com, rdreier@...co.com,
rick.jones2@...com, Robert.Olsson@...a.slu.se,
shemminger@...ux-foundation.org, sri@...ibm.com, tgraf@...g.ch,
xma@...ibm.com
Subject: Re: [PATCH 1/10 REV5] [Doc] HOWTO Documentation for batching
Hi Randy,
Randy Dunlap <randy.dunlap@...cle.com> wrote on 09/15/2007 12:07:09 AM:
> > + To fix this problem, error cases where driver xmit gets called with
a
> > + skb must code as follows:
> > + 1. If driver xmit cannot get tx lock, return NETDEV_TX_LOCKED
> > + as usual. This allows qdisc to requeue the skb.
> > + 2. If driver xmit got the lock but failed to send the skb, it
> > + should return NETDEV_TX_BUSY but before that it should have
> > + queue'd the skb to the batch list. In this case, the qdisc
>
> queued
>
> > + does not requeue the skb.
Since this was a new section that I added to the documentation, this error
creeped up. Thanks for catching it, and review comments/ack-off :)
thanks,
- KK
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists