datapath: allocate nr_node_ids flow_stats instead of num_possible_nodes
authorChris J Arges <chris.j.arges@canonical.com>
Mon, 17 Aug 2015 14:40:43 +0000 (07:40 -0700)
committerPravin B Shelar <pshelar@nicira.com>
Tue, 18 Aug 2015 00:09:42 +0000 (17:09 -0700)
commit7148fd9c1c3d4e0300cd9b90d00c15b263ba144b
treef9147d5c9a4a64261427543eca00cd8b3af38115
parent9c77ffe83cdaf1ea9c991dbec6f788ce2252526e
datapath: 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>
datapath/flow_table.c