01 Apr, 2020

1 commit


19 Jun, 2019

1 commit

  • Based on 2 normalized pattern(s):

    this program is free software you can redistribute it and or modify
    it under the terms of the gnu general public license version 2 as
    published by the free software foundation

    this program is free software you can redistribute it and or modify
    it under the terms of the gnu general public license version 2 as
    published by the free software foundation #

    extracted by the scancode license scanner the SPDX license identifier

    GPL-2.0-only

    has been chosen to replace the boilerplate/reference in 4122 file(s).

    Signed-off-by: Thomas Gleixner
    Reviewed-by: Enrico Weigelt
    Reviewed-by: Kate Stewart
    Reviewed-by: Allison Randal
    Cc: linux-spdx@vger.kernel.org
    Link: https://lkml.kernel.org/r/20190604081206.933168790@linutronix.de
    Signed-off-by: Greg Kroah-Hartman

    Thomas Gleixner
     

21 May, 2019

1 commit


02 Feb, 2019

1 commit

  • The boot_lock is something that was required for ARM development
    platforms to ensure that the delay calibration worked properly. This
    is not necessary for modern platforms that have better bus bandwidth
    and do not need to calibrate the delay loop for secondary cores.
    Remove the boot_lock entirely.

    Signed-off-by: Russell King

    Russell King
     

24 Aug, 2016

1 commit


25 Jun, 2016

1 commit


02 Dec, 2015

2 commits

  • Many ARM sub-architectures use prompts followed by "if" conditional,
    but it is wrong.

    Please notice the difference between

    config ARCH_FOO
    bool "Foo SoCs" if ARCH_MULTI_V7

    and

    config ARCH_FOO
    bool "Foo SoCs"
    depends on ARCH_MULTI_V7

    These two are *not* equivalent!

    In the former statement, it is not ARCH_FOO, but its prompt that
    depends on ARCH_MULTI_V7. So, it is completely valid that ARCH_FOO
    is selected by another, but ARCH_MULTI_V7 is still disabled. As it is
    not unmet dependency, Kconfig never warns. This is probably not what
    you want.

    The former should be used only when you need to do so, and you really
    understand what you are doing. (In most cases, it should be wrong!)

    For enabling/disabling sub-architectures, the latter is always correct.

    As a good side effect, this commit fixes some entries over 80 columns
    (mach-imx, mach-integrator, mach-mbevu).

    [Arnd: I note that there is not really a bug here, according to
    the discussion that followed, but I can see value in being consistent
    and in making the lines shorter]

    Signed-off-by: Masahiro Yamada
    Acked-by: Maxime Ripard
    Acked-by: Nicolas Ferre
    Acked-by: Heiko Stuebner
    Acked-by: Patrice Chotard
    Acked-by: Liviu Dudau
    Acked-by: Krzysztof Kozlowski
    Acked-by: Jun Nie
    Acked-by: Matthias Brugger
    Acked-by: Simon Horman
    Acked-by: Gregory CLEMENT
    Acked-by: Shawn Guo
    Acked-by: Sebastian Hesselbarth
    Acked-by: Thierry Reding
    Acked-by: Krzysztof Halasa
    Acked-by: Maxime Coquelin
    Signed-off-by: Arnd Bergmann

    Masahiro Yamada
     
  • These smp_operations structures are not over-written, so add "const"
    qualifier and replace __initdata with __initconst.

    Also, add "static" where it is possible.

    Signed-off-by: Masahiro Yamada
    Acked-by: Krzysztof Kozlowski
    Acked-by: Maxime Ripard
    Acked-by: Moritz Fischer
    Acked-by: Stephen Boyd # qcom part
    Acked-by: Viresh Kumar
    Acked-by: Patrice Chotard
    Acked-by: Heiko Stuebner
    Acked-by: Wei Xu
    Acked-by: Florian Fainelli
    Acked-by: Sebastian Hesselbarth
    Acked-by: Gregory CLEMENT
    Acked-by: Shawn Guo
    Acked-by: Matthias Brugger
    Acked-by: Thierry Reding
    Acked-by: Nicolas Pitre
    Acked-by: Liviu Dudau
    Acked-by: Linus Walleij
    Signed-off-by: Arnd Bergmann

    Masahiro Yamada
     

