linux-toradex.git/arch/arc/plat-arcfpga/include, branch master

ARC: [arcfpga] RIP legacy ISS based SMP extension

2015-06-19T12:39:26+00:00

With ISS long unsupported, no point in having extension based on it

Signed-off-by: Vineet Gupta

ARC: [arcfpga] Remove more dead code

2014-10-13T09:16:14+00:00

specifically after switching to generic early arc uart, whole bunch of
code is no longer needed

Signed-off-by: Vineet Gupta

ARC: [plat-arcfpga] No need for init_irq hack

2014-07-23T05:51:10+00:00

With all IRQs unmasked by default on all cores, it is no longer needed
to unmask them explicitly.

Signed-off-by: Vineet Gupta

ARC: [plat-arcfpga] Enable arc_emac for ARCAngle4 Board

2013-06-28T09:37:20+00:00

* Add arc_emac to DeviceTree DT description
  "Documentation/devicetree/bindings/net/arc_emac.txt".

* Update defconfig correspondingly

[vgupta: tweaked changelog]
Signed-off-by: Alexey Brodkin 
Signed-off-by: Vineet Gupta

ARC: [Review] Multi-platform image #8: platform registers SMP callbacks

2013-02-15T17:46:17+00:00

Platforms export their SMP callbacks by populating arc_smp_ops.
The population itself needs to be done pretty early, from init_early
callback.

Signed-off-by: Vineet Gupta 
Cc: Arnd Bergmann

ARC: [Review] Multi-platform image #6: cpu-to-dma-addr optional

2013-02-15T17:46:15+00:00

All the current platforms can work with 0x8000_0000 based dma_addr_t
since the Bus Bridges typically ignore the top bit (the only excpetion
was Angel4 PCI-AHB bridge which we no longer care for).
That way we don't need plat-specific cpu-addr to bus-addr conversion.

Hooks still provided - just in case a platform has an obscure device
which say needs 0 based bus address.

That way  no longer needs to unconditinally include


Also verfied that on Angel4 board, other peripherals (IDE-disk / EMAC)
work fine with 0x8000_0000 based dma addresses.

Signed-off-by: Vineet Gupta 
Cc: Arnd Bergmann 
Acked-by: Arnd Bergmann

ARC: [Review] Multi-platform image #5: NR_IRQS defined by ARC core

2013-02-15T17:46:15+00:00

For now this will suffice for all platforms, later exotic ones needs to
get this from DeviceTree

Signed-off-by: Vineet Gupta 
Cc: Arnd Bergmann

ARC: [Review] Multi-platform image #3: switch to board callback

2013-02-15T17:46:14+00:00

-platform API is retired and instead callbacks are used

Signed-off-by: Vineet Gupta 
Cc: Arnd Bergmann 
Acked-by: Arnd Bergmann

ARC: SMP support

2013-02-15T17:46:02+00:00

ARC common code to enable a SMP system + ISS provided SMP extensions.

ARC700 natively lacks SMP support, hence some of the core features are
are only enabled if SoCs have the necessary h/w pixie-dust. This
includes:
-Inter Processor Interrupts (IPI)
-Cache coherency
-load-locked/store-conditional
...

The low level exception handling would be completely broken in SMP
because we don't have hardware assisted stack switching. Thus a fair bit
of this code is repurposing the MMU_SCRATCH reg for event handler
prologues to keep them re-entrant.

Many thanks to Rajeshwar Ranga for his initial "major" contributions to
SMP Port (back in 2008), and to Noam Camus and Gilad Ben-Yossef for help
with resurrecting that in 3.2 kernel (2012).

Note that this platform code is again singleton design pattern - so
multiple SMP platforms won't build at the moment - this deficiency is
addressed in subsequent patches within this series.

Signed-off-by: Vineet Gupta 
Cc: Arnd Bergmann 
Cc: Thomas Gleixner 
Cc: Rajeshwar Ranga 
Cc: Noam Camus 
Cc: Gilad Ben-Yossef

ARC: [plat-arcfpga] Static platform device for CONFIG_SERIAL_ARC

2013-02-15T17:45:55+00:00

N.B. This is old style of hardcoding platform device specific info
in code and it's instantiation thererof using platform_add_devices().
Subsequent patches replace this with DeviceTree based runtime probe.

This patch has been retained just as an example of "don't-do-this" for
newer kernel ports.

Signed-off-by: Vineet Gupta 
Cc: Arnd Bergmann