Patch ports don't have datapath ports so it doesn't make sense to try to
call dpif_port_del() on them. If we do try, it will fail, which makes the
caller think that the port wasn't really deleted, which in turn keeps
ofproto from reporting the port deletion via OpenFlow. This fixes the
problem.
Without this patch, the following commands, executed under "make sandbox",
will report the patch port addition in "ovs-ofctl monitor" output, but not
the patch port deletion. With this patch, both the addition and deletion
will be reported.
ovs-vsctl add-br br0 -- set bridge br0 datapath_type=netdev
ovs-ofctl monitor br0 128 &
ovs-vsctl add-port br0 patch1 \
-- set interface patch1 type=patch options:peer=patch2 \
-- add-port br0 patch2 \
-- set interface patch2 type=patch options:peer=patch1
ovs-vsctl del-port patch1
ovs-vsctl del-port patch2
Reported-by: YAMAMOTO Takashi <yamamoto@valinux.co.jp>
Signed-off-by: Ben Pfaff <blp@nicira.com>
sset_find_and_delete(&ofproto->ghost_ports,
netdev_get_name(ofport->up.netdev));
ofproto->backer->need_revalidate = REV_RECONFIGURE;
- if (!ofport->tnl_port) {
+ if (!ofport->tnl_port && !netdev_vport_is_patch(ofport->up.netdev)) {
error = dpif_port_del(ofproto->backer->dpif, ofport->odp_port);
if (!error) {
/* The caller is going to close ofport->up.netdev. If this is a