linux-toradex.git/arch/arm/mach-keystone, branch v3.16.6

ARM: keystone requires ARM_PATCH_PHYS_VIRT

2014-06-17T15:09:22+00:00

The dynamic relocation that the keystone platform performs
only works if we can pick the phys offset at boot time. It's
possible that there is another solution for this, but this
is the easiest workaround. Kernels with ARM_PATCH_PHYS_VIRT
are not portable across platforms, and I see no reason why
anyone would run a kernel without ARM_PATCH_PHYS_VIRT on
keystone.

Signed-off-by: Arnd Bergmann 
Acked-by: Santosh Shilimkar

ARM: keystone: Drop use of meminfo since its not available anymore

2014-06-05T20:20:54+00:00

Laura's series removed the meminfo structure and its no longer available.
Update keystone code to remove the usage of it.

Reported-by: Russell King - ARM Linux 
Signed-off-by: Santosh Shilimkar 
Signed-off-by: Arnd Bergmann

ARM: keystone: remove redundant reset stuff

2014-05-27T13:48:52+00:00

Remove reset stuff in flavour of using keystone reset driver:
driver/power/reset/keystone-reset.c

Reviewed-by: Arnd Bergmann 
Signed-off-by: Ivan Khoronzhuk 
Signed-off-by: Santosh Shilimkar

ARM: keystone: Update the dma offset for non-dt platform devices

2014-05-08T19:43:33+00:00

Tested-by: Grygorii Strashko 
Signed-off-by: Santosh Shilimkar

ARM: keystone: Switch over to coherent memory address space

2014-05-08T19:43:33+00:00

With late code patching updates for LPAE machines has merged now and
memblock conversion from bootmem is on its way, Keystone can switch to
the coherent memory address space which starts beyond 4GB boundary.
The idmap alias needs are managed via virt_to_idmap() for boot purpose.

Tested-by: Grygorii Strashko 
Signed-off-by: Santosh Shilimkar

Merge tag 'dt-3.15' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc

2014-04-05T22:29:04+00:00

Pull ARM SoC device tree changes from Arnd Bergmann:
 "A large part of the arm-soc patches are nowadays DT changes, adding
  support for new SoCs, boards and devices without changing kernel
  source.  The plan is still to move the devicetree files out of the
  kernel tree and reduce the amount of churn going on here, but we keep
  finding reasons to delay doing that.

  Changes are really all over the place, with little sticking out
  particularly.  We have contributions from a total of 116 people in
  this branch.

  Unfortunately, the size of this branch also causes a significant
  number of conflicts at the moment, typically when subsystem
  maintainers merge patches that change the driver at the same time as
  the dts files.  In most cases this could be avoided because the dts
  changes are supposed to be compatible in both ways, and we are asking
  everyone to send ARM dts changes through our tree only"

* tag 'dt-3.15' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (541 commits)
  dts: stmmac: Document the clocks property in the stmmac base document
  dts: socfpga: Add DTS entry for adding the stmmac glue layer for stmmac.
  ARM: STi: stih41x: Add support for the FSM Serial Flash Controller
  ARM: STi: stih416: Add support for the FSM Serial Flash Controller
  ARM: tegra: fix Dalmore pinctrl configuration
  ARM: dts: keystone: use common "ti,keystone" compatible instead of -evm
  ARM: dts: k2hk-evm: set ubifs partition size for 512M NAND
  ARM: dts: Build all keystone dt blobs
  ARM: dts: keystone: Fix control register range for clktsip
  ARM: dts: keystone: Fix domain register range for clkfftc1
  ARM: dts: bcm28155-ap: leave camldo1 on to fix reboot
  ARM: dts: add bcm590xx pmu support and enable for bcm28155-ap
  ARM: dts: bcm21664: Add device tree files.
  ARM: DT: bcm21664: Device tree bindings
  ARM: efm32: properly namespace i2c location property
  ARM: efm32: fix unit address part in USART2 device nodes' names
  ARM: mvebu: Enable NAND controller in Armada 385-DB
  ARM: mvebu: Add support for NAND controller in Armada 38x SoC
  ARM: mvebu: Add the Core Divider clock to Armada 38x SoCs
  ARM: mvebu: Add a 2 GHz fixed-clock on Armada 38x SoCs
  ...

ARM: dts: keystone: use common "ti,keystone" compatible instead of -evm

2014-03-20T21:00:27+00:00

As suggested by Olof Johansson at
http://www.spinics.net/lists/arm-kernel/msg314009.html.
It be better just keeping a "ti,keystone" top-level compatible and
just using that to probe. If so we don't have to touch the file
for new boards in the future.

So use common "ti,keystone" compatible in keystone.c for all boards.

Cc: Santosh Shilimkar 
Cc: Olof Johansson 

Signed-off-by: Ivan Khoronzhuk 
Signed-off-by: Santosh Shilimkar

ARM: dts: keystone: update for supporting K2L/K2E EVMs

2014-02-25T21:24:19+00:00

This patch add compatibility strings for k2hk, k2l and k2e EVMs

Cc: Olof Johansson 
Cc: Arnd Bergmann 
Cc: Rob Herring 
Cc: Kumar Gala 
Cc: Mark Rutland 
Signed-off-by: Murali Karicheri 
Signed-off-by: Santosh Shilimkar

ARM: select HAVE_SMP for V7 multi-platform

2014-02-19T22:43:27+00:00

All V7 platforms can run SMP kernels, so make CONFIG_SMP visible for V7
multi-platform builds.

Signed-off-by: Rob Herring 
Acked-by: Stephen Warren 
Acked-by: Arnd Bergmann

ARM: centralize common multi-platform kconfig options

2014-02-19T22:38:18+00:00

Multi-platform requires various kconfig options to be selected, so
platforms don't need to select them individually.

Signed-off-by: Rob Herring 
Acked-by: Linus Walleij 
Cc: Russell King 
Acked-by: Stephen Warren 
Tested-by: Stephen Warren 
Acked-by: Arnd Bergmann