aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2018-03-12Merge tag 'hisi-defconfig-for-4.17' of git://github.com/hisilicon/linux-hisi ↵Arnd Bergmann1-1/+0
into next/soc Pull "ARM64: hisilicon: defconfig updates for 4.17" from Wei Xu: - Enable deadline IO scheduler to improve the performnace for some usecaese without changing the default IO scheduler * tag 'hisi-defconfig-for-4.17' of git://github.com/hisilicon/linux-hisi: arm64: defconfig: enable IOSCHED_DEADLINE
2018-03-12ARM: rockchip: Set name of pmu regmap_config in smp codeJeffy Chen1-0/+1
We are now allowing to register debugfs without a valid device, and not having a valid name will end up using "dummy*" to create debugfs dir. Signed-off-by: Jeffy Chen <[email protected]> Signed-off-by: Heiko Stuebner <[email protected]>
2018-03-10ARM: sunxi: mc-smp: Split out SoC-specific device node lookup sequenceChen-Yu Tsai1-40/+86
The multi-cluster SMP code maps the address spaces of several hardware control blocks. The device nodes for them are SoC-specific. To help with supporting other SoCs to re-use this code, these bits should be split out to a separate function tied to the enable-method string. This patch splits out and groups the device node lookup sequence, and adds new data structures to have the newly created function tied to the enable method string. This structure can also be used to encode other differences between the SoCs. Acked-by: Maxime Ripard <[email protected]> Signed-off-by: Chen-Yu Tsai <[email protected]>
2018-03-10ARM: sunxi: mc-smp: Use DT enable-method for sun9i A80 SMPChen-Yu Tsai2-1/+21
Instead of having an early init function check the machine compatible and installing multi-cluster SMP support for the A80 if it matches, use a new cpu enable-method string. This makes the platform support future proof in case anyone manages to add PSCI support. The original init code for the SMP support is changed into the .prepare_cpus callback in the smp_operations structure. Instead of panicing when resources are missing like on some platforms, our code merely guards against engaging SMP or CPU hotplug and returns an error. Acked-by: Maxime Ripard <[email protected]> Reviewed-by: Rob Herring <[email protected]> Signed-off-by: Chen-Yu Tsai <[email protected]>
2018-03-10ARM: sunxi: mc-smp: Fix "lookback" typoChen-Yu Tsai1-2/+2
The sunxi_mc_smp_lookback function is modeled after the mcpm_loopback function in the MCPM framework. "lookback" was a typo introduced when the new function was added. Acked-by: Maxime Ripard <[email protected]> Signed-off-by: Chen-Yu Tsai <[email protected]>
2018-03-09arm64: defconfig: Enable CONFIG_TEGRA_BPMP_THERMALMikko Perttunen1-0/+1
Enable Tegra BPMP thermal sensor support by default, built as a module. Signed-off-by: Mikko Perttunen <[email protected]> Signed-off-by: Thierry Reding <[email protected]>
2018-03-09arm64: defconfig: Enable CONFIG_ARM_TEGRA186_CPUFREQMikko Perttunen1-0/+1
Enable Tegra186 CPU frequency scaling support by default. Signed-off-by: Mikko Perttunen <[email protected]> Signed-off-by: Thierry Reding <[email protected]>
2018-03-09ARM: imx: Add basic msl support for imx6sllBai Ping6-4/+30
Add basic MSL support for i.MX6SLL. The i.MX 6SoloLiteLite application processors are NXP's latest additions to a growing family of multimedia-focused products offering high-performance processing optimized for lowest power consumption. The i.MX 6SoloLiteLite processors feature NXP's advanced implementation of the ARM Cortex-A9 core, which can be interfaced with LPDDR3 and LPDDR2 DRAM memory devices. Signed-off-by: Bai Ping <[email protected]> Signed-off-by: Shawn Guo <[email protected]>
2018-03-08arm64: defconfig: enable more cpufreq governorsAmit Kucheria1-0/+8
Enable the various CPUFREQ governors and statistics to ease development. Don't change the default governor - performance governor. Signed-off-by: Amit Kucheria <[email protected]> Signed-off-by: Andy Gross <[email protected]>
2018-03-08arm64: defconfig: enable thermal sensor on QCOM platformsAmit Kucheria1-0/+2
Enable the driver for the TSENS IP that is present across several QCOM SoCs. Signed-off-by: Amit Kucheria <[email protected]> Signed-off-by: Andy Gross <[email protected]>
2018-03-08arm64: defconfig: Enable the APCS IPC driver on Qualcomm platformsAmit Kucheria1-0/+1
The APCS block is present on several Qualcomm SoCs e.g. 8916, 8996. On the 8916 it is needed to enable the clock controller that in turn enables cpufreq on the platform while on the 8996 it is needed for communication with RPM. Signed-off-by: Amit Kucheria <[email protected]> Acked-by: Bjorn Andersson <[email protected]> Signed-off-by: Andy Gross <[email protected]>
2018-03-08arm64: defconfig: Enable NVIDIA Tegra194 supportMikko Perttunen1-0/+1
Enable NVIDIA Tegra194 support in the default 64-bit ARM configuration. Signed-off-by: Mikko Perttunen <[email protected]> Signed-off-by: Thierry Reding <[email protected]>
2018-03-08ARM: imx_v6_v7_defconfig: Select CONFIG_SND_SOC_WM8962 explicitlyFabio Estevam1-0/+1
Currently CONFIG_SND_SOC_WM8962 is selected via SND_SOC_IMX_WM8962 machine driver option. SND_SOC_IMX_WM8962 will be removed in the next kernel cycle, so select the codec driver directly so that it can still be used by default via the generic fsl-asoc-card machine driver. Signed-off-by: Fabio Estevam <[email protected]> Acked-by: Nicolin Chen <[email protected]> Signed-off-by: Shawn Guo <[email protected]>
2018-03-07Merge tag 'samsung-soc-4.17' of ↵Arnd Bergmann4-28/+9
ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/krzk/linux into next/soc Pull "Samsung mach/soc changes for v4.17" from Krzysztof Kozłowski: 1. Add few remaining SPDX license identifiers. 2. Add cpuidle support to all Midas-based boards (including new GT-I9300/GT-I9305/GT-N7100/GT-N7105). * tag 'samsung-soc-4.17' of ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/krzk/linux: ARM: EXYNOS: Extend cpuidle support to Midas boards ARM: EXYNOS: Add SPDX license identifiers
2018-03-07Merge tag 'omap-for-v4.17/ti-sysc-signed' of ↵Arnd Bergmann10-56/+1086
ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap into next/soc Pull "Driver changes for ti-sysc for v4.17" from Tony Lindgren: This series of changes enables the use device tree based sysconfig data for ti-sysc driver. As we already have SmartReflex data configured, we use that as the first driver to enable. To do that in a way where SmartReflex is not probed twice, we need to prepare the SmartReflex driver before flipping dts data on for it in the last patch of the series. To avoid regressions, we are checking the passed dts data against existing platform data since we still have it available. Then after the dts files are converted, we can simply drop the related platform data at some point in the future. * tag 'omap-for-v4.17/ti-sysc-signed' of ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap: ARM: OMAP2+: Enable ti-sysc to use device tree data for smartreflex PM / AVS: SmartReflex: Prepare to use device tree based probing ARM: OMAP2+: Try to parse earlycon from parent too ARM: OMAP2+: Add checks for device tree based sysconfig data ARM: OMAP2+: Add functions to allocate module data from device tree bus: ti-sysc: Handle some devices in omap_device compatible way bus: ti-sysc: Add support for platform data callbacks bus: ti-sysc: Remove unnecessary debugging statements bus: ti-sysc: Improve handling for no-reset-on-init and no-idle-on-init bus: ti-sysc: Handle stdout-path for debug console bus: ti-sysc: Add suspend and resume handling bus: ti-sysc: Add fck clock alias for children with notifier_block ARM: OMAP2+: Prepare to pass auxdata for smartreflex
2018-03-07Merge tag 'omap-for-v4.17/am-pm-signed' of ↵Arnd Bergmann14-0/+1267
ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap into next/soc Pull "Add am335x and am437x PM code for v4.17" from Tony Lindgren: This series of changes from Dave Gerlach adds the PM related code to allow low-power suspend states. The code consists of the SoC specific assembly code and a related PM driver. * tag 'omap-for-v4.17/am-pm-signed' of ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap: soc: ti: Add pm33xx driver for basic suspend support ARM: OMAP2+: pm33xx-core: Add platform code needed for PM ARM: OMAP2+: Introduce low-level suspend code for AM43XX ARM: OMAP2+: Introduce low-level suspend code for AM33XX
2018-03-07Merge tag 'omap-for-v4.17/timer-signed' of ↵Arnd Bergmann13-246/+243
ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap into next/soc Pull "Move omap timer to drivers for 4.17" from Tony Lindgren: This series from Keerthy and Ladislav Michl move omap dmtimer code to drivers. As we don't want to export custom timer functions to random drivers, we also need to update the related PWM driver to pass the timer specific functions in platform data. Note that this series is based on a merge of omap1 specific timer fix and omap2+ platform data clean-up to keep things working and make the move a bit simpler. * tag 'omap-for-v4.17/timer-signed' of ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap: clocksource: timer-ti-dm: Check prescaler value clocksource: timer-ti-dm: Consolidate set source clocksource: timer-ti-dm: Make unexported functions static ARM: OMAP: pdata-quirks: Remove unused timer pdata pwm: pwm-omap-dmtimer: Adapt driver to utilize dmtimer pdata ops clocksource: timer-ti-dm: Hook device platform data if not already assigned clocksource: timer-ti-dm: Populate the timer ops to the pdata clocksource: timer-ti-dm: Add timer ops to the platform data structure ARM: OMAP: Move dmtimer driver out of plat-omap to drivers under clocksource clocksource: timer-ti-dm: Replace architecture ARM: OMAP: Move dmtimer.h out of plat-omap ARM: OMAP: timer: Wrap the inline functions under OMAP2PLUS define ARM: OMAP: dmtimer: Remove all the exports ARM: OMAP: Fix dmtimer init for omap1
2018-03-07Merge tag 'omap-for-v4.17/soc-signed' of ↵Arnd Bergmann26-519/+13
ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap into next/soc Pull "SoC changes for omaps for v4.17" from Tony Lindgren: This series is mostly a series from Suman Anna to remove now unused platform data that is now coming from device tree. This also make it a bit simpler to move the timer code to live under drivers in a separate series of patches. There are also few minor clean-ups for omap4 PM code. * tag 'omap-for-v4.17/soc-signed' of ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap: ARM: OMAP2+: Fix typo for wakeup_ns_pa_addr ARM: OMAP2+: Use v7_invalidate_l1 in omap4_finish_suspend ARM: OMAP2+: Remove unused gpio header file references ARM: OMAP: Move plat/i2c.h into mach-omap1 folder ARM: OMAP2+: Cleanup omap_mcbsp_dev_attr and other legacy data ARM: OMAP2+: Cleanup omap2_spi_dev_attr and other legacy data ARM: OMAP2+: Cleanup omap_timer_capability_dev_attr usage ARM: OMAP2+: Cleanup omap_i2c_dev_attr usage ARM: OMAP2+: Cleanup omap_gpio_dev_attr usage ARM: OMAP2+: Include types.h directly for hwmod data
2018-03-07Merge tag 'stm32-defconfig-for-v4.17-1' of ↵Arnd Bergmann2-0/+6
ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/atorgue/stm32 into next/soc Pull "STM32 defconfig updates for v4.17, round 1" from Alexandre Torgue: Highlights: ---------- -Add STM32 support (for MPU) to multi-v7-defconfig -Enable MMCI and EXT3_FS support
2018-03-07Merge tag 'stm32-soc-for-v4.17-1' of ↵Arnd Bergmann12-133/+224
ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/atorgue/stm32 into next/soc Pull "STM32 SOC updates for v4.17, round 1." from Alexandre Torgue: Highlights: ---------- -Add STM32F769 MCU support -Add STM32MP157 MPU support -Add AMBA PL180 MMCI support for F4 and F7 MCUs -Move STM32 documentation to rst format * tag 'stm32-soc-for-v4.17-1' of ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/atorgue/stm32: ARM: stm32: restore reboot capabilities ARM: stm32: Add AMBA support for STM32F4 and STM32F7 SoCs ARM: stm32: add initial support for STM32MP157 ARM: stm32: prepare stm32 family to welcome armv7 architecture Documentation: arm: stm32: move to rst format ARM: stm32: Fix copyright ARM: stm32: add new STM32F769 MCU ARM: stm32: Kconfig: introduce MACH_STM32F769 flag
2018-03-07MAINTAINERS: Add Spreadtrum SoC entryChunyan Zhang1-0/+8
Add Spreadtrum's maintainer entry and Orson, Baolin and me as maintainers. Cc: Orson Zhai <[email protected]> Cc: Baolin Wang <[email protected]> Signed-off-by: Chunyan Zhang <[email protected]> Signed-off-by: Arnd Bergmann <[email protected]>
2018-03-07ARM: socfpga: PM: Drop useless check for PM_SUSPEND_STANDBYGeert Uytterhoeven1-1/+0
As SoCFPGA uses the standard suspend_valid_only_mem() for its platform_suspend_ops.valid() callback, its platform_suspend_ops.enter() callback will never be called with state equal to PM_SUSPEND_STANDBY. Signed-off-by: Geert Uytterhoeven <[email protected]> Acked-by: Tony Lindgren <[email protected]> Acked-by: Dinh Nguyen <[email protected]> Signed-off-by: Arnd Bergmann <[email protected]>
2018-03-07ARM: nspire: Remove unneeded nspire_map_io()Geert Uytterhoeven1-6/+0
nspire_map_io() just calls debug_ll_io_init(). If machine_desc.map_io is not set, devicemaps_init() in the common ARM code will call debug_ll_io_init(), so nspire_map_io() and the initialization of .map_io can be removed. Signed-off-by: Geert Uytterhoeven <[email protected]> Reviewed-by: Vladimir Murzin <[email protected]> Signed-off-by: Arnd Bergmann <[email protected]>
2018-03-07ARM: reorder mach-*/Kconfig inclusionsAlexandre Belloni1-26/+26
Reorder the mach-* inclusions so the comment about them being ordered alphabetically ends up being true. Signed-off-by: Alexandre Belloni <[email protected]> Signed-off-by: Arnd Bergmann <[email protected]>
2018-03-07Merge tag 'davinci-for-v4.17/defconfig' of ↵Arnd Bergmann1-1/+2
ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/nsekhar/linux-davinci into next/soc Pull "DaVinci defconfig updates for v4.17" from Sekhar Nori: Enable SYSCON_REBOOT_MODE needed for Lego EV3 and build the DaVinci watchdog driver in so reboot works even when modules are not loaded. * tag 'davinci-for-v4.17/defconfig' of ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/nsekhar/linux-davinci: ARM: davinci_all_defconfig: set CONFIG_DAVINCI_WATCHDOG=y ARM: davinci_all_defconfig: enable SYSCON_REBOOT_MODE
2018-03-07Merge tag 'davinci-for-v4.17/soc' of ↵Arnd Bergmann28-198/+153
ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/nsekhar/linux-davinci into next/soc Pull "Miscellaneous DaVinci SoC support improvements for v4.17" from Sekhar Nori: * rationalization of con_id names for phy clocks to make DT conversion easy * A patch to move away from syscon as platform device. This is needed for common clock framework conversion as well as helps get rid of syscon_regmap_lookup_by_pdevname() by removing the last known user. * convert mach-davinci to use reset support available in watchdog driver * a non-critical warning fix. It has been around since beginning so not sending as a standalone fix for -rc cycle. * moving mach-davinci clock init to .init_time() for legacy boot. This is again in preparation for CCF conversion. * tag 'davinci-for-v4.17/soc' of ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/nsekhar/linux-davinci: ARM: davinci: move davinci_clk_init() to init_time ARM: davinci: board-da830-evm: fix unused const variable warning ARM: davinci: remove watchdog reset ARM: da8xx: use platform data for CFGCHIP syscon regmap phy: da8xx-usb: rename clock con_ids
2018-03-07Merge tag 'nand/pxa3xx-removal' of git://git.infradead.org/linux-mtd into ↵Robert Jarzmik21-2257/+46
pxa/for-next Remove the pxa3xx_nand driver (replaced by marvell_nand).
2018-03-07ARM: pxa/raumfeld: use PROPERTY_ENTRY_U32() directlyAndy Shevchenko1-3/+3
Instead of using PROPERTY_ENTRY_INTEGER() with explicitly supplied type, use PROPERTY_ENTRY_U32() dedicated macro. It will help modify internals of built-in device properties API. No functional change intended. Acked-by: Robert Jarzmik <[email protected]> Signed-off-by: Andy Shevchenko <[email protected]> Signed-off-by: Robert Jarzmik <[email protected]>
2018-03-07ARM: pxa: ulpi: fix ulpi timeout and slowpath warnIgor Grinberg2-4/+4
Both cm-x300 and pxa3xx-ulpi use the plain clk_{en,dis}able() API. With the new clocking framework this results in warnings of type: ------------[ cut here ]------------ WARNING: CPU: 0 PID: 1 at drivers/clk/clk.c:714 clk_core_enable+0x90/0x9c Modules linked in: CPU: 0 PID: 1 Comm: swapper Not tainted 4.15.0-rc5-cm-x300+ #15 Hardware name: CM-X300 module [<c001007c>] (unwind_backtrace) from [<c000df94>] (show_stack+0x10/0x14) [<c000df94>] (show_stack) from [<c00199a8>] (__warn+0xd8/0x100) [<c00199a8>] (__warn) from [<c0019a0c>] (warn_slowpath_null+0x3c/0x48) [<c0019a0c>] (warn_slowpath_null) from [<c024e8c0>] (clk_core_enable+0x90/0x9c) [<c024e8c0>] (clk_core_enable) from [<c024ea54>] (clk_core_enable_lock+0x18/0x2c) [<c024ea54>] (clk_core_enable_lock) from [<c0016994>] (cm_x300_u2d_init+0x4c/0xe8) [<c0016994>] (cm_x300_u2d_init) from [<c00163e0>] (pxa3xx_u2d_probe+0xe0/0x244) [<c00163e0>] (pxa3xx_u2d_probe) from [<c0283de0>] (platform_drv_probe+0x38/0x88) ... ------------[ cut here ]------------ and alike... And finally, it results in: ------------[ cut here ]------------ pxa310_ulpi_poll: ULPI access timed out! OTG transceiver init failed ------------[ cut here ]------------ It might be that disabling the warning in kernel config would also do the job, but IMO a better solution would be to switch to clk_prepare_enable() and clk_disable_unprepare() APIs. Signed-off-by: Igor Grinberg <[email protected]> Signed-off-by: Robert Jarzmik <[email protected]>
2018-03-07ARM: pxa: cm-x300: remove inline directiveIgor Grinberg1-1/+1
cm_x300_u2d_init() function is only used through its function pointer that is passed through platform_data structure to the driver. Therefore it can never be inlined. Remove the inline directive. Signed-off-by: Igor Grinberg <[email protected]> Signed-off-by: Robert Jarzmik <[email protected]>
2018-03-07ARM: pxa: fix static checker warning in pxa3xx-ulpiIgor Grinberg1-1/+1
Static checker reports the following warning: arch/arm/mach-pxa/pxa3xx-ulpi.c:336 pxa3xx_u2d_probe() warn: did you mean to pass the address of 'u2d' Fix it by passing the correct pointer. Reported-by: Dan Carpenter <[email protected]> Signed-off-by: Igor Grinberg <[email protected]> Signed-off-by: Robert Jarzmik <[email protected]>
2018-03-06ARM: multi_v7_defconfig: Enable USB gadget configfs as loadable moduleTony Lindgren1-0/+19
With USB OTG now enabled, it makes sense to allow configuring the USB gadgets via configfs. Signed-off-by: Tony Lindgren <[email protected]>
2018-03-06ARM: multi_v7_defconfig: Enable various USB PHYs found on omap variantsTony Lindgren1-0/+6
With MUSB USB OTG controller enabled, let's now enable the USB PHYs found on omap varian SoCs. Signed-off-by: Tony Lindgren <[email protected]>
2018-03-06ARM: multi_v7_defconfig: Enable OTG and MUSB as loadable modulesTony Lindgren1-0/+10
We can support USB OTG with MUSB driver on many ARM SoCs. Let's enable all the SoCs with MUSB as loadable modules. And let's enable their related DMA hardware. And as MUSB is an USB OTG controller, let's enable OTG support too. Signed-off-by: Tony Lindgren <[email protected]>
2018-03-06ARM: omap2plus_defconfig: Enable 8250_OMAPTony Lindgren1-0/+1
We've had 8250_OMAP working for few years now, so let's start enabling it by default. We provide users an option to warn by default with SERIAL_8250_OMAP_TTYO_FIXUP by default. That option updates the serial console to point to 8250 driver and warns about it. Users with ttyO[0123] in their /etc/inittab should update inittab to use ttyS[0123] instead. Signed-off-by: Tony Lindgren <[email protected]>
2018-03-06ARM: omap2plus_defconfig: Switch to use omapdrm by defaultTony Lindgren1-19/+20
We've had omapdrm working for few years now so let's use it by default. Signed-off-by: Tony Lindgren <[email protected]>
2018-03-06ARM: omap2plus_defconfig: Enable CECTony Lindgren1-0/+2
We have CEC support available and working so let's enable it. Signed-off-by: Tony Lindgren <[email protected]>
2018-03-06ARM: omap2plus_defconfig: Enable am335x and am437x PM optionsTony Lindgren1-0/+7
These are needed to enable low-power suspend mode as described by Dave. Note that these depend on the am335x-pm-firmware.elf. Cc: Dave Gerlach <[email protected]> Signed-off-by: Tony Lindgren <[email protected]>
2018-03-06ARM: omap2plus_defconfig: Drop unneeded optionsTony Lindgren1-6/+0
These are no longer needed because: - PCI_DRA7XX_HOST selects PCI_DRA7XX - USB_NET_QMI_WWAN selects USB_WDM - USB_PHY selects EXTCON - IIO_CONFIGFS selects CONFIGFS_FS - TIMER_STATS option no longer exists - CRYPTO_SHA1_ARM_NEON selects CRYPTO_SHA1_ARM Signed-off-by: Tony Lindgren <[email protected]>
2018-03-06ARM: omap2plus_defconfig: Add SND_OSSEMULTony Lindgren1-0/+1
We have SND_MIXER_OSS and SND_PCM_OSS but they now depend on SND_OSSEMUL selecting SOUND_OSS_CORE. Signed-off-by: Tony Lindgren <[email protected]>
2018-03-06ARM: omap2plus_defconfig: Update LIRC optionsTony Lindgren1-1/+4
We have LIRC selected as a loadable module but it must now be built-in. Let's update that and add few interesting new options for blinking IR LEDs. Signed-off-by: Tony Lindgren <[email protected]>
2018-03-06ARM: omap2plus_defconfig: Select MFD_TI_LMUTony Lindgren1-0/+1
We have REGULATOR_LM363X selected but not MFD_TI_LMU and REGULATOR_LM363X depends on MFD_TI_LMU. Signed-off-by: Tony Lindgren <[email protected]>
2018-03-06arm: npcm: add basic support for Nuvoton BMCsBrendan Higgins7-0/+172
Adds basic support for the Nuvoton NPCM750 BMC. Signed-off-by: Brendan Higgins <[email protected]> Reviewed-by: Tomer Maimon <[email protected]> Reviewed-by: Avi Fishman <[email protected]> Tested-by: Tomer Maimon <[email protected]> Tested-by: Avi Fishman <[email protected]> Signed-off-by: Arnd Bergmann <[email protected]>
2018-03-06MAINTAINERS: Add entry for the Nuvoton NPCM architectureBrendan Higgins1-0/+14
Add maintainers and reviewers for the Nuvoton NPCM architecture. Signed-off-by: Brendan Higgins <[email protected]> Reviewed-by: Tomer Maimon <[email protected]> Reviewed-by: Avi Fishman <[email protected]> Signed-off-by: Arnd Bergmann <[email protected]>
2018-03-06arm64: defconfig: add support for Socionext SynQuacer based platformsArd Biesheuvel1-0/+4
Enable support in arm64's defconfig for Socionext SynQuacer based platforms, by enabling the arch Kconfig symbol, and enabling builtin support for the ethernet, GPIO and SDHCI controllers Signed-off-by: Ard Biesheuvel <[email protected]> Signed-off-by: Arnd Bergmann <[email protected]>
2018-03-06arm64: defconfig: add newly added accelerated crypto modulesArd Biesheuvel1-0/+3
New crypto drivers have been introduced in v4.16 that implement the SHA-512, SHA3 and SM3 secure hash algorithms using ARMv8.2 optional instructions. Add these drivers to arm64's defconfig as modules. Signed-off-by: Ard Biesheuvel <[email protected]> Signed-off-by: Arnd Bergmann <[email protected]>
2018-03-05ARM: stm32: restore reboot capabilitiesBenjamin Gaignard1-0/+6
To be able to reboot the platform we need to use armv7m_restart for STM32 SoCs using ARMv7 cores. Fixes: e0644101bd2f ("ARM: mach-stm32: prepare stm32 family to welcome armv7 architecture) Signed-off-by: Benjamin Gaignard <[email protected]> Signed-off-by: Alexandre Torgue <[email protected]>
2018-03-05ARM: stm32: Add AMBA support for STM32F4 and STM32F7 SoCsPatrice Chotard1-0/+4
As both STM32F4 and STM32F7 SoCs embeds an AMBA PL180 mmci IP, we need to enable AMBA support in mach-stm32. Signed-off-by: Patrice Chotard <[email protected]> Signed-off-by: Alexandre Torgue <[email protected]>
2018-03-05ARM: stm32: add initial support for STM32MP157Ludovic Barre3-0/+31
This patch adds initial support of STM32MP157 microprocessor (MPU) based on Arm Cortex-A7. New Cortex-A infrastructure (gic, timer,...) are selected if ARCH_MULTI_V7 is defined. Signed-off-by: Ludovic Barre <[email protected]> Signed-off-by: Alexandre Torgue <[email protected]>
2018-03-05ARM: stm32: prepare stm32 family to welcome armv7 architectureLudovic Barre3-21/+24
This patch prepares the STM32 machine for the integration of Cortex-A based microprocessor (MPU), on top of the existing Cortex-M microcontroller family (MCU). Since both MCUs and MPUs are sharing common hardware blocks we can keep using ARCH_STM32 flag for most of them. If a hardware block is specific to one family we can use either ARM_SINGLE_ARMV7M or ARCH_MULTI_V7 flag. Signed-off-by: Ludovic Barre <[email protected]> Signed-off-by: Alexandre Torgue <[email protected]>
Powered by cgit, Gruvboxed by Blaster4385.