I will send out V3 that returns false, and move the logic back to ovs_key_from_nlattrs(). Userspace fixes, if any, needs to have its own patch.
On Mon, Jul 29, 2013 at 1:29 PM, Jesse Gross <je...@nicira.com> wrote: > On Mon, Jul 29, 2013 at 1:27 PM, Jesse Gross <je...@nicira.com> wrote: > > On Mon, Jul 29, 2013 at 12:44 PM, Andy Zhou <az...@nicira.com> wrote: > >> On Mon, Jul 29, 2013 at 10:32 AM, Jesse Gross <je...@nicira.com> wrote: > >>> > >>> On Sat, Jul 27, 2013 at 10:27 PM, Andy Zhou <az...@nicira.com> wrote: > >>> > diff --git a/datapath/flow.c b/datapath/flow.c > >>> > index ba775f4..5ec1b69 100644 > >>> > --- a/datapath/flow.c > >>> > +++ b/datapath/flow.c > >>> > @@ -224,6 +224,15 @@ static bool ovs_match_validate(const struct > >>> > sw_flow_match *match, > >>> > return false; > >>> > } > >>> > > >>> > + if (match->mask && > >>> > + !(match->mask->key.eth.tci & > htons(VLAN_TAG_PRESENT))) { > >>> > + OVS_NLERR("VLAN present bit can not be > >>> > wildcarded.\n"); > >>> > + /* Simply log error until user the space > program > >>> > is > >>> > + * fixed. Then we can switch to return false > >>> > from > >>> > + * here. > >>> > + */ > >>> > + } > >>> > >>> Can we just fix this? We already force the bit on for the value in > >>> userspace, it seems like we could do it for the mask at the same time. > >> > >> > >> We could, but I was hopping to return an error from here eventually. > > > > I'm not sure that I understand. I was just referring to fixing the > > issue that you mentioned in the comment now rather than later. > > OK, I understand what you meant now that I see the new version of the > patch. I meant fixing userspace. >
_______________________________________________ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev