On Tue, Sep 11, 2012 at 10:24:14PM -0700, Ben Pfaff wrote:
> On Tue, Sep 11, 2012 at 01:30:05PM +0900, Simon Horman wrote:
> > From: Isaku Yamahata <yamah...@valinux.co.jp>
> > 
> > Signed-off-by: Isaku Yamahata <yamah...@valinux.co.jp>
> > Signed-off-by: Simon Horman <ho...@verge.net.au>
> 
> There are two reasons that a field is currently marked read-only:
> 
>         1. It doesn't make sense, in my opinion, to modify the field.
>            For example, modifying the Ethernet type means that you'd
>            lose all the L3 and L4 information and is probably a
>            mistake.  (I don't remember ever seeing a request for that,
>            actually, even though people ask for all kinds of crazy
>            things.)
> 
>         2. We haven't implemented setting that field in the kernel
>            module yet, e.g. IPv6 label.
> 
> I can only guess why oxm_writable is sometimes different in this patch,
> but I'd guess:
> 
>         a. Some fields are marked read-only because they're from NXM,
>            not OXM.  I don't see any benefit to that; it doesn't hurt to
>            allow it.  (Also, the point of OXM/NXM is extensibility.  I
>            don't think that disallowing it fits that intent.)
> 
>         b. Fields in category 2 above are marked writable.  That won't
>            be too useful.  (But if you know of some hardware provider
>            implementation that can write to these fields, I'm happy to
>            mark those fields writable across the board.)
> 
> So I'd rather just use the 'writable' member instead of introducing a
> new one.

Sure, I don't have any objections to that at this time.
I'll alter the patch-set accordingly.
_______________________________________________
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev

Reply via email to