ofproto-dpif: Restore former NORMAL action behavior when revalidating.
Before commit
fa066f015 "bridge: Move packet processing functionality into
ofproto," the code that called into what became xlate_normal() prevented
a flow from being installed if it was called at revalidation time and
the MAC learning table lacked an entry for the flow's destination MAC.
That commit instead started dropping packets in that case (because it
incorrectly ignored xlate_normal()'s return value).
This restores the former behavior. It's not clear that the former behavior
is the best possible, but it is strictly better than starting to drop
packets at revalidation time.
Along with the previously fixed problem where flood_vlans were interpreted
incorrectly, this bug broke controller connectivity when flood_vlans was
set to any nonempty value that did not include the VLAN used for the
controller connection (that is, when flood_vlans was interpreted as
flooding the controller VLAN).
Reported-by: David Tsai <dtsai@nicira.com>