16 Aug, 2019

5 commits

  • All preparation work is done, so the platform can finally
    be moved into ARCH_MULTIPLATFORM. This requires a small
    change to the defconfig file to enable the platform.

    Link: https://lore.kernel.org/r/20190809144043.476786-14-arnd@arndb.de
    Signed-off-by: Arnd Bergmann

    Arnd Bergmann
     
  • All device drivers have stopped relying on mach/*.h headers,
    so move the remaining headers into arch/arm/mach-lpc32xx/lpc32xx.h
    to prepare for multiplatform builds.

    The mach/entry-macro.S file has been unused for a long time now
    and can simply get removed.

    Link: https://lore.kernel.org/r/20190809144043.476786-13-arnd@arndb.de
    Acked-by: Sylvain Lemieux
    Signed-off-by: Arnd Bergmann

    Arnd Bergmann
     
  • The lpc32xx_loopback_set() function in hte lpc32xx_hs driver is the
    one thing that relies on platform header files. Move that into the
    core platform code so we only need a variable declaration for it,
    and enable COMPILE_TEST building.

    Link: https://lore.kernel.org/r/20190809144043.476786-12-arnd@arndb.de
    Signed-off-by: Arnd Bergmann
    Acked-by: Greg Kroah-Hartman
    Signed-off-by: Arnd Bergmann

    Arnd Bergmann
     
  • Setting the phy mode requires touching a platform specific
    register, which prevents us from building the driver without
    its header files.

    Move it into a separate function in arch/arm/mach/lpc32xx
    to hide the core registers from the network driver.

    Link: https://lore.kernel.org/r/20190809144043.476786-8-arnd@arndb.de
    Acked-by: Sylvain Lemieux
    Signed-off-by: Arnd Bergmann

    Arnd Bergmann
     
  • The lpc_eth driver uses a platform specific method to find
    the internal sram. This prevents building it on other machines.

    Rework to only use one function call and keep the other platform
    internals where they belong. Ideally this would look up the
    sram location from DT, but as this is a rarely used driver,
    I want to keep the modifications to a minimum.

    Link: https://lore.kernel.org/r/20190809144043.476786-7-arnd@arndb.de
    Signed-off-by: Arnd Bergmann

    Arnd Bergmann
     

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


20 Apr, 2019

4 commits


04 Feb, 2019

3 commits


26 Jan, 2019

1 commit


24 May, 2017

1 commit

  • We cannot use bits from configuration registers as API between
    platforms and driver like this, abstract it out to two enums
    and mimic the stuff passed as device tree data.

    This is done to make it possible for the driver to generate the
    ccfg word on-the-fly so we can support more PL08x derivatives.

    Acked-by: Olof Johansson
    Acked-by: Arnd Bergmann
    Signed-off-by: Linus Walleij
    Signed-off-by: Vinod Koul

    Linus Walleij
     

16 Dec, 2016

1 commit

  • Pull ARM SoC platform updates from Arnd Bergmann:
    "These are updates for platform specific code on 32-bit ARM machines,
    essentially anything that can not (yet) be expressed using DT files.

    Noteworthy changes include:

    - Added support for the TI DRA71x family of SoCs in mach-omap2, this
    is an new variant of the the DRA72x/DRA74x automotive infotainment
    chips we already supported for a while.

    - Added support for the ST STM32F746 SoC, the first Cortex-M7 based
    microcontroller we support, related to the smaller STM32F4 family.

    - Renesas adds support for r8a7743 and r8a7745 in mach-shmobile, see
    http://elinux.org/RZ-G

    - SMP is now supported on the OX820 platform

    - A lot of code in mach-omap2 gets removed as a follow-up to removing
    support for board files in the previous release

    - Davinci has some new work to improve USB support

    - For i.MX, the performance monitor now supports profiling the memory
    controller using 'perf'"

    * tag 'armsoc-soc' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (95 commits)
    ARM: davinci: da830-evm: use gpio descriptor for mmc pins
    ARM: davinci: da850-evm: use gpio descriptor for mmc pins
    ARM: davinci: hawk: use gpio descriptor for mmc pins
    ARM: ARTPEC-6: add select MFD_SYSCON to MACH_ARTPEC6
    ARM: davinci: da8xx: Fix ohci device name
    ARM: oxnas: Add OX820 config and makefile entry
    ARM: oxnas: Add OX820 SMP support
    ARM: davinci: PM: fix build when da850 not compiled in
    ARM: orion5x: remove legacy support of ls-chl
    ARM: integrator: drop EBI access use syscon
    ARM: BCM5301X: Add back handler ignoring external imprecise aborts
    ARM: davinci: PM: support da8xx DT platforms
    ARM: davinci: PM: cleanup: remove references to pdata
    ARM: davinci: PM: rework init, remove platform device
    ARM: Kconfig: Introduce MACH_STM32F746 flag
    ARM: mach-stm32: Add a new SOC - STM32F746
    ARM: shmobile: document SK-RZG1E board
    ARM: shmobile: r8a7745: basic SoC support
    ARM: imx: mach-imx6ul: add imx6ull support
    ARM: zynq: Reserve correct amount of non-DMA RAM
    ...

    Linus Torvalds
     

26 Nov, 2016

1 commit


26 Oct, 2016

2 commits

  • The removed clock.h file is a leftover after moving the platform to a
    common clock framework driver, it contains unused "struct clk"
    definition, which under circumstances may coalesce with a generic
    "struct clk" declaration for clock consumers. Also remove useless
    include of the removed local file from a single source file
    mach-lpc32xx/pm.c.

    Signed-off-by: Vladimir Zapolskiy
    Signed-off-by: Sylvain Lemieux

    Vladimir Zapolskiy
     
  • The removed LPC32xx mach/irqs.h file is not included in any source
    code, function declaration lpc32xx_init_irq() is also unused, remove
    them as leftovers after switching to a new interrupt controller
    driver.

    Signed-off-by: Vladimir Zapolskiy
    Acked-by: Arnd Bergmann
    Signed-off-by: Sylvain Lemieux

    Vladimir Zapolskiy
     

24 Jun, 2016

1 commit

  • Use helper of_platform_default_populate() in linux/of_platform
    when possible, instead of calling of_platform_populate() with
    the default match table.

    Acked-by: Viresh Kumar
    Acked-by: Nicolas Ferre
    Cc: Nicolas Ferre
    Cc: Krzysztof Halasa
    Cc: Sekhar Nori
    Cc: Shawn Guo
    Cc: Russell King
    Cc: Roland Stigge
    Cc: Jason Cooper
    Cc: Ray Jui
    Cc: Viresh Kumar
    Cc: Stephen Warren
    Cc: Rob Herring
    Cc: Michal Simek
    Signed-off-by: Kefeng Wang
    Signed-off-by: Rob Herring

    Kefeng Wang
     

25 May, 2016

2 commits

  • With the change to sparse IRQs, the lpc32xx platform gets a warning about
    conflicting macros:

    In file included from arch/arm/mach-lpc32xx/irq.c:31:0:
    arch/arm/mach-lpc32xx/include/mach/irqs.h:115:0: warning: "NR_IRQS" redefined
    #define NR_IRQS 96
    arch/arm/include/asm/irq.h:9:0: note: this is the location of the previous definition
    #define NR_IRQS NR_IRQS_LEGACY

    One such instance was in the old irq driver that is now removed by
    the previous patch, but any other file including mach/irqs.h still
    has the issue. Since none of them use this constant, we can just
    remove the old definition.

    Signed-off-by: Arnd Bergmann
    Fixes: 8cb17b5ed017 ("irqchip: Add LPC32xx interrupt controller driver")

    Arnd Bergmann
     
  • New NXP LPC32xx irq chip driver is used instead of a legacy one.

    [this also fixes a harmless build warning about the NR_IRQS redefinition]

    Signed-off-by: Vladimir Zapolskiy
    Acked-by: Sylvain Lemieux
    Signed-off-by: Arnd Bergmann

    Vladimir Zapolskiy
     

19 May, 2016

1 commit

  • Pull ARM SoC platform updates from Arnd Bergmann:
    "We get support for three new 32-bit SoC platforms this time.

    The amount of changes in arch/arm for any of them is miniscule, as all
    the interesting code is in device driver subsystems (irqchip, clk,
    pinctrl, ...) these days. I'm listing them here, as the addition of
    the Kconfig statement is the main relevant milestone for a new
    platform. In each case, some drivers are are shared with existing
    platforms, while other drivers are added for v4.7 as well, or come in
    a later release.

    - The Aspeed platform is probably the most interesting one, this is
    what most whitebox servers use as their baseboard management
    controller. We get support for the very common ast2400 and ast2500
    SoCs. The OpenBMC project focuses on this chip, and the LWN
    article about their ELC 2016 presentation at

    https://lwn.net/Articles/683320/

    triggered the submission, but the code comes from IBM's OpenPOWER
    team rather than the team at Facebook. There are still a lot more
    drivers that need to get added over time, and I hope both teams can
    work together on that.

    - OXNAS is an old platform for Network Attached Storage devices from
    Oxford Semiconductor. There are models with ARM10 (!) and
    ARM11MPCore cores, but for now, we only support the original ARM9
    based versions. The product lineup was subsequently part of PLX,
    Avago and now the new Broadcom Ltd.

    https://wiki.openwrt.org/doc/hardware/soc/soc.oxnas

    has some more information.

    - V2M-MPS2 is a prototyping platform from ARM for their Cortex-M
    cores and is related to the existing Realview / Versatile Express
    lineup, but without MMU.

    We now support various NOMMU platforms, so adding a new one is
    fairly straightforward.

    http://infocenter.arm.com/help/topic/com.arm.doc.100112_0100_03_en/

    has detailed information about the platform.

    Other noteworthy updates:

    - Work on LPC32xx has resumed, and Vladimir Zapolskiy and Sylvain
    Lemieux are now maintaining the platform.

    This is an older ARM9 based platform from NXP (not Freescale), but
    it remains in use in embedded markets.

    - Kevin Hilman is now co-maintaining the Amlogic Meson platform for
    both 32-bit and 64-bit ARM, and started contributing some patches.

    - As is often the case, work on the OMAP platforms makes up the bulk
    of the actual SoC code changes in arch/arm, but there isn't a lot
    of that either"

    * tag 'armsoc-soc' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (42 commits)
    MAINTAINERS: ARM/Amlogic: add co-maintainer, misc. updates
    MAINTAINERS: add ARM/NXP LPC32XX SoC specific drivers to the section
    MAINTAINERS: add new maintainers of NXP LPC32xx SoC
    MAINTAINERS: move ARM/NXP LPC32xx record to ARM section
    arm: Add Aspeed machine
    ARM: lpc32xx: remove duplicate const on lpc32xx_auxdata_lookup
    ARM: lpc32xx: remove leftovers of legacy clock source and provider drivers
    ARM: lpc32xx: remove reboot header file
    ARM: dove: Remove CLK_IS_ROOT
    ARM: orion5x: Remove CLK_IS_ROOT
    ARM: mv78xx0: Remove CLK_IS_ROOT
    ARM: davinci: da850: use clk->set_parent for async3
    ARM: davinci: Move clock init after ioremap.
    MAINTAINERS: Update ARM Versatile Express platform entry
    ARM: vexpress/mps2: introduce MPS2 platform
    MAINTAINERS: add maintainer entry for ARM/OXNAS platform
    ARM: Add new mach-oxnas
    irqchip: versatile-fpga: add new compatible for OX810SE SoC
    ARM: uniphier: correct the call order of of_node_put()
    MAINTAINERS: fix stale TI DaVinci entries
    ...

    Linus Torvalds
     

11 May, 2016

1 commit

  • The change adds improved support of NXP LPC32xx MIC, SIC1 and SIC2
    interrupt controllers.

    This is a list of new features in comparison to the legacy driver:
    * irq types are taken from device tree settings, no more need to
    hardcode them,
    * old driver is based on irq_domain_add_legacy, which causes problems
    with handling MIC hardware interrupt 0 produced by SIC1,
    * there is one driver for MIC, SIC1 and SIC2, no more need to handle
    them separately, e.g. have two separate handlers for SIC1 and SIC2,
    * the driver does not have any dependencies on hardcoded register
    offsets,
    * the driver is much simpler for maintenance,
    * SPARSE_IRQS option is supported.

    Legacy LPC32xx interrupt controller driver was broken since commit
    76ba59f8366f ("genirq: Add irq_domain-aware core IRQ handler"), which
    requires a private interrupt handler, otherwise any SIC1 generated
    interrupt (mapped to MIC hwirq 0) breaks the kernel with the message
    "unexpected IRQ trap at vector 00".

    The change disables compilation of a legacy driver found at
    arch/arm/mach-lpc32xx/irq.c, the file will be removed in a separate
    commit.

    Fixes: 76ba59f8366f ("genirq: Add irq_domain-aware core IRQ handler")
    Tested-by: Sylvain Lemieux
    Signed-off-by: Vladimir Zapolskiy
    Signed-off-by: Marc Zyngier

    Vladimir Zapolskiy
     

28 Apr, 2016

3 commits


21 Mar, 2016

1 commit

  • Pull ARM SoC cleanups from Arnd Bergmann:
    "A few simple cleanups across multiple platforms, not much standing
    out:

    - lpc32xx removes its private implementation of the clk API, after
    generic code was merged in 4.5
    - all unused Makefile.boot files get removed
    - a number of simplifications for shmobile
    - asm/clkdev.h gets replaced with the asm-generic version after all
    mach/clkdev.h implementations are gone"

    * tag 'armsoc-cleanup' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc:
    ARM: shmobile: Kconfig: Get rid of old comment
    ARM: shmobile: Consolidate SCU mapping code
    arm: lpc32xx: remove direct control of GPIOs from shared mach file
    arm: lpc32xx: remove selected HAVE_IDE
    arm: lpc32xx: switch to common clock framework
    ARM: Use generic clkdev.h header
    ARM: plat-versatile: Remove unused clock.c file
    ARM: netx: remove redundant "depends on ARCH_NETX"
    ARM: integrator: remove redundant select in Kconfig
    ARM: drop unused Makefile.boot of Multiplatform SoCs
    ARM: mvebu: add missing of_node_put()
    ARM: shmobile: r8a7779: Remove remainings of removed SCU boot setup code
    ARM: shmobile: Typo s/MIPDR/MPIDR/
    ARM: shmobile: Add includes providing forward declarations
    ARM: shmobile: rcar-gen2: Make rcar_gen2_dma_contiguous static
    ARM: mv78xx0: use "depends on" instead of "if" after prompt

    Linus Torvalds
     

20 Mar, 2016

1 commit

  • Pull watchdog updates from Wim Van Sebroeck:

    - new drivers for: NI 903x/913x watchdog driver, WinSystems EBC-C384
    watchdog timer and ARM SBSA watchdog driver

    - Support for NCT6102D devices

    - Improvements of the generic watchdog framework (improve restart
    handler, make set_timeout optional, introduce infrastructure
    triggered keepalives, ...

    - improvements on the pnx4008 watchdog driver

    - several smaller fixes and improvements

    * git://www.linux-watchdog.org/linux-watchdog: (28 commits)
    watchdog: Ensure that wdd is not dereferenced if NULL
    watchdog: imx2: Convert to use infrastructure triggered keepalives
    watchdog: dw_wdt: Convert to use watchdog infrastructure
    watchdog: Add support for minimum time between heartbeats
    watchdog: Make stop function optional
    watchdog: Introduce WDOG_HW_RUNNING flag
    watchdog: Introduce hardware maximum heartbeat in watchdog core
    watchdog: Make set_timeout function optional
    arm: lpc32xx: remove restart handler
    arm: lpc32xx: phy3250 remove restart hook
    watchdog: pnx4008: restart: support "cmd" from userspace
    watchdog: pnx4008: add support for soft reset
    watchdog: pnx4008: add restart handler
    watchdog: pnx4008: update logging during power-on
    watchdog: tangox_wdt: test clock rate to avoid division by 0
    watchdog: atlas7_wdt: test clock rate to avoid division by 0
    watchdog: s3c2410_wdt: Add max and min timeout values
    Watchdog: introduce ARM SBSA watchdog driver
    Documentation: add sbsa-gwdt driver documentation
    watchdog: Add watchdog timer support for the WinSystems EBC-C384
    ...

    Linus Torvalds
     

17 Mar, 2016

2 commits


09 Mar, 2016

1 commit

  • Rename dma_*_writecombine() to dma_*_wc(), so that the naming
    is coherent across the various write-combining APIs. Keep the
    old names for compatibility for a while, these can be removed
    at a later time. A guard is left to enable backporting of the
    rename, and later remove of the old mapping defines seemlessly.

    Build tested successfully with allmodconfig.

    The following Coccinelle SmPL patch was used for this simple
    transformation:

    @ rename_dma_alloc_writecombine @
    expression dev, size, dma_addr, gfp;
    @@

    -dma_alloc_writecombine(dev, size, dma_addr, gfp)
    +dma_alloc_wc(dev, size, dma_addr, gfp)

    @ rename_dma_free_writecombine @
    expression dev, size, cpu_addr, dma_addr;
    @@

    -dma_free_writecombine(dev, size, cpu_addr, dma_addr)
    +dma_free_wc(dev, size, cpu_addr, dma_addr)

    @ rename_dma_mmap_writecombine @
    expression dev, vma, cpu_addr, dma_addr, size;
    @@

    -dma_mmap_writecombine(dev, vma, cpu_addr, dma_addr, size)
    +dma_mmap_wc(dev, vma, cpu_addr, dma_addr, size)

    We also keep the old names as compatibility helpers, and
    guard against their definition to make backporting easier.

    Generated-by: Coccinelle SmPL
    Suggested-by: Ingo Molnar
    Signed-off-by: Luis R. Rodriguez
    Cc: Linus Torvalds
    Cc: Peter Zijlstra
    Cc: Thomas Gleixner
    Cc: airlied@linux.ie
    Cc: akpm@linux-foundation.org
    Cc: benh@kernel.crashing.org
    Cc: bhelgaas@google.com
    Cc: bp@suse.de
    Cc: dan.j.williams@intel.com
    Cc: daniel.vetter@ffwll.ch
    Cc: dhowells@redhat.com
    Cc: julia.lawall@lip6.fr
    Cc: konrad.wilk@oracle.com
    Cc: linux-fbdev@vger.kernel.org
    Cc: linux-pci@vger.kernel.org
    Cc: luto@amacapital.net
    Cc: mst@redhat.com
    Cc: tomi.valkeinen@ti.com
    Cc: toshi.kani@hp.com
    Cc: vinod.koul@intel.com
    Cc: xen-devel@lists.xensource.com
    Link: http://lkml.kernel.org/r/1453516462-4844-1-git-send-email-mcgrof@do-not-panic.com
    Signed-off-by: Ingo Molnar

    Luis R. Rodriguez
     

11 Feb, 2016

2 commits

  • The change removes GPIO configuration and control of LCD, backlight
    and SD voltage regulators from the shared among all LPC32xx boards
    mach file, Phytec PHY3250 board should have the description of these
    regulators in its DTS file.

    Signed-off-by: Vladimir Zapolskiy

    Vladimir Zapolskiy
     
  • The change switches NXP LPC32xx platforms to LPC32xx clock driver
    powered by common clock framework, this obsoletes mach-lpc32xx/clock.o
    legacy clock driver and thus it is removed.

    Legacy timer driver mach-lpc32xx/timer.o strictly depends on legacy
    clock support, but fortunately an existing LPC32xx clock source and
    clock event driver completely replaces it, and thus it can be removed
    as well.

    Noticeably platform UART driver directly operates on LPC32xx source
    control block registers, remove this dependency to avoid overlapping
    with common clock framework driver, also this guarantees that UART is
    working expectedly.

    Tested-by: Sylvain Lemieux
    Signed-off-by: Vladimir Zapolskiy

    Vladimir Zapolskiy
     

16 Sep, 2015

1 commit

  • Most interrupt flow handlers do not use the irq argument. Those few
    which use it can retrieve the irq number from the irq descriptor.

    Remove the argument.

    Search and replace was done with coccinelle and some extra helper
    scripts around it. Thanks to Julia for her help!

    Signed-off-by: Thomas Gleixner
    Cc: Julia Lawall
    Cc: Jiang Liu

    Thomas Gleixner
     

05 Aug, 2015

1 commit

  • …p/tip into next/cleanup

    Merge "ARM: Interrupt cleanups and API change preparation" from Thomas
    Gleixner:

    The following patch series contains the following changes:

    - Consolidation of chained interrupt handler setup/removal

    - Switch to functions which avoid a redundant interrupt
    descriptor lookup

    - Preparation of interrupt flow handlers for the 'irq' argument
    removal

    * 'queue/irq/arm' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
    ARM/orion/gpio: Prepare gpio_irq_handler for irq argument removal
    ARM/pxa: Prepare balloon3_irq_handler for irq argument removal
    ARM/pxa: Prepare *_irq_handler for irq argument removal
    ARM/dove: Prepare pmu_irq_handler for irq argument removal
    ARM/sa1111: Prepare sa1111_irq_handler for irq argument removal
    ARM/locomo: Prepare locomo_handler for irq argument removal
    ARM, irq: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
    ARM/LPC32xx: Use irq_set_handler_locked()
    ARM/irq: Use access helper irq_data_get_affinity_mask()
    ARM/locomo: Consolidate chained IRQ handler install/remove
    ARM/orion: Consolidate chained IRQ handler install/remove

    Signed-off-by: Olof Johansson <olof@lixom.net>

    Olof Johansson
     

28 Jul, 2015

2 commits

  • set_irq_flags is ARM specific with custom flags which have genirq
    equivalents. Convert drivers to use the genirq interfaces directly, so we
    can kill off set_irq_flags. The translation of flags is as follows:

    IRQF_VALID -> !IRQ_NOREQUEST
    IRQF_PROBE -> !IRQ_NOPROBE
    IRQF_NOAUTOEN -> IRQ_NOAUTOEN

    For IRQs managed by an irqdomain, the irqdomain core code handles clearing
    and setting IRQ_NOREQUEST already, so there is no need to do this in
    .map() functions and we can simply remove the set_irq_flags calls. Some
    users also modify IRQ_NOPROBE and this has been maintained although it
    is not clear that is really needed. There appears to be a great deal of
    blind copy and paste of this code.

    Signed-off-by: Rob Herring
    Cc: Russell King
    Cc: Sekhar Nori
    Cc: Kevin Hilman
    Cc: Jason Cooper
    Cc: Andrew Lunn
    Cc: Sebastian Hesselbarth
    Cc: Gregory Clement
    Acked-by: Hans Ulli Kroll
    Acked-by: Shawn Guo
    Cc: Sascha Hauer
    Cc: Imre Kaloz
    Acked-by: Krzysztof Halasa
    Cc: Greg Ungerer
    Cc: Roland Stigge
    Cc: Tony Lindgren
    Cc: Daniel Mack
    Cc: Haojian Zhuang
    Cc: Robert Jarzmik
    Cc: Simtec Linux Team
    Cc: Kukjin Kim
    Cc: Krzysztof Kozlowski
    Acked-by: Wan ZongShun
    Cc: linux-arm-kernel@lists.infradead.org
    Cc: linux-omap@vger.kernel.org
    Cc: linux-samsung-soc@vger.kernel.org
    Tested-by: Kevin Hilman
    Signed-off-by: Olof Johansson

    Rob Herring
     
  • 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
     

17 Jul, 2015

1 commit