David Miller wrote:
From: Jeremy Jackson <[EMAIL PROTECTED]>
Date: Sun, 02 Jul 2006 22:36:03 -0400
I propose that this is an architecture/framework/API issue that the
Linux core networking code should be dealing with.
Proposals are worthless if nobody wants to do the work to actually
implemen
From: Jeremy Jackson <[EMAIL PROTECTED]>
Date: Sun, 02 Jul 2006 22:36:03 -0400
> I propose that this is an architecture/framework/API issue that the
> Linux core networking code should be dealing with.
Proposals are worthless if nobody wants to do the work to actually
implement the proposal.
Yo
I'd like to raise the question again. How can the network stack's flow
control function with hardware that has multiple physical queues? How
can these queues be exposed to tc?
After scanning the netdev mailing list activity for the last 6 months, I
can see no furthur discussion since my orig
: netif_stop_queue() and multiple hardware queues
Hi Jeremy,
I implemented this functionality in Devicescape's 802.11 stack.
The approach I took was for the driver to install a device specific
qdisc as the root qdisc on the device. This root qdisc's purpose is to
expose the hardw
ould apply to Intel's e1000.
Simon
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Jeremy Jackson
Sent: Wednesday, December 14, 2005 2:31 PM
To: netdev@vger.kernel.org
Subject: netif_stop_queue() and multiple hardware queues
Hi,
I posted this briefly on
