Re: [ovs-dev] [xlate v2 2/6] ofproto-dpif: Ditch SLOW_MATCH slow path reason.

2013-05-28 Thread Ben Pfaff
On Sat, May 25, 2013 at 03:44:39PM -0500, Ethan Jackson wrote: > > I think the "if" test here cannot ever be true, because the loop > > un-set all of the bits in 'slow'. (I think that this was also the > > case before the patch.) Perhaps we should just delete it. > > I've removed it from the pat

Re: [ovs-dev] [xlate v2 2/6] ofproto-dpif: Ditch SLOW_MATCH slow path reason.

2013-05-25 Thread Ethan Jackson
> I think the "if" test here cannot ever be true, because the loop > un-set all of the bits in 'slow'. (I think that this was also the > case before the patch.) Perhaps we should just delete it. I've removed it from the patch. Looks good otherwise? Ethan ___

Re: [ovs-dev] [xlate v2 2/6] ofproto-dpif: Ditch SLOW_MATCH slow path reason.

2013-05-24 Thread Ben Pfaff
On Thu, May 23, 2013 at 05:15:16PM -0700, Ethan Jackson wrote: > Before this patch, datapath keys with ODP_FIT_TO_LITTLE, would be > assigned subfacets and installed in the kernel with a SLOW_MATCH > slow path reason. This is problematic, because these flow keys > can't be reliable converted into

[ovs-dev] [xlate v2 2/6] ofproto-dpif: Ditch SLOW_MATCH slow path reason.

2013-05-23 Thread Ethan Jackson
Before this patch, datapath keys with ODP_FIT_TO_LITTLE, would be assigned subfacets and installed in the kernel with a SLOW_MATCH slow path reason. This is problematic, because these flow keys can't be reliable converted into a 'struct flow' thus breaking a fundamental assumption of ofproto-dpif.