Skip to content
Snippets Groups Projects
Select Git revision
  • v2020.01-ktn
  • caam_hab_mx8m
  • pmic_pca9450
  • feature_swupdate
  • wip_swupdate_env
  • master default protected
  • v2020.01-rc1
  • v2019.10
  • v2019.10-rc4
  • v2019.10-rc3
  • v2019.10-rc2
  • v2019.10-rc1
  • v2019.07
  • v2019.07-rc4
  • v2019.07-rc3
  • v2019.07-rc2
  • v2019.07-rc1
  • v2019.04
  • v2019.04-rc4
  • v2019.04-rc3
  • v2019.04-rc2
  • v2019.04-rc1
  • v2019.01
  • v2019.01-rc3
  • v2019.01-rc2
  • v2019.01-rc1
26 results
Search by author
  • Any Author
  • Florian Mayer Florian Mayer fmayer
1 author
  1. Jan 02, 2017
  3. Dec 16, 2016
  5. Nov 21, 2016
    • Tom Rini's avatar
      arm: Introduce arch/arm/mach-omap2 for OMAP2 derivative platforms · 983e3700
      Tom Rini authored 
      
This moves what was in arch/arm/cpu/armv7/omap-common in to
arch/arm/mach-omap2 and moves
arch/arm/cpu/armv7/{am33xx,omap3,omap4,omap5} in to arch/arm/mach-omap2
as subdirectories.  All refernces to the former locations are updated to
the current locations.  For the logic to decide what our outputs are,
consolidate the tests into a single config.mk rather than including 4.

Signed-off-by: default avatarTom Rini <trini@konsulko.com>
      983e3700
  7. Aug 17, 2016
  9. Aug 05, 2016
    • Tom Rini's avatar
      ARM: Rework and correct barrier definitions · a78cd861
      Tom Rini authored 
      
As part of testing booting Linux kernels on Rockchip devices, it was
discovered by Ziyuan Xu and Sandy Patterson that we had multiple and for
some cases incomplete isb definitions.  This was causing a failure to
boot of the Linux kernel.

In order to solve this problem as well as cover any corner cases that we
may also have had a number of changes are made in order to consolidate
things.  First, <asm/barriers.h> now becomes the source of isb/dsb/dmb
definitions.  This however introduces another complexity.  Due to
needing to build SPL for 32bit tegra with -march=armv4 we need to borrow
the __LINUX_ARM_ARCH__ logic from the Linux Kernel in a more complete
form.  Move this from arch/arm/lib/Makefile to arch/arm/Makefile and add
a comment about it.  Now that we can always know what the target CPU is
capable off we can get always do the correct thing for the barrier.  The
final part of this is that need to be consistent everywhere and call
isb()/dsb()/dmb() and NOT call ISB/DSB/DMB in some cases and the
function names in others.

Reviewed-by: default avatarStephen Warren <swarren@nvidia.com>
Tested-by: default avatarStephen Warren <swarren@nvidia.com>
Acked-by: default avatarZiyuan Xu <xzy.xu@rock-chips.com>
Acked-by: default avatarSandy Patterson <apatterson@sightlogix.com>
Reported-by: default avatarZiyuan Xu <xzy.xu@rock-chips.com>
Reported-by: default avatarSandy Patterson <apatterson@sightlogix.com>
Signed-off-by: default avatarTom Rini <trini@konsulko.com>
      a78cd861
  11. Jun 03, 2016
  13. May 27, 2016
  15. Apr 01, 2016
  17. Feb 15, 2016
  19. Jan 20, 2016
  21. Jan 14, 2016
    • Stefan Roese's avatar
      arm: mvebu: Move SoC selection (A38X vs AXP) into Kconfig · 81e33f4b
      Stefan Roese authored 
      
Until now, the SoC selection for the ARCH_MVEBU platforms has been done
in the config header. Using CONFIG_ARMADA_XP in a non-clear way. As
it needed to get selected for AXP and A38x based boards. This patch
now changes this to move the SoC selection to Kconfig. And also
uses CONFIG_ARCH_MVEBU as a common define for both AXP and A38x.
This makes things a bit clearer - especially for new board additions.

Additionally the defines CONFIG_SYS_MVEBU_DDR_AXP and
CONFIG_SYS_MVEBU_DDR_A38X are replaced with the already available
CONFIG_ARMADA_38X and CONFIG_ARMADA_XP.

And CONFIG_DDR3 is removed, as its not referenced anywhere.

Signed-off-by: default avatarStefan Roese <sr@denx.de>
Cc: Luka Perkov <luka.perkov@sartura.hr>
      81e33f4b
  23. Nov 30, 2015
  25. Sep 15, 2015
  27. Sep 13, 2015
  29. Sep 11, 2015
  31. Sep 03, 2015
  33. Aug 17, 2015
  35. Aug 13, 2015
  37. May 07, 2015
  39. May 05, 2015
  41. Apr 29, 2015
  43. Apr 11, 2015
  45. Mar 28, 2015
  47. Mar 27, 2015
    • Masahiro Yamada's avatar
      ARM: move -march=* and -mtune= options to arch/arm/Makefile · 79d75d75
      Masahiro Yamada authored 
      
My main motivations for this commit are:

[1] Follow the arch/arm/Makefile style of Linux Kernel

[2] Maintain compiler options systematically
  Currently, we give -march=* and -mtune=* options inconsistently:
  Only some of the CPUs pass -march=* and -mtune=* options.
  By collecting such options into the single place arch/arm/Makefile
  we can tell which options are missing at a glance.

[3] Prepare for deprecating arch/*/cpu/*/config.mk

Note:
  This commit just moves the compiler options so as not to change
  the behavior at all.  It does not care about the correctness of
  the given options.  Fox example, "-march=armv5te" might be better
  than "-march=armv4" for ARM946EJS, but it is beyond the scope this
  commit.  Also, filling the missing -march=* and -tune=* is left
  to follow-up patches.

Signed-off-by: default avatarMasahiro Yamada <yamada.m@jp.panasonic.com>
Acked-by: default avatarMarek Vasut <marex@denx.de>
Acked-by: default avatarStefan Roese <sr@denx.de>
      79d75d75
  49. Feb 28, 2015
  51. Feb 21, 2015