01 Mar, 2020

1 commit

  • Support for Amlogic Meson SoCs depends on ARCH_MULTI_V7, and thus on
    ARCH_MULTIPLATFORM.
    As the latter selects COMMON_CLK, there is no need for ARCH_MESON to
    select COMMON_CLK.

    Signed-off-by: Geert Uytterhoeven
    Cc: Kevin Hilman
    Cc: linux-amlogic@lists.infradead.org
    Acked-by: Martin Blumenstingl
    Link: https://lore.kernel.org/r/20200121103722.1781-12-geert+renesas@glider.be
    Signed-off-by: Kevin Hilman

    Geert Uytterhoeven
     

31 May, 2019

1 commit

  • Based on 3 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 as published by
    the free software foundation either version 2 of the license or at
    your option any later version this program is distributed in the
    hope that it will be useful but without any warranty without even
    the implied warranty of merchantability or fitness for a particular
    purpose see the gnu general public license for more details

    this program is free software you can redistribute it and or modify
    it under the terms of the gnu general public license as published by
    the free software foundation either version 2 of the license or at
    your option any later version [author] [kishon] [vijay] [abraham]
    [i] [kishon]@[ti] [com] this program is distributed in the hope that
    it will be useful but without any warranty without even the implied
    warranty of merchantability or fitness for a particular purpose see
    the gnu general public license for more details

    this program is free software you can redistribute it and or modify
    it under the terms of the gnu general public license as published by
    the free software foundation either version 2 of the license or at
    your option any later version [author] [graeme] [gregory]
    [gg]@[slimlogic] [co] [uk] [author] [kishon] [vijay] [abraham] [i]
    [kishon]@[ti] [com] [based] [on] [twl6030]_[usb] [c] [author] [hema]
    [hk] [hemahk]@[ti] [com] this program is distributed in the hope
    that it will be useful but without any warranty without even the
    implied warranty of merchantability or fitness for a particular
    purpose see the gnu general public license for more details

    extracted by the scancode license scanner the SPDX license identifier

    GPL-2.0-or-later

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

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

    Thomas Gleixner
     

21 May, 2019

1 commit


07 Feb, 2019

1 commit


11 Dec, 2018

1 commit

  • The 32-bit Meson SoCs use multiple Cortex-A9 (Meson8 and Meson8m2) or
    Cortex-A5 (Meson8b) CPU cores. These come with the "ARM global timer"
    and "Timer-Watchdog" (aka TWD, which provides both a per-cpu local timer
    and watchdog).

    Selecting ARM_GLOBAL_TIMER and HAVE_ARM_TWD allows us to add the timers
    to the SoC.dtsi files.

    Signed-off-by: Martin Blumenstingl
    Signed-off-by: Kevin Hilman

    Martin Blumenstingl
     

24 May, 2018

1 commit

  • Currently there are no differences between the MACH_MESON8 and
    MACH_MESON8B Kconfig symbols (except the help text). Since both
    platforms are very similar (Meson8b being a slightly updated,
    cost-reduced version of Meson8 which even shares some peripherals with
    Meson8m2) no notable differences are expected in the future either.

    Suggested-by: Kevin Hilman
    Signed-off-by: Martin Blumenstingl
    Signed-off-by: Kevin Hilman

    Martin Blumenstingl
     

11 May, 2018

1 commit

  • Add the newly introduced compatible string for the Meson8m2 SoC.
    The existing Meson8 Kconfig entry is updated to also provide support for
    the Meson8m2 SoCs. The Meson8m2 SoC is mostly identical to the Meson8 SoC
    with just a few peripherals being updated. Both SoCs currently
    share the same pinctrl, clock and GPIO IRQ bindings. Thus the existing
    Kconfig entry is re-used to avoid duplication (the only cost is building
    a few extra DTBs).

    Signed-off-by: Martin Blumenstingl
    Signed-off-by: Kevin Hilman

    Martin Blumenstingl
     

21 Dec, 2017

1 commit

  • …lman/linux-amlogic into next/dt

    Pull "Amlogic 32-bit DT changes for v4.16" from Kevin Hilman:
    - meson8: GPIO IRQ support
    - switch to stable UART bindings w/correct clock
    - add more L2 cache settings
    - drop unused ADC clock

    * tag 'amlogic-dt' of ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/khilman/linux-amlogic:
    ARM: meson: enable MESON_IRQ_GPIO also for MACH_MESON8
    ARM: dts: meson8: enable the GPIO interrupt controller
    ARM: dts: meson8b: use stable UART bindings with correct gate clock
    ARM: dts: meson8: use stable UART bindings with correct gate clock
    ARM: dts: meson: drop "sana" clock from SAR ADC
    ARM: dts: meson8: add more L2 cache settings
    ARM: dts: meson8b: add more L2 cache settings

    Arnd Bergmann
     

12 Dec, 2017

1 commit


01 Dec, 2017

1 commit


29 Oct, 2017

2 commits


10 Jun, 2017

1 commit


07 Jul, 2016

1 commit

  • The AmLogic clock controller code is used by both arm and arm64
    architectures. Explicitly select the core code for all Meson (32-bit
    arm) builds, and also select the Meson8b driver when that machine is
    built.

    Signed-off-by: Michael Turquette
    Signed-off-by: Kevin Hilman
    Signed-off-by: Arnd Bergmann

    Michael Turquette
     

04 Jun, 2016

1 commit

  • This replaces:

    - "select ARCH_REQUIRE_GPIOLIB" with "select GPIOLIB" as this can
    now be selected directly.

    - "select ARCH_WANT_OPTIONAL_GPIOLIB" with no dependency: GPIOLIB
    is now selectable by everyone, so we need not declare our
    intent to select it.

    When ordering the symbols the following rationale was used:
    if the selects were in alphabetical order, I moved select GPIOLIB
    to be in alphabetical order, but if the selects were not
    maintained in alphabetical order, I just replaced
    "select ARCH_REQUIRE_GPIOLIB" with "select GPIOLIB".

    Cc: Michael Büsch
    Cc: arm@kernel.org
    Cc: linux-arm-kernel@lists.infradead.org
    Signed-off-by: Linus Walleij
    Signed-off-by: Olof Johansson

    Linus Walleij
     

02 Dec, 2015

1 commit

  • 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
     

08 Oct, 2015

1 commit


02 Mar, 2015

1 commit


18 Nov, 2014

2 commits


25 Sep, 2014

1 commit