diff options
author | Maxime Ripard <maxime.ripard@free-electrons.com> | 2015-09-25 18:09:35 +0200 |
---|---|---|
committer | Luis Henriques <luis.henriques@canonical.com> | 2015-12-09 11:40:58 +0000 |
commit | bd6fc7f0284c2b6b4aa01776cdead3473d1ee822 (patch) | |
tree | 5a3bdc4b39ca42d6495c2050085b5e9a149f12e5 /drivers/mtd | |
parent | 8929f690c03bfc3fcdc2a6d4a6373a781225ad3d (diff) | |
download | linux-stable-bd6fc7f0284c2b6b4aa01776cdead3473d1ee822.tar.gz linux-stable-bd6fc7f0284c2b6b4aa01776cdead3473d1ee822.tar.bz2 linux-stable-bd6fc7f0284c2b6b4aa01776cdead3473d1ee822.zip |
net: mvneta: Fix CPU_MAP registers initialisation
commit 2502d0ef272da7058ef303b849a2c8dc324c2e2e upstream.
The CPU_MAP register is duplicated for each CPUs at different addresses,
each instance being at a different address.
However, the code so far was using CONFIG_NR_CPUS to initialise the CPU_MAP
registers for each registers, while the SoCs embed at most 4 CPUs.
This is especially an issue with multi_v7_defconfig, where CONFIG_NR_CPUS
is currently set to 16, resulting in writes to registers that are not
CPU_MAP.
Fixes: c5aff18204da ("net: mvneta: driver for Marvell Armada 370/XP network unit")
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Signed-off-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Luis Henriques <luis.henriques@canonical.com>
Diffstat (limited to 'drivers/mtd')
0 files changed, 0 insertions, 0 deletions