]> git.baikalelectronics.ru Git - kernel.git/commit
ARM: mvebu: update L2/PCIe deadlock workaround after L2CC cleanup
authorThomas Petazzoni <thomas.petazzoni@free-electrons.com>
Thu, 12 Jun 2014 15:09:32 +0000 (17:09 +0200)
committerJason Cooper <jason@lakedaemon.net>
Mon, 30 Jun 2014 17:38:43 +0000 (17:38 +0000)
commitc9ce122e41823ea7d16472708f26fc0c61a5e82c
treef78f876de2855aef7da66227e429dbc7c6e507fd
parent0d38204cd551f5b79e29d753f4b830d5ed3b58ce
ARM: mvebu: update L2/PCIe deadlock workaround after L2CC cleanup

Commit eb3583933dd615ebb7e91509b1be6613bf607be2 ("ARM: mvebu:
implement L2/PCIe deadlock workaround") introduced some logic in
coherency.c to adjust the PL310 cache controller Device Tree node of
Armada 375 and Armada 38x platform to include the 'arm,io-coherent'
property if the system is running with hardware I/O coherency enabled.

However, with the L2CC driver cleanup done by Russell King, the
initialization of the L2CC driver has been moved earlier, and is now
part of the init_IRQ() ARM function in
arch/arm/kernel/irq.c. Therefore, calling coherency_init() in
->init_time() is now too late, as the Device Tree property gets added
too late (after the L2CC driver has been initialized).

In order to fix this, this commit removes the ->init_time() callback
use in board-v7.c and replaces it with an ->init_irq() callback. We
therefore no longer use the default ->init_irq() callback, but we now
use the default ->init_time() callback.

In this newly introduced ->init_irq() callback, we call irqchip_init()
which is the default behavior when ->init_irq() isn't defined, and
then do the initialization related to the coherency: SCU, coherency
fabric, and mvebu-mbus (which is needed to start secondary CPUs).

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Link: https://lkml.kernel.org/r/1402585772-10405-4-git-send-email-thomas.petazzoni@free-electrons.com
Signed-off-by: Jason Cooper <jason@lakedaemon.net>
arch/arm/mach-mvebu/board-v7.c