> 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
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev

Reply via email to