[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1338883798.2760.2043.camel@edumazet-glaptop>
Date: Tue, 05 Jun 2012 10:09:58 +0200
From: Eric Dumazet <eric.dumazet@...il.com>
To: Rostislav Lisovy <lisovy@...il.com>
Cc: netdev@...r.kernel.org, linux-can@...r.kernel.org,
lartc@...r.kernel.org, pisa@....felk.cvut.cz, sojkam1@....cvut.cz
Subject: Re: [PATCH 2/2] net/sched: CAN Filter/Classifier
On Mon, 2012-06-04 at 18:09 +0200, Rostislav Lisovy wrote:
> This classifier classifies CAN frames (AF_CAN) according to their
> identifiers. This functionality can not be easily achieved with
> existing classifiers, such as u32. This classifier can be used
> with any available qdisc and it is able to classify both SFF
> or EFF frames.
>
> The filtering rules for EFF frames are stored in an array, which
> is traversed during classification. A bitmap is used to store SFF
> rules -- one bit for each ID.
>
> More info about the project:
> http://rtime.felk.cvut.cz/can/socketcan-qdisc-final.pdf
>
> Signed-off-by: Rostislav Lisovy <lisovy@...il.com>
> ---
> net/sched/Kconfig | 10 +
> net/sched/Makefile | 1 +
> net/sched/cls_can.c | 572 +++++++++++++++++++++++++++++++++++++++++++++++++++
> 3 files changed, 583 insertions(+)
> create mode 100644 net/sched/cls_can.c
It seems a huge amount of code, and before reviewing it I would like to
ask :
1) Did you try to extend cls_flow somehow ?
2) Adding a cls_filter (or extend cls_flow to be able to use a bpf),
could be more generic, and thanks to bpf jit could be way faster.
3) sfq/fq_codel could be CAN aware if you adapt skb_flow_dissect() ?
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists