Re: [RFC] net/sched/em_canid: Ematch rule to match CAN frames according to their CAN IDs
Thomas Graf <[email protected]> Wed, 13 Jun 2012 08:18:28 -0400
| Newsgroups | gmane.linux.can,gmane.linux.network,gmane.linux.network.routing |
|---|---|
| Message-ID | <[email protected]> |
On Wed, Jun 13, 2012 at 11:52:10AM +0200, Michal Sojka wrote: > The performance of ematch might be slightly lower than of standalone > classifier. Rosta will compare the performance soon. I think it doesn't make a difference, there is no additional locking involved. Numbers definitely welcome though. > > E.g. is it still possible to add additional ematches like checking for > > patterns inside can_frame.data[] (which is located in skb->data) with > > ematch_u32 or e.g. ematch_text ?? > > AFAIK, this should be possible and it will be a big advantage over > implementation as a standalone classifier. Definitely and the real advantage is that you can combine these using logic operators. -- To unsubscribe from this list: send the line "unsubscribe linux-can" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html