datapath: Backport "openvswitch: allocate nr_node_ids flow_stats instead of num_possi...
authorChris J Arges <chris.j.arges@canonical.com>
Fri, 18 Sep 2015 20:34:22 +0000 (13:34 -0700)
committerPravin B Shelar <pshelar@nicira.com>
Fri, 18 Sep 2015 20:40:29 +0000 (13:40 -0700)
commitcee06621d90f0a30b16735e40094918a38e2d010
tree951a0a4362cd226aeed4c6b37cd16ca13b6911dc
parentc0cddcec396974aed9a59f8abb4d3e276232fe26
datapath: Backport "openvswitch: allocate nr_node_ids flow_stats instead of num_possible_nodes"

Upstream commit:
    openvswitch: allocate nr_node_ids flow_stats instead of num_possible_nodes

    Some architectures like POWER can have a NUMA node_possible_map that
    contains sparse entries. This causes memory corruption with openvswitch
    since it allocates flow_cache with a multiple of num_possible_nodes() and
    assumes the node variable returned by for_each_node will index into
    flow->stats[node].

    Use nr_node_ids to allocate a maximal sparse array instead of
    num_possible_nodes().

    The crash was noticed after 3af229f2 was applied as it changed the
    node_possible_map to match node_online_map on boot.
    Fixes: 3af229f2071f5b5cb31664be6109561fbe19c861

Signed-off-by: Chris J Arges <chris.j.arges@canonical.com>
Acked-by: Pravin B Shelar <pshelar@nicira.com>
Acked-by: Nishanth Aravamudan <nacc@linux.vnet.ibm.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Upstream: bac541e4631(""openvswitch: allocate nr_node_ids flow_stats
instead of num_possible_nodes")

Signed-off-by: Pravin B Shelar <pshelar@nicira.com>
Acked-by: Jesse Gross <jesse@nicira.com>
datapath/flow_table.c