On Wed, 2008-05-07 at 19:41 +0800, Herbert Xu wrote:Hmm. Why does busy exist then? Historical accident? I really really don't want to keep all that logic that does "if device enables queue then first check if maybe we have pending packets and try to send them and then go back to the regular queues and see if ..." You're looking at an internal helper function that is never called with skb->next assigned; if it returns BUSY for a fragmented skb then later in __ieee80211_tx() I will store the fragmented frame away and return OK. But if I really need to avoid returning busy I need to hook into all the queue management stuff which I'd like to avoid. johannes
| Greg Kroah-Hartman | [PATCH 004/196] Chinese: add translation of SubmittingPatches |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Willy Tarreau | Re: Linux 2.6.21 |
| Jan Kundrát | kswapd high CPU usage with no swap |
git: | |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| David Miller | Re: [PATCH] tcp: splice as many packets as possible at once |
