Re: [RFC] ematch API, u32 ematch, nbyte ematch, basic classifier

On Mon, 2005-01-10 at 16:17, Thomas Graf wrote:

* jamal [ref] 2005-01-10 08:26

quoted

I think its _a hack_ Thomas ;-> Mostly because it has dependency on u32.
off2 doesnt exist on any other classifier and the basic ematch should be
usable by any classifier.

It does not, u32 does have a dependency on em_u32 but not vice versa.
em_u32 is perfectly useful even without nexthdr functionality since
this is the way it is used today in 90% of the cases and it should be
a little bit faster than em_cmp but also a bit less powerful. On top
of that, rsvp could provide this information as well so one could
extend rsvp with em_u32 ematches. I think we should not think of it
as being dependant on off2 but rather as it is able to use information
from a underlying layer.

Ok, you make a convincing arguement ;-> No more concerns from my side.
Churn that code!

cheers,
jamal