in-band code will open a device that it expects to be the main internal port of
the bridge. However, it's possible that the correct type is a different one. For
dpif-netdev, it might be a tap device, or a dummy device for dummy datapaths.
ofproto_port_open_type will give the correct type.
While this doesn't cause any problems right now, as the needed type would be
opened already, a later patch assumes netdev with different types cannot be
opened.
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@redhat.com>
struct in_band *in_band;
struct netdev *local_netdev;
int error;
+ const char *type = ofproto_port_open_type(ofproto->type, "internal");
*in_bandp = NULL;
- error = netdev_open(local_name, "internal", &local_netdev);
+ error = netdev_open(local_name, type, &local_netdev);
if (error) {
VLOG_ERR("%s: failed to initialize in-band control: cannot open "
"datapath local port %s (%s)", ofproto->name,