The nl_lookup_genl_mcgroup() function can fail on older kernels
which do not support the required netlink interface. Before this
patch, dpif-linux would refuse to create a datapath when this
happened. With this patch, it attempts to use a workaround. If
the workaround fails it simply disables th
Before this patch, if dpif-linux failed to register a notifier it
would give up opening the datapath entirely. This seems draconian
as a dpif can still perform the majority of its intended
functionality without vport notifications.
---
lib/dpif-linux.c | 23 +++
1 files chan
Quite a bit of code in OVS ignores the return code of
nln_notifier_register() and will nln_notifier_unregister() on
notifiers which failed to register in the first place. This can
cause segmentation faults.
Instead of forcing every caller to remember whether or not
registration failed, this patch
Older kernels do not advertise the multicast groups of families
when requested by userspace. As a workaround, this patch hardcodes
the multicast group ID of the ovs_vport family on these kernels.
Userspace will be able to fall back to this hardcoded value if the
standard mechanism is unavailable.
On Wed, Sep 14, 2011 at 5:27 PM, Pravin Shelar wrote:
> Attached patch fixes tunnel lookup to do correct port comparison.
> This bug is introduced by commit 3544358aa5960b148bc31435a0062e9392530ec2
>
> Signed-off-by: Pravin B Shelar
Acked-by: Jesse Gross
_
Attached patch fixes tunnel lookup to do correct port comparison.
This bug is introduced by commit 3544358aa5960b148bc31435a0062e9392530ec2
Signed-off-by: Pravin B Shelar
---
datapath/tunnel.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/datapath/tunnel.c b/
On Tue, Sep 13, 2011 at 6:43 PM, Ben Pfaff wrote:
> On Tue, Sep 13, 2011 at 04:43:32PM -0700, Jesse Gross wrote:
>> + if (flow->key.eth.in_port != USHRT_MAX)
>> + OVS_CB(packet)->vport = get_vport_protected(dp,
>> + flow->key.eth.
