All of lore.kernel.org
 help / color / mirror / Atom feed
From: John Fastabend <john.fastabend@gmail.com>
To: Daniel Borkmann <daniel@iogearbox.net>, davem@davemloft.net
Cc: alexei.starovoitov@gmail.com, jhs@mojatatu.com,
	eric.dumazet@gmail.com, netdev@vger.kernel.org
Subject: Re: [PATCH net-next v2] net, sched: add clsact qdisc
Date: Thu, 07 Jan 2016 15:21:44 -0800	[thread overview]
Message-ID: <568EF308.1060505@gmail.com> (raw)
In-Reply-To: <61198814638d88ce3555dbecf8ef875523b95743.1452197856.git.daniel@iogearbox.net>

On 16-01-07 01:29 PM, Daniel Borkmann wrote:
> This work adds a generalization of the ingress qdisc as a qdisc holding
> only classifiers. The clsact qdisc works on ingress, but also on egress.
> In both cases, it's execution happens without taking the qdisc lock, and
> the main difference for the egress part compared to prior version of [1]
> is that this can be applied with _any_ underlying real egress qdisc (also
> classless ones).
> 

[...]

> Prior work on a mqprio prequeue() facility [1] was done mainly by John Fastabend.
> 
>   [1] http://patchwork.ozlabs.org/patch/512949/
> 
> Signed-off-by: Daniel Borkmann <daniel@iogearbox.net>

Acked-by: John Fastabend <john.r.fastabend@intel.com>

Looks good to me and is a better implementation then my initial take
with the mqprio perqueue() stuff.

I think this complements the lockless work and also putting it in front
of the qdisc bypass logic lets us skip the qdisc but also still use
this for queue selection. Further we can build interesting queue
select logic now and maybe remove select_queue() from the ndo ops
eventually? With this and xps there really is no reason to have drivers
implementing some under-the-covers logic anymore.

Thanks,
John

  reply	other threads:[~2016-01-07 23:21 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-07 21:29 [PATCH net-next v2] net, sched: add clsact qdisc Daniel Borkmann
2016-01-07 23:21 ` John Fastabend [this message]
2016-01-08  0:01   ` Eric Dumazet
2016-01-08  1:03     ` John Fastabend
2016-01-11  3:17 ` David Miller
2016-01-12 12:52 ` Jamal Hadi Salim
2016-01-12 14:46   ` Daniel Borkmann
2016-01-12 17:15     ` John Fastabend

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=568EF308.1060505@gmail.com \
    --to=john.fastabend@gmail.com \
    --cc=alexei.starovoitov@gmail.com \
    --cc=daniel@iogearbox.net \
    --cc=davem@davemloft.net \
    --cc=eric.dumazet@gmail.com \
    --cc=jhs@mojatatu.com \
    --cc=netdev@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.