On Tue, 12 Apr 2022 00:17:14 +0300 Nikolay Aleksandrov wrote: > > Yup, basically the policy is defined in the core, so the types are > > known. We can extract the fields from the message there, even if > > the exact meaning of the fields gets established in the callback. > > That sounds nice, but there are a few catches, f.e. some ndo_fdb implementations > check if attributes were set, i.e. they can also interpret 0, so it will require > additional state (either special value, bitfield or some other way of telling them > it was actually present but 0). > Anyway I think that is orthogonal to adding the flush support, it's a nice cleanup but can > be done separately because it will have to be done for all ndo_fdb callbacks and I > suspect the change will grow considerably. > OTOH the flush implementation via delneigh doesn't require a new ndo_fdb call way, > would you mind if I finish that up without the struct conversion? Not terribly, go ahead.
