Eric Lee / smarc-fsl-linux-kernel

19 Jun, 2019

1 commit

  • d2912cb15   treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 500 ... Browse Code »

    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
     

31 May, 2019

1 commit

  • af873fcec   treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 194 ... Browse Code »

    Based on 1 normalized pattern(s):

    license terms gnu general public license gpl version 2

    extracted by the scancode license scanner the SPDX license identifier

    GPL-2.0-only

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

    Signed-off-by: Thomas Gleixner
    Reviewed-by: Allison Randal
    Reviewed-by: Alexios Zavras
    Reviewed-by: Steve Winslow
    Reviewed-by: Richard Fontana
    Cc: linux-spdx@vger.kernel.org
    Link: https://lkml.kernel.org/r/20190528170027.447718015@linutronix.de
    Signed-off-by: Greg Kroah-Hartman

    Thomas Gleixner
     

21 May, 2019

1 commit

02 Nov, 2017

1 commit

  • b24413180   License cleanup: add SPDX GPL-2.0 license identifier to files with no license ... Browse Code »

    Many source files in the tree are missing licensing information, which
    makes it harder for compliance tools to determine the correct license.

    By default all files without license information are under the default
    license of the kernel, which is GPL version 2.

    Update the files which contain no license information with the 'GPL-2.0'
    SPDX license identifier. The SPDX identifier is a legally binding
    shorthand, which can be used instead of the full boiler plate text.

    This patch is based on work done by Thomas Gleixner and Kate Stewart and
    Philippe Ombredanne.

    How this work was done:

    Patches were generated and checked against linux-4.14-rc6 for a subset of
    the use cases:
    - file had no licensing information it it.
    - file was a */uapi/* one with no licensing information in it,
    - file was a */uapi/* one with existing licensing information,

    Further patches will be generated in subsequent months to fix up cases
    where non-standard license headers were used, and references to license
    had to be inferred by heuristics based on keywords.

    The analysis to determine which SPDX License Identifier to be applied to
    a file was done in a spreadsheet of side by side results from of the
    output of two independent scanners (ScanCode & Windriver) producing SPDX
    tag:value files created by Philippe Ombredanne. Philippe prepared the
    base worksheet, and did an initial spot review of a few 1000 files.

    The 4.13 kernel was the starting point of the analysis with 60,537 files
    assessed. Kate Stewart did a file by file comparison of the scanner
    results in the spreadsheet to determine which SPDX license identifier(s)
    to be applied to the file. She confirmed any determination that was not
    immediately clear with lawyers working with the Linux Foundation.

    Criteria used to select files for SPDX license identifier tagging was:
    - Files considered eligible had to be source code files.
    - Make and config files were included as candidates if they contained >5
    lines of source
    - File already had some variant of a license header in it (even if
    Reviewed-by: Philippe Ombredanne
    Reviewed-by: Thomas Gleixner
    Signed-off-by: Greg Kroah-Hartman

    Greg Kroah-Hartman
     

28 Feb, 2017

1 commit

08 Nov, 2016

1 commit

02 Dec, 2015

2 commits

  • e32465429   ARM: use "depends on" for SoC configs instead of "if" after prompt ... Browse Code »

    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
     
  • 75305275a   ARM: use const and __initconst for smp_operations ... Browse Code »

    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
     

19 Nov, 2015

1 commit

  • a203a2a9e   ARM: zx: only build power domain code when CONFIG_PM=y ... Browse Code »

    The newly added zx power domain code causes build errors in
    some configurations:

    warning: (PM_RMOBILE && SOC_ZX296702) selects PM_GENERIC_DOMAINS which has unmet direct dependencies (PM)
    warning: (ARCH_EXYNOS) selects EXYNOS_THERMAL which has unmet direct dependencies (THERMAL && (ARCH_EXYNOS || COMPILE_TEST) && THERMAL_OF)
    power/domain.c: In function 'genpd_queue_power_off_work':
    power/domain.c:192:13: error: 'pm_wq' undeclared (first use in this function)
    queue_work(pm_wq, &genpd->power_off_work);
    ^
    power/domain.c:192:13: note: each undeclared identifier is reported only once for each function it appears in

    This ensures we don't try to enable it when CONFIG_PM is
    disabled, mirroring what we do on most other platforms.

    Signed-off-by: Arnd Bergmann
    Fixes: f15107f41282 ("ARM: zx: Add power domains for ZX296702")
    Reviewed-by: Jun Nie

    Arnd Bergmann
     

02 Sep, 2015

1 commit

  • 50686e8a3   Merge tag 'armsoc-soc' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc ... Browse Code »

    Pull ARM SoC platform updates from Olof Johansson:
    "New or improved SoC support:

    - add support for Atmel's SAMA5D2 SoC
    - add support for Freescale i.MX6UL
    - improved support for TI's DM814x platform
    - misc fixes and improvements for RockChip platforms
    - Marvell MVEBU suspend/resume support

    A few driver changes that ideally would belong in the drivers branch
    are also here (acked by appropriate maintainers):

    - power key input driver for Freescale platforms (svns)
    - RTC driver updates for Freescale platforms (svns/mxc)
    - clk fixes for TI DM814/816X

    + a bunch of other changes for various platforms"

    * tag 'armsoc-soc' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (83 commits)
    ARM: rockchip: pm: Fix PTR_ERR() argument
    ARM: imx: mach-imx6ul: Fix allmodconfig build
    clk: ti: fix for definition movement
    ARM: uniphier: drop v7_invalidate_l1 call at secondary entry
    memory: kill off set_irq_flags usage
    rtc: snvs: select option REGMAP_MMIO
    ARM: brcmstb: select ARCH_DMA_ADDR_T_64BIT for LPAE
    ARM: BCM: Enable ARM erratum 798181 for BRCMSTB
    ARM: OMAP2+: Fix power domain operations regression caused by 81xx
    ARM: rockchip: enable PMU_GPIOINT_WAKEUP_EN when entering shallow suspend
    ARM: rockchip: set correct stabilization thresholds in suspend
    ARM: rockchip: rename osc_switch_to_32k variable
    ARM: imx6ul: add fec MAC refrence clock and phy fixup init
    ARM: imx6ul: add fec bits to GPR syscon definition
    rtc: mxc: add support of device tree
    dt-binding: document the binding for mxc rtc
    rtc: mxc: use a second rtc clock
    ARM: davinci: cp_intc: use IRQCHIP_SKIP_SET_WAKE instead of irq_set_wake callback
    soc: mediatek: Fix SCPSYS compilation
    ARM: at91/soc: add basic support for new sama5d2 SoC
    ...

    Linus Torvalds
     

30 Jul, 2015

1 commit

28 Jul, 2015

1 commit

  • 19c233b79   ARM: appropriate __init annotation for const data ... Browse Code »

    Init data marked const should be annotated with __initconst for
    correctness and not __initdata. In some cases the array gathering
    references to that data has to be marked const as well. This fixes
    LTO builds that otherwise fail with section mismatch errors.

    Signed-off-by: Nicolas Pitre
    Signed-off-by: Olof Johansson

    Nicolas Pitre
     

22 May, 2015

1 commit

  • 993198a64   ARM: zx: fix building with CONFIG_THUMB2_KERNEL ... Browse Code »

    The newly added zx platform causes a build error when
    CONFIG_THUMB2_KERNEL is enabled:

    arch/arm/mach-zx/headsmp.S:16: Error: invalid immediate for address calculation (value = 0x00000004)

    I'm assuming that the ROM code that is calling these entry
    points runs in ARM mode, so there would be another problem
    in the same file, and we can solve both problems at once
    by adding a '.arm' statement that will make zx_resume_jump
    and zx_secondary_startup both be built as ARM code.

    Signed-off-by: Arnd Bergmann
    Acked-by: Jun Nie
    Tested-by: Jun Nie

    Arnd Bergmann
     

16 May, 2015

2 commits