ARM: rework endianess selectionChoosing big-endian vs little-endian kernels in Kconfig has not workedcorrectly since the introduction of CONFIG_ARCH_MULTIPLATFORM a longtime ago.The problems is
ARM: rework endianess selectionChoosing big-endian vs little-endian kernels in Kconfig has not workedcorrectly since the introduction of CONFIG_ARCH_MULTIPLATFORM a longtime ago.The problems is that CONFIG_BIG_ENDIAN depends onARCH_SUPPORTS_BIG_ENDIAN, which can set by any one platformin the config, but would actually have to be supported by allof them.This was mostly ok for ARMv6/ARMv7 builds, since these are BE8 andtend to just work aside from problems in nonportable device drivers.For ARMv4/v5 machines, CONFIG_BIG_ENDIAN and CONFIG_ARCH_MULTIPLATFORMwere never set together, so this was disabled on all those machinesexcept for IXP4xx.As IXP4xx can now become part of ARCH_MULTIPLATFORM, it seems better toformalize this logic: all ARMv4/v5 platforms get an explicit dependencyon being either big-endian (ixp4xx) or little-endian (the rest). We maywant to fix ixp4xx in the future to support both, but it does not workin LE mode at the moment.For the ARMv6/v7 platforms, there are two ways this could be handled a) allow both modes only for platforms selecting 'ARCH_SUPPORTS_BIG_ENDIAN' today, but only LE mode for the others, given that these were added intentionally at some point. b) allow both modes everwhere, given that it was already possible to build that way by e.g. selecting ARCH_VIRT, and that the list is not an accurate reflection of which platforms may or may not work.Out of these, I picked b) because it seemed slighly more logicalto me.Signed-off-by: Arnd Bergmann <arnd@arndb.de>
show more ...
ARM: asm9260: Drop unneeded select of GENERIC_CLOCKEVENTSSupport for the Alphascale ASM9260 platform depends on ARCH_MULTI_V5,and thus on ARCH_MULTIPLATFORM.As the latter selects GENERIC_CLOCKEVE
ARM: asm9260: Drop unneeded select of GENERIC_CLOCKEVENTSSupport for the Alphascale ASM9260 platform depends on ARCH_MULTI_V5,and thus on ARCH_MULTIPLATFORM.As the latter selects GENERIC_CLOCKEVENTS, there is no need forMACH_ASM9260 to select GENERIC_CLOCKEVENTS.Link: https://lore.kernel.org/r/20200505150722.1575-5-geert+renesas@glider.beSigned-off-by: Geert Uytterhoeven <geert+renesas@glider.be>Cc: Oleksij Rempel <linux@rempel-privat.de>Acked-by: Arnd Bergmann <arnd@arndb.de>Signed-off-by: Arnd Bergmann <arnd@arndb.de>
treewide: Add SPDX license identifier - Makefile/KconfigAdd SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any formThese files fall under the project
treewide: Add SPDX license identifier - Makefile/KconfigAdd SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any formThese files fall under the project license, GPL v2 only. The resulting SPDXlicense identifier is: GPL-2.0-onlySigned-off-by: Thomas Gleixner <tglx@linutronix.de>Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
clockevents: asm9260: Fix compilation error with sparc/sparc64 allyesconfigThe Kconfig options for the asm9260 timer is wrong as it can be selected byanother platform with allyes config and thus l
clockevents: asm9260: Fix compilation error with sparc/sparc64 allyesconfigThe Kconfig options for the asm9260 timer is wrong as it can be selected byanother platform with allyes config and thus leading to a compilation failureas some non arch related code is pulled by the compilation.Fix this by having the platform Kconfig to select the timer as it is done forthe others drivers.Signed-off-by: Daniel Lezcano <daniel.lezcano@linaro.org>Acked-by: Guenter Roeck <linux@roeck-us.net>Acked-by: Oleksij Rempel <linux@rempel-privat.de>Conflicts: drivers/clocksource/Kconfig
ARM: add mach-asm9260it is low cost (?) SoC targeted for market in China and India whichtrying to compete with AT91SAM9G25.Here is some info:http://www.alphascale.com/index.asp?ics/615.htmlOn
ARM: add mach-asm9260it is low cost (?) SoC targeted for market in China and India whichtrying to compete with AT91SAM9G25.Here is some info:http://www.alphascale.com/index.asp?ics/615.htmlOne of products:http://www.aliexpress.com/store/product/2014-hot-sales-FREE-SHIPPING-new-Purple-core-ARM9-development-board-ASM9260T-SDRAM-power-line/433637_1931495721.htmlIn some cases this SoC looks similar to iMX23/iMX28. But currently it makes nosense to merge mach code of this devices. Especially because most differencesare already collected mach-mxs folder.Signed-off-by: Oleksij Rempel <linux@rempel-privat.de>Signed-off-by: Arnd Bergmann <arnd@arndb.de>