> Practically speaking, there is generally one backer. So I think that
> places where previously the code logged a bridge name, and now logs a
> backer name, we might as well drop the name entirely. This also goes
> for the governor, which doesn't seem to need a name at all anymore.
Fine with me, see the incremental below.
> On the same lines, I notice that we have some very simple backer
> stats, like subfacet_add_count. We could make these into coverage
> counters. I don't know whether that is desirable.
I agree. I have Alex looking at it now.
Ethan
---
ofproto/ofproto-dpif.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/ofproto/ofproto-dpif.c b/ofproto/ofproto-dpif.c
index 86587eb..d0b0aad 100644
--- a/ofproto/ofproto-dpif.c
+++ b/ofproto/ofproto-dpif.c
@@ -4417,8 +4417,7 @@ delete_unexpected_flow(struct dpif_backer *backer,
ds_init(&s);
odp_flow_key_format(key, key_len, &s);
- VLOG_WARN("unexpected flow on %s: %s", dpif_name(backer->dpif),
- ds_cstr(&s));
+ VLOG_WARN("unexpected flow: %s", ds_cstr(&s));
ds_destroy(&s);
}
@@ -4559,7 +4558,7 @@ subfacet_max_idle(const struct dpif_backer *backer)
ds_put_format(&s, " %d:%d", i * BUCKET_WIDTH, buckets[i]);
}
}
- VLOG_INFO("%s: %s (msec:count)", dpif_name(backer->dpif), ds_cstr(&s));
+ VLOG_INFO("%s (msec:count)", ds_cstr(&s));
ds_destroy(&s);
}
--
1.7.9.5
_______________________________________________
dev mailing list
[email protected]
http://openvswitch.org/mailman/listinfo/dev
