On Mon, 20 Mar 2006 19:36:25 -0800 Stephen Hemminger wrote:
On Mon, 20 Mar 2006 19:30:17 -0800
Randy.Dunlap [EMAIL PROTECTED] wrote:
in Documentation/networking/TODO, the Jamal netdev Rx polling API change
is done, right? (NAPI)
Are any of the others done?
Should this TODO file
From: Randy.Dunlap [EMAIL PROTECTED]
Date: Mon, 27 Mar 2006 10:40:42 -0800
so Dave, can you just remove Documentation/networking/TODO ?
or do you want a patch for that?
I'll kill it off.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL
On Mon, 20 Mar 2006 19:30:17 -0800
Randy.Dunlap [EMAIL PROTECTED] wrote:
in Documentation/networking/TODO, the Jamal netdev Rx polling API change
is done, right? (NAPI)
Are any of the others done?
Should this TODO file be removed or updated or reference
, 2005 12:20 PM
To: [EMAIL PROTECTED]
Cc: netdev@vger.kernel.org
Subject: Re: SKB tutorial, Blog, and NET TODO
From: Leonid Grossman [EMAIL PROTECTED]
Date: Wed, 29 Jun 2005 14:11:13 -0700
- TSO support for IPv6
- USO (UDP TSO) support
- support for multiple hardware queues/channels
Sorry, I read my emails in a LIFO manner - typically that works well
with last email in thread covering all the previous, but occasionally
something is left over.
On Sat, 2005-23-07 at 18:14 +0200, Thomas Graf wrote:
i.e you map the time slots to weights and priorities on the rings to the
From: Jamal Hadi Salim [EMAIL PROTECTED]
Date: Sat, 23 Jul 2005 10:14:52 -0400
Setting the skb-prio to be used by the driver sounds reasonable.
Another alternative would be what was already mentioned to change the
call to hardware_start_transmit() to take a prio option.
The driver should take
From: Thomas Graf [EMAIL PROTECTED]
Date: Mon, 25 Jul 2005 03:24:37 +0200
* David S. Miller [EMAIL PROTECTED] 2005-07-24 18:08
The next issue is how to demultiplex from the number of prios
we want, to what the hardware actually supports if the latter
is smaller.
That's what I meant with
On Fri, 2005-22-07 at 15:52 -0700, David S. Miller wrote:
Sounds OK. What happens if the top-level queue pulls out
a packet with a certain priority, and that priority's queue
in the device is stopped? Will it look for lower-priority
packets and try to send those? All of this kind of logic
David S. Miller wrote:
From: Patrick McHardy [EMAIL PROTECTED]
Date: Wed, 13 Jul 2005 01:38:37 +0200
If its about outgoing traffic, shouldn't a prio-qdisc as root qdisc do
just fine? skb-priority can be used to select a queue. Incoming traffic
with pre-classification by the NIC would require