23 Oct, 2015

1 commit

  • Now that __cpuinit has been removed, the __ref markings on these
    functions are useless. Remove them. This also reduces the size of
    the multi_v7_defconfig image:

    $ size before after
    text data bss dec hex filename
    12683578 1470996 348904 14503478 dd4e36 before
    12683274 1470996 348904 14503174 dd4d06 after

    presumably because now we don't have to jump to code in the
    .ref.text section and/or the noinline marking is removed.

    Cc: Shiraz Hashim
    Cc: Stephen Warren
    Cc: Alexandre Courbot
    Cc: Lorenzo Pieralisi
    Cc: Will Deacon
    Cc:
    Cc:
    Cc:
    Cc:
    Acked-by: Tony Lindgren
    Acked-by: Barry Song
    Acked-by: Andy Gross
    Acked-by: Viresh Kumar
    Acked-by: Thierry Reding
    Acked-by: Linus Walleij
    Acked-by: Sudeep Holla
    Acked-by: Mark Rutland
    Signed-off-by: Stephen Boyd
    Signed-off-by: Olof Johansson

    Stephen Boyd
     

12 Mar, 2015

5 commits


18 Feb, 2015

1 commit

  • Pull ARM SoC platform changes from Olof Johansson:
    "New and updated SoC support. Also included are some cleanups where
    the platform maintainers hadn't separated cleanups from new developent
    in separate branches.

    Some of the larger things worth pointing out:

    - A large set of changes from Alexandre Belloni and Nicolas Ferre
    preparing at91 platforms for multiplatform and cleaning up quite a
    bit in the process.

    - Removal of CSR's "Marco" SoC platform that never made it out to the
    market. We love seeing these since it means the vendor published
    support before product was out, which is exactly what we want!

    New platforms this release are:

    - Conexant Digicolor (CX92755 SoC)
    - Hisilicon HiP01 SoC
    - CSR/sirf Atlas7 SoC
    - ST STiH418 SoC
    - Common code changes for Nvidia Tegra132 (64-bit SoC)

    We're seeing more and more platforms having a harder time labelling
    changes as cleanups vs new development -- which is a good sign that
    we've come quite far on the cleanup effort. So over time we might
    start combining the cleanup and new-development branches more"

    * tag 'soc-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (124 commits)
    ARM: at91/trivial: unify functions and machine names
    ARM: at91: remove at91_dt_initialize and machine init_early()
    ARM: at91: change board files into SoC files
    ARM: at91: remove at91_boot_soc
    ARM: at91: move alternative initial mapping to board-dt-sama5.c
    ARM: at91: merge all SOC_AT91SAM9xxx
    ARM: at91: at91rm9200: set idle and restart from rm9200_dt_device_init()
    ARM: digicolor: select syscon and timer
    ARM: zynq: Simplify SLCR initialization
    ARM: zynq: PM: Fixed simple typo.
    ARM: zynq: Setup default gpio number for Xilinx Zynq
    ARM: digicolor: add low level debug support
    ARM: initial support for Conexant Digicolor CX92755 SoC
    ARM: OMAP2+: Add dm816x hwmod support
    ARM: OMAP2+: Add clock domain support for dm816x
    ARM: OMAP2+: Add board-generic.c entry for ti81xx
    ARM: at91: pm: remove warning to remove SOC_AT91SAM9263 usage
    ARM: at91: remove unused mach/system_rev.h
    ARM: at91: stop using HAVE_AT91_DBGUx
    ARM: at91: fix ordering of SRAM and PM initialization
    ...

    Linus Torvalds
     

10 Feb, 2015

