netdev
[Top] [All Lists]

Re: ethernet QoS support?

To: netdev@xxxxxxxxxxx, hadi@xxxxxxxxxx
Subject: Re: ethernet QoS support?
From: Vladimir Kondratiev <vkondra@xxxxxxx>
Date: Fri, 9 Jul 2004 16:41:30 +0300
Cc: Jeff Garzik <jgarzik@xxxxxxxxx>, Kumar Gala <kumar.gala@xxxxxxxxxxxxx>
In-reply-to: <1089379137.1047.242.camel@xxxxxxxxxxxxxxxx>
References: <1C440F3C-D110-11D8-8B61-000393DBC2E8@xxxxxxxxxxxxx> <200407091002.26410.vkondra@xxxxxxx> <1089379137.1047.242.camel@xxxxxxxxxxxxxxxx>
Sender: netdev-bounce@xxxxxxxxxxx
User-agent: KMail/1.6.2
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Friday 09 July 2004 16:18, jamal wrote:
> On Fri, 2004-07-09 at 03:02, Vladimir Kondratiev wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > I guess, Kumar is asking for support for several Tx queues with different
> > priorities. One need to start/stop these queues separately. This is
> > dictated by presense of different priorities on physical layer.
>
> Exactly. I referenced him to you. Have you started any work yet?
>
> cheers,
> jamal
Yes, I do.
So far, I have hardware related parts working. I rely on skb->priority to 
determine traffic class and select proper queue.

All this worth nothing if one can't do separate queues. qdisc assignment for 
driver is not in driver's hands, so it can't do any assumptions. Generic 
in-kernel support needed here. Stack should allow driver to request 
additional Tx queues, providing some classifiers for each one. I tried to 
imagine how to work it around, but there is no good solution without those 
several queues.

This mean, I will be able to deliver QoS support when network stack will make 
it possible.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFA7qCPqxdj7mhC6o0RAoFEAJ4j3a7ekravvh9vQC229M5a8PXcHACfY5Rp
PuvymlVUopAiUyNGqbSMl/c=
=gvWz
-----END PGP SIGNATURE-----


<Prev in Thread] Current Thread [Next in Thread>