1 commit

  • On qcom platforms we always enter the kernel in ARM mode,
    regardless of the kernel being compiled for THUMB mode. Use
    secondary_startup_arm() to properly switch the mode to what the
    kernel expects if required.

    Signed-off-by: Stephen Boyd
    Acked-by: Catalin Marinas
    Signed-off-by: Russell King

    Stephen Boyd
     

24 Jan, 2015

3 commits

  • We don't need to force gpiolib on everyone given that it isn't
    required to actually boot the device and the multiplatform
    Kconfig already selects ARCH_WANT_OPTIONAL_GPIOLIB. CLKSRC_OF is
    already selected by CONFIG_ARCH_MULTIPLATFORM too, so we can drop
    that here.

    Signed-off-by: Stephen Boyd
    Signed-off-by: Kumar Gala

    Stephen Boyd
     
  • The secure environment only runs in little-endian mode, so any
    buffers shared with the secure environment should have their
    contents converted to little-endian. We also mark such elements
    with __le32 to allow sparse to catch such problems.

    Signed-off-by: Stephen Boyd
    Signed-off-by: Kumar Gala

    Stephen Boyd
     
  • The secure world only knows about 32-bit wide physical addresses
    for the boot API. Clarify the kernel interface by explicitly
    stating a u32 instead of phys_addr_t which could be 32 or 64 bits
    depending on LPAE or not.

    Signed-off-by: Stephen Boyd
    Signed-off-by: Kumar Gala

    Stephen Boyd
     

23 Jan, 2015

1 commit


20 Jan, 2015

5 commits

  • When an error occurs during an scm call the error returned is remapped so
    we lose the original error code. This means that when an error occurs we
    have no idea what actually failed within the secure environment.

    Add a logging statement that will log the actual error code from scm call
    allowing us to easily determine what caused the error to occur.

    Signed-off-by: Olav Haugan
    Signed-off-by: Stephen Boyd
    Signed-off-by: Kumar Gala

    Olav Haugan
     
  • scm_call flushes the entire cache before calling into the secure world.
    This is both a performance penalty as well as insufficient on SMP systems
    where the CPUs possess a write-back L1 cache. Flush only the command and
    response buffers instead, moving the responsibility of flushing any other
    cached buffer (being passed to the secure world) to callers.

    Signed-off-by: Vikram Mulukutla
    Signed-off-by: Stephen Boyd
    Signed-off-by: Kumar Gala

    Vikram Mulukutla
     
  • Instead of hardcoding the cacheline size as 32, get the cacheline size from
    the CTR register.

    Signed-off-by: Stephen Boyd
    Signed-off-by: Kumar Gala

    Stephen Boyd
     
  • The cache invalidation in scm_call() correctly rounds down the start
    address to invalidate the beginning of the cacheline but doesn't properly
    round up the 'end' address to make it aligned. The last chunk of the
    buffer won't be invalidated when 'end' is not cacheline size aligned so
    make sure to invalidate the last few bytes in such situations. It also
    doesn't do anything about outer caches so make sure to invalidate and flush
    those as well.

    Signed-off-by: Stephen Boyd
    Signed-off-by: Kumar Gala

    Stephen Boyd
     
  • We can run qcom platforms in big-endian mode. Select the option.

    Signed-off-by: Stephen Boyd
    Signed-off-by: Kumar Gala

    Stephen Boyd
     

22 Aug, 2014

1 commit


17 Jun, 2014

1 commit

  • The System Type menu is getting quite long with platforms and is
    inconsistent in handling of sub-arch specific options. Tidy up the menu
    by making platform options a menuconfig entry containing any platform
    specific config items.

    [arnd: change OMAP part according to suggestion from
    Tony Lindgren ]

    Signed-off-by: Rob Herring
    Signed-off-by: Arnd Bergmann

    Rob Herring
     

03 Jun, 2014

1 commit

  • Pull ARM SoC devicetree updates from Olof Johansson:
    "As with previous release, this continues to be among the largest
    branches we merge, with lots of new contents.

    New things for this release are among other things:

    - DTSI contents for the new SoCs supported in 3.16 (see SoC pull request)
    - Qualcomm APQ8064 and APQ8084 SoCs and eval boards
    - Nvidia Jetson TK1 development board (Tegra T124-based)

    Two new SoCs that didn't need enough new platform code to stand out
    enough for me to notice when writing the SoC tag, but that adds new DT
    contents are:

    - TI DRA72
    - Marvell Berlin 2Q"

    * tag 'dt-for-3.16' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (500 commits)
    ARM: dts: add secure firmware support for exynos5420-arndale-octa
    ARM: dts: add pmu sysreg node to exynos3250
    ARM: dts: correct the usb phy node in exynos5800-peach-pi
    ARM: dts: correct the usb phy node in exynos5420-peach-pit
    ARM: dts: add dts files for exynos5410 and exynos5410-smdk5410
    ARM: dts: add dts files for exynos3250 SoC
    ARM: dts: add mfc node for exynos5800
    ARM: dts: add Vbus regulator for USB 3.0 on exynos5800-peach-pi
    ARM: dts: enable fimd for exynos5800-peach-pi
    ARM: dts: enable display controller for exynos5800-peach-pi
    ARM: dts: enable hdmi for exynos5800-peach-pi
    ARM: dts: add dts file for exynos5800-peach-pi board
    ARM: dts: add dts file for exynos5800 SoC
    ARM: dts: add dts file for exynos5260-xyref5260 board
    ARM: dts: add dts files for exynos5260 SoC
    ARM: dts: update watchdog node name in exynos5440
    ARM: dts: use key code macros on Origen and Arndale boards
    ARM: dts: enable RTC and WDT nodes on Origen boards
    ARM: dts: qcom: Add APQ8084-MTP board support
    ARM: dts: qcom: Add APQ8084 SoC support
    ...

    Linus Torvalds
     

30 May, 2014

1 commit


29 May, 2014

1 commit


24 May, 2014

1 commit

  • …alak/linux-qcom into next/soc

    Merge "Qualcomm ARM Based SoC Updates for v3.16" from Kumar Gala:

    * Enabling building pinctrl and AMBA bus support
    * Clean up debug UART selection

    * tag 'qcom-soc-for-3.16' of git://git.kernel.org/pub/scm/linux/kernel/git/galak/linux-qcom:
    ARM: qcom: Select PINCTRL by default for ARCH_QCOM
    ARM: debug: qcom: make UART address selection configuration option
    ARM: qcom: Enable ARM_AMBA option for Qualcomm SOCs.

    Conflicts:
    arch/arm/Kconfig.debug
    arch/arm/mach-qcom/Kconfig

    Signed-off-by: Arnd Bergmann <arnd@arndb.de>

    Arnd Bergmann
     

23 May, 2014

2 commits


23 Apr, 2014

1 commit


12 Feb, 2014

3 commits

  • Implement support for the Krait CPU release sequence when the
    CPUs are part of the second version of the Krait processor
    subsystem.

    Signed-off-by: Rohit Vaswani
    Signed-off-by: Stephen Boyd
    Signed-off-by: Kumar Gala

    Rohit Vaswani
     
  • Implement support for the Krait CPU release sequence when the
    CPUs are part of the first version of the krait processor
    subsystem.

    Signed-off-by: Rohit Vaswani
    Signed-off-by: Stephen Boyd
    Signed-off-by: Kumar Gala

    Rohit Vaswani
     
  • This makes it easy to add SMP support for new devices by keying
    on a device node for the release sequence. We add the
    enable-method property for the cpus property to specify that we
    want to use the gcc-msm8660 release sequence (which is going to
    look for the global clock controller device node to map some
    Scorpion specific power and control registers). We also remove
    the nr_cpus detection code as that is done generically in the DT
    CPU detection code.

    Signed-off-by: Rohit Vaswani
    [sboyd: Port to CPU_METHOD_OF_DECLARE]
    Signed-off-by: Stephen Boyd
    Signed-off-by: Kumar Gala

    Rohit Vaswani
     

07 Feb, 2014

2 commits