summaryrefslogtreecommitdiff
path: root/arch
AgeCommit message (Collapse)Author
2022-02-28ARM: dts: aspeed: Add ASRock ROMED8HM3 BMCZev Weiss
This is a half-width, single-socket Epyc server board with an AST2500 BMC. This device tree is sufficient for basic OpenBMC functionality, but we'll need to add a few more devices (as driver support becomes available) before it's fully usable. Signed-off-by: Zev Weiss <zev@bewilderbeest.net> Reviewed-by: Joel Stanley <joel@jms.id.au> Link: https://lore.kernel.org/r/20220105101719.7093-1-zev@bewilderbeest.net Signed-off-by: Joel Stanley <joel@jms.id.au>
2022-02-28Backmerge tag 'v5.17-rc6' into drm-nextDave Airlie
This backmerges v5.17-rc6 so I can merge some amdgpu and some tegra changes on top. Signed-off-by: Dave Airlie <airlied@redhat.com>
2022-02-28ARM: dts: aspeed: rainier: Remove SPI NOR controllersJoel Stanley
Early Rainier builds had SPI NOR as a fallback boot device when eMMC was not programmed. Most systems don't have the NOR populated, so remove it from the device tree as it is not used. Signed-off-by: Joel Stanley <joel@jms.id.au> Link: https://lore.kernel.org/r/20220120063307.63898-1-joel@jms.id.au Signed-off-by: Joel Stanley <joel@jms.id.au>
2022-02-28ARM: dts: aspeed: mtjade: Move all adc sensors into iio-hwmon nodeQuan Nguyen
Move adc14 and adc15 (battery sensor) into single iio-hwmon node to correct label to be read by single application for all adc sensors. Signed-off-by: Quan Nguyen <quan@os.amperecomputing.com> Signed-off-by: Thang Q. Nguyen <thang@os.amperecomputing.com> Reviewed-by: Joel Stanley <joel@jms.id.au> Link: https://lore.kernel.org/r/20220228000242.1884-6-quan@os.amperecomputing.com Signed-off-by: Joel Stanley <joel@jms.id.au>
2022-02-28ARM: dts: aspeed: mtjade: Rename GPIO hog nodes to match schema.Quan Nguyen
GPIO hog nodes must have a "hog-" prefix or "-hog" suffix according to the DT schema. Rename the node to pass dtbs_check. Signed-off-by: Quan Nguyen <quan@os.amperecomputing.com> Reviewed-by: Joel Stanley <joel@jms.id.au> Link: https://lore.kernel.org/r/20220228000242.1884-5-quan@os.amperecomputing.com Signed-off-by: Joel Stanley <joel@jms.id.au>
2022-02-28ARM: dts: aspeed: mtjade: Update host0-ready pinQuan Nguyen
Update the input GPIO that indicates Host ready. Link: https://github.com/openbmc/docs/blob/master/designs/device-tree-gpio-naming.md#host-ready Signed-off-by: Quan Nguyen <quan@os.amperecomputing.com> Signed-off-by: Thang Q. Nguyen <thang@os.amperecomputing.com> Reviewed-by: Joel Stanley <joel@jms.id.au> Link: https://lore.kernel.org/r/20220228000242.1884-4-quan@os.amperecomputing.com Signed-off-by: Joel Stanley <joel@jms.id.au>
2022-02-28ARM: dts: aspeed: mtjade: Update rtc-battery-voltage-read-enable pinQuan Nguyen
Update the output pin name that enables reading RTC battery voltage. Link: https://github.com/openbmc/docs/blob/master/designs/device-tree-gpio-naming.md#rtc-battery-voltage-read-enable Signed-off-by: Quan Nguyen <quan@os.amperecomputing.com> Signed-off-by: Thang Q. Nguyen <thang@os.amperecomputing.com> Reviewed-by: Joel Stanley <joel@jms.id.au> Link: https://lore.kernel.org/r/20220228000242.1884-3-quan@os.amperecomputing.com Signed-off-by: Joel Stanley <joel@jms.id.au>
2022-02-28ARM: dts: aspeed: mtjade: Enable secondary flashQuan Nguyen
Enable the secondary flash of the Ampere's Mt. Jade's BMC. Signed-off-by: Quan Nguyen <quan@os.amperecomputing.com> Signed-off-by: Thang Q. Nguyen <thang@os.amperecomputing.com> Reviewed-by: Joel Stanley <joel@jms.id.au> Link: https://lore.kernel.org/r/20220228000242.1884-2-quan@os.amperecomputing.com Signed-off-by: Joel Stanley <joel@jms.id.au>
2022-02-27x86/Kconfig: move and modify CONFIG_I8KMateusz Jończyk
In Kconfig, inside the "Processor type and features" menu, there is the CONFIG_I8K option: "Dell i8k legacy laptop support". This is very confusing - enabling CONFIG_I8K is not required for the kernel to support old Dell laptops. This option is specific to the dell-smm-hwmon driver, which mostly exports some hardware monitoring information and allows the user to change fan speed. This option is misplaced, so move CONFIG_I8K to drivers/hwmon/Kconfig, where it belongs. Also, modify the dependency order - change select SENSORS_DELL_SMM to depends on SENSORS_DELL_SMM as it is just a configuration option of dell-smm-hwmon. This includes changing the option type from tristate to bool. It was tristate because it could select CONFIG_SENSORS_DELL_SMM=m . When running "make oldconfig" on configurations with CONFIG_SENSORS_DELL_SMM enabled , this change will result in an additional question (which could be printed several times during bisecting). I think that tidying up the configuration is worth it, though. Next patch tweaks the description of CONFIG_I8K. Signed-off-by: Mateusz Jończyk <mat.jonczyk@o2.pl> Cc: Pali Rohár <pali@kernel.org> Cc: Thomas Gleixner <tglx@linutronix.de> Cc: Ingo Molnar <mingo@redhat.com> Cc: Dave Hansen <dave.hansen@linux.intel.com> Cc: Jean Delvare <jdelvare@suse.com> Cc: Guenter Roeck <linux@roeck-us.net> Cc: Mark Gross <markgross@kernel.org> Reviewed-by: Hans de Goede <hdegoede@redhat.com> Reviewed-by: Randy Dunlap <rdunlap@infradead.org> Acked-by: Borislav Petkov <bp@suse.de> Link: https://lore.kernel.org/r/20220212125654.357408-1-mat.jonczyk@o2.pl Signed-off-by: Guenter Roeck <linux@roeck-us.net>
2022-02-26m68k: Implement "current_stack_pointer"Kees Cook
To follow the existing per-arch conventions, add asm "sp" as "current_stack_pointer". This will let it be used in non-arch places (like HARDENED_USERCOPY). Cc: linux-m68k@lists.linux-m68k.org Signed-off-by: Kees Cook <keescook@chromium.org> Acked-by: Geert Uytterhoeven <geert@linux-m68k.org> Link: https://lore.kernel.org/lkml/CAMuHMdU6msvi0j=mS28GFYbm+uMRk7PkYe+zOM4sDmOVxeibLQ@mail.gmail.com
2022-02-26Merge tag 'riscv-for-linus-5.17-rc6' of ↵Linus Torvalds
git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux Pull RISC-V fixes from Palmer Dabbelt: - A fix for the K210 sdcard defconfig, to avoid using a fixed delay for the root FS - A fix to make sure there's a proper call frame for trace_hardirqs_{on,off}(). * tag 'riscv-for-linus-5.17-rc6' of git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux: riscv: fix oops caused by irqsoff latency tracer riscv: fix nommu_k210_sdcard_defconfig
2022-02-25xtensa: Implement "current_stack_pointer"Kees Cook
To follow the existing per-arch conventions replace open-coded uses of asm "sp" as "current_stack_pointer". This will let it be used in non-arch places (like HARDENED_USERCOPY). Cc: Chris Zankel <chris@zankel.net> Cc: Marc Zyngier <maz@kernel.org> Cc: linux-xtensa@linux-xtensa.org Signed-off-by: Kees Cook <keescook@chromium.org> Acked-by: Max Filippov <jcmvbkbc@gmail.com> Link: https://lore.kernel.org/lkml/CAMo8BfJFJE-n3=AF+pb9_6oF3gzxX7a+7aBrASHjjNX5byqDqw@mail.gmail.com
2022-02-25usercopy: Check valid lifetime via stack depthKees Cook
One of the things that CONFIG_HARDENED_USERCOPY sanity-checks is whether an object that is about to be copied to/from userspace is overlapping the stack at all. If it is, it performs a number of inexpensive bounds checks. One of the finer-grained checks is whether an object crosses stack frames within the stack region. Doing this on x86 with CONFIG_FRAME_POINTER was cheap/easy. Doing it with ORC was deemed too heavy, and was left out (a while ago), leaving the courser whole-stack check. The LKDTM tests USERCOPY_STACK_FRAME_TO and USERCOPY_STACK_FRAME_FROM try to exercise these cross-frame cases to validate the defense is working. They have been failing ever since ORC was added (which was expected). While Muhammad was investigating various LKDTM failures[1], he asked me for additional details on them, and I realized that when exact stack frame boundary checking is not available (i.e. everything except x86 with FRAME_POINTER), it could check if a stack object is at least "current depth valid", in the sense that any object within the stack region but not between start-of-stack and current_stack_pointer should be considered unavailable (i.e. its lifetime is from a call no longer present on the stack). Introduce ARCH_HAS_CURRENT_STACK_POINTER to track which architectures have actually implemented the common global register alias. Additionally report usercopy bounds checking failures with an offset from current_stack_pointer, which may assist with diagnosing failures. The LKDTM USERCOPY_STACK_FRAME_TO and USERCOPY_STACK_FRAME_FROM tests (once slightly adjusted in a separate patch) pass again with this fixed. [1] https://github.com/kernelci/kernelci-project/issues/84 Cc: Matthew Wilcox (Oracle) <willy@infradead.org> Cc: Josh Poimboeuf <jpoimboe@redhat.com> Cc: Andrew Morton <akpm@linux-foundation.org> Cc: linux-mm@kvack.org Reported-by: Muhammad Usama Anjum <usama.anjum@collabora.com> Signed-off-by: Kees Cook <keescook@chromium.org> --- v1: https://lore.kernel.org/lkml/20220216201449.2087956-1-keescook@chromium.org v2: https://lore.kernel.org/lkml/20220224060342.1855457-1-keescook@chromium.org v3: https://lore.kernel.org/lkml/20220225173345.3358109-1-keescook@chromium.org v4: - improve commit log (akpm)
2022-02-25ARM: multi_v7_defconfig: Enable BCM23550 and BCM53573Florian Fainelli
Enable the BCM23550 and BCM53573 SoCs to have all of the ARM 32-bit SoCs enabled. Signed-off-by: Florian Fainelli <f.fainelli@gmail.com> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25ARM: multi_v7_defconfig: Enable Broadcom STB USB driversFlorian Fainelli
Enable CONFIG_PHY_USB_BRCM (USB PHY driver) and CONFIG_USB_BRCMSTB which allows us to enable the Broadcom STB USB drivers (OHCI, EHCI and XHCI). Signed-off-by: Florian Fainelli <f.fainelli@gmail.com> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'renesas-arm-defconfig-for-v5.18-tag1' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-devel into arm/defconfig Renesas ARM defconfig updates for v5.18 - Enable the new Audio Graph Card2 driver which can handle sound cards more flexibly in the arm64 defconfig, - Disable unneeded 8250 serial options in shmobile_defconfig, - Enable additional support for Renesas platforms in the arm64 defconfig. * tag 'renesas-arm-defconfig-for-v5.18-tag1' of git://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-devel: arm64: defconfig: Enable additional support for Renesas platforms ARM: shmobile: defconfig: Disable unneeded 8250 serial options arm64: defconfig: Enable Audio Graph Card2 driver Link: https://lore.kernel.org/r/cover.1644587198.git.geert+renesas@glider.be Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'at91-defconfig-5.18' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/at91/linux into arm/defconfig AT91 defconfig #1 for 5.18: - sama7 additions for NAND flash, crypto, cpuidle and cpufreq * tag 'at91-defconfig-5.18' of git://git.kernel.org/pub/scm/linux/kernel/git/at91/linux: ARM: configs: at91: sama7: add config for cpufreq ARM: configs: at91: sama7: enable cpu idle ARM: configs: at91: sama7: Enable crypto IPs and software algs ARM: configs: at91: sama7: Enable UBIFS_FS ARM: configs: at91: sama7: Enable NAND / SMC Link: https://lore.kernel.org/r/20220225113220.51401-1-nicolas.ferre@microchip.com Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'imx-defconfig-5.18' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux into arm/defconfig i.MX defconfig change for 5.18: - Add a new defconfig for Cortex-M based i.MXRT family. - A series from Marcel Ziswiler to rebuild arm64 defconfig with 'savedefconfig', and then enable various relevant options needed by Toradex verdin-imx8mm device. * tag 'imx-defconfig-5.18' of git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux: arm64: defconfig: enable verdin-imx8mm relevant drivers as modules arm64: defconfig: build r8169 as a module arm64: defconfig: build imx-sdma as a module arm64: defconfig: enable imx8m pcie phy driver arm64: defconfig: enable bpf/cgroup firewalling arm64: defconfig: rebuild default configuration arm64: defconfig: re-order default configuration arm64: defconfig: enable pcieaer configuration arm64: defconfig: enable taskstats configuration ARM: imxrt_defconfig: Add i.MXRT family defconfig Link: https://lore.kernel.org/r/20220222075226.160187-6-shawnguo@kernel.org Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'ti-k3-config-for-v5.17-v2' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/ti/linux into arm/defconfig ARM64 defconfig changes for TI K3 platforms for v5.17 merge window: - Enable drivers for USB and SERDES IPs on TI K3 SoC * tag 'ti-k3-config-for-v5.17-v2' of git://git.kernel.org/pub/scm/linux/kernel/git/ti/linux: arm64: defconfig: Enable USB controller drivers for TI K3 SoC Link: https://lore.kernel.org/r/20211223094040.15349-1-vigneshr@ti.com Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'stm32-dt-for-v5.18-1' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/atorgue/stm32 into arm/dt STM32 DT for v5.18, round 1 Highlights: ---------- -MCU: -Fix W=1 warnings for timers (duplicate unit-address) for F4 and F7 series. -Enable DMA2D on f469 disco. - MPU: -General: - Add new board support: emSBS-Argon. - Add dma configuration for all U(S)ART nodes and disable them in board files when they are not needed in stm32mp15. - Correct GIC PPI interrupts on stm32mp15 and stm32mp13. - ST boards: - Add EXTI support on stm32mp13 - Add DMA, MDMA and DMAmux support to stm32mp13 (iso feature than MP15) - Update SDMMC1/2 support on stm32mp13: sleep config, update version to v2.2, update the max frequency to 130 MHz. - DH boards: - Enable rproc to control the CM4 and IPCC mailbox to interact with it. * tag 'stm32-dt-for-v5.18-1' of git://git.kernel.org/pub/scm/linux/kernel/git/atorgue/stm32: (43 commits) ARM: dts: stm32: Correct masks for GIC PPI interrupts on stm32mp15 ARM: dts: stm32: Correct masks for GIC PPI interrupts on stm32mp13 ARM: dts: stm32: remove timer5 duplicate unit-address on stm32f7 series ARM: dts: stm32: remove some timer duplicate unit-address on stm32f7 series ARM: dts: stm32: Enable EXTI on stm32mp13 ARM: dts: stm32: keep uart nodes behavior on stm32mp15xx-dhcor-avenger96 ARM: dts: stm32: keep uart4 behavior on stm32mp15xx-dhcom-som ARM: dts: stm32: keep uart nodes behavior on stm32mp15xx-dhcom-picoitx ARM: dts: stm32: keep uart nodes behavior on stm32mp15xx-dhcom-pdk2 ARM: dts: stm32: keep uart nodes behavior on stm32mp15xx-dhcom-drc02 ARM: dts: stm32: keep uart4 behavior on stm32mp157c-odyssey ARM: dts: stm32: keep uart4 behavior on stm32mp157c-lxa-mc1 ARM: dts: stm32: keep uart nodes behavior on stm32mp157a-stinger96 ARM: dts: stm32: keep uart nodes behavior on stm32mp1-microdev2.0 ARM: dts: stm32: keep uart nodes behavior on stm32mp1-microdev2.0-of7 ARM: dts: stm32: keep uart4 behavior on stm32mp157a-iot-box ARM: dts: stm32: keep uart4 behavior on icore-stm32mp1-edimm2.2 ARM: dts: stm32: keep uart4 behavior on icore-stm32mp1-ctouch2 ARM: dts: stm32: keep uart4 and uart7 behavior on stm32mp15xx-dkx ARM: dts: stm32: keep uart4 behavior on stm32mp157c-ed1 ... Link: https://lore.kernel.org/r/893924a9-bcc4-9fa9-4f8e-7f56e77f6854@foss.st.com Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25ARM: mmp: Fix failure to remove sram deviceUwe Kleine-König
Make sure in .probe() to set driver data before the function is left to make it possible in .remove() to undo the actions done. This fixes a potential memory leak and stops returning an error code in .remove() that is ignored by the driver core anyhow. Signed-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de> Reviewed-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'at91-soc-5.18' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/at91/linux into arm/soc AT91 & POLARFIRE SoC #1 for 5.18: - sama7g5: CPU idle support with CPUFreq operating points defined in DT - polarfire: addition of the soc system controller * tag 'at91-soc-5.18' of git://git.kernel.org/pub/scm/linux/kernel/git/at91/linux: soc: add microchip polarfire soc system controller ARM: at91: Kconfig: select PM_OPP ARM: at91: PM: add cpu idle support for sama7g5 ARM: at91: ddr: fix typo to align with datasheet naming ARM: at91: ddr: align macro definitions ARM: at91: ddr: remove CONFIG_SOC_SAMA7 dependency Link: https://lore.kernel.org/r/20220225121943.71494-1-nicolas.ferre@microchip.com Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25ARM: mstar: Select ARM_ERRATA_814220Daniel Palmer
All of the SoCs that are supported so far are Cortex A7 r0p5. So it seems like this errata is present. Signed-off-by: Daniel Palmer <daniel@0x0f.com> Reviewed-by: Romain Perier <romain.perier@gmail.com> Link: https://lore.kernel.org/r/20220223064807.261878-1-daniel@0x0f.com' Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'imx-soc-5.18' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux into arm/soc i.MX SoC update for 5.18: - Add initial support for i.MXRT10xx family which features NXP's implementation of the Arm Cortex-M7 core and in some case the Arm Cortex-M4 core too. * tag 'imx-soc-5.18' of git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux: ARM: imx: Add initial support for i.MXRT10xx family Link: https://lore.kernel.org/r/20220222075226.160187-2-shawnguo@kernel.org Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'ixp4xx-cleanup-for-v5.18' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-nomadik into arm/soc This cleans out the remaining board files from IXP4xx and makes it an exclusive device tree subarchitecture without any special weirdness in arch/arm/mach-ixp4xx. The biggest noticeable change is the removal of the old PCI driver and along with that the removal of the special DMA coherency code and defines and the DMA bouncing. I tried to convert the IXP4xx to multiplatform on top of this but it didn't work because IXP4xx wants to be big endian and multiplatform config creates a problem like this: ../arch/arm/kernel/head.S: Assembler messages: ../arch/arm/kernel/head.S:94: Error: selected processor does not support `setend be' in ARM mode I think this is because MULTI_V5 turns on CPUs that cannot do big endian, and IXP4xx turn on big endian. (It crashes if I try to boot in little endian mode, sorry. It really wants to run big endian.) But before fixing multiplatform we can fix all of this! The networking patches are dependencies so I am requesting ACKs from the network maintainers on these. * tag 'ixp4xx-cleanup-for-v5.18' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-nomadik: ARM: ixp4xx: Convert to SPARSE_IRQ and P2V ARM: ixp4xx: Drop all common code ARM: ixp4xx: Drop custom DMA coherency and bouncing ARM: ixp4xx: Remove feature bit accessors net: ixp4xx_hss: Check features using syscon net: ixp4xx_eth: Drop platform data support soc: ixp4xx-npe: Access syscon regs using regmap soc: ixp4xx: Add features from regmap helper ARM: ixp4xx: Drop UDC info setting function ARM: ixp4xx: Drop stale Kconfig entry ARM: ixp4xx: Delete old PCI driver ARM: ixp4xx: Delete the Goramo MLR boardfile ARM: ixp4xx: Delete Gateway 7001 boardfiles Link: https://lore.kernel.org/r/CACRpkdahK-jaHFqLCpSqiXwAtkSKbhWQZ9jaSo6rRzHfSiECkA@mail.gmail.com Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'at91-dt-5.18' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/at91/linux into arm/dt AT91 & LAN966 DT #1 for 5.18: - lan966x basic DT and associated evaluation board pcb8291 (2-ports) - documentation for an upcoming Kontron switch board featuring a LAN9668 - one fix for an old bug we have with PMECC on sama5d2 in some corner cases - sama7g5 and its EK: crypto, CAN and DVFS operating points * tag 'at91-dt-5.18' of git://git.kernel.org/pub/scm/linux/kernel/git/at91/linux: ARM: dts: at91: sama7g5: add opps ARM: dts: at91: sama7g5ek: set regulator voltages for standby state ARM: dts: at91: fix low limit for CPU regulator ARM: dts: at91: sama7g5: Enable can0 and can1 support in sama7g5-ek ARM: dts: at91: sama7g5: Add can controllers of sama7g5 ARM: dts: at91: sama7g5: Add crypto nodes ARM: dts: at91: Use the generic "crypto" node name for the crypto IPs ARM: dts: at91: remove status = "okay" from soc specific dtsi ARM: dts: at91: sama5d2: Fix PMERRLOC resource size dt-bindings: arm: at91: add Kontron's new KSwitches ARM: dts: add DT for lan966 SoC and 2-port board pcb8291 Link: https://lore.kernel.org/r/20220225110735.18080-1-nicolas.ferre@microchip.com Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'renesas-arm-dt-for-v5.18-tag3' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-devel into arm/dt Renesas ARM DT updates for v5.18 (take three) - Pin control support for the R-Car S4-8 SoC on the Spider development board. * tag 'renesas-arm-dt-for-v5.18-tag3' of git://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-devel: arm64: dts: renesas: spider: Complete SCIF3 description arm64: dts: renesas: r8a779f0: Add pinctrl device node Link: https://lore.kernel.org/r/cover.1645795643.git.geert+renesas@glider.be Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'renesas-arm-dt-for-v5.18-tag2' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-devel into arm/dt Renesas ARM DT updates for v5.18 (take two) - Document the use of the renesas-soc IRC channel, - Watchdog support for the R-Car S4-8, RZ/N1D, and RZ/G2LC SoCs on the Spider, RZN1D-DB, and RZ/G2LC SMARC EVK development boards, - Miscellaneous fixes and improvements. * tag 'renesas-arm-dt-for-v5.18-tag2' of git://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-devel: ARM: dts: renesas: Align GPIO hog names with dtschema arm64: dts: renesas: Align GPIO hog names with dtschema arm64: dts: renesas: rzg2lc-smarc-som: Enable watchdog ARM: dts: r9a06g032-rzn1d400-db: Enable watchdog0 with a 60s timeout ARM: dts: r9a06g032: Add the watchdog nodes dt-bindings: clock: r9a06g032: Add the definition of the watchdog clock arm64: dts: renesas: spider-cpu: Enable watchdog timer arm64: dts: renesas: r8a779f0: Add RWDT node MAINTAINERS: Specify IRC channel for Renesas ARM64 port MAINTAINERS: Specify IRC channel for Renesas ARM32 port arm64: dts: renesas: ulcb-kf: fix wrong comment Link: https://lore.kernel.org/r/cover.1645784466.git.geert+renesas@glider.be Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'v5.18-rockchip-dts32-1' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip into arm/dt Remove an unneeded status property from the crypto-node on rk3288. * tag 'v5.18-rockchip-dts32-1' of git://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip: ARM: dts: rockchip: remove status from rk3288 crypto node Link: https://lore.kernel.org/r/19595245.eudUkVceaq@phil Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'v5.18-rockchip-dts64-1' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip into arm/dt New boards: Pine64 PineNote ereader tablet and Bananapi-R2-Pro (both rk356x) New peripherals for the rk356x-family (pdm-audio, gpu, another i2s, usb2) A lot of additions to Quartz-A (connector-header, gpu, sdmmc1, io-domains, usb2) and rk3568-evb1-v10 (rk809-audio, cpu-regulator, gpu, tsadc, led, usb2, touchscreen). Fixes for the pwm-regulators, that used wrong names for their supplies as well adapting the cros-ec pwm nodes to a changed binding (going via the pwm tree). And as sort of misc-changes, defined the logic-regulator on rk3399-puma as well as enabled the mali-gpu on the rk3399-firefly. * tag 'v5.18-rockchip-dts64-1' of git://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip: (28 commits) arm64: dts: rockchip: align Google CROS EC PWM node name with dtschema arm64: dts: rockchip: enable rk809 audio codec on the rk3568 evb1-v10 arm64: dts: rockchip: set vdd_gpu regulator on rk3568-evb1-v10 to always on arm64: dts: rockchip: add the vdd_cpu regulator to rk3568-evb1-v10 arm64: dts: rockchip: enable work led on rk3568-evb1-v10 arm64: dts: rockchip: fix supplies for pwm regulators arm64: dts: rockchip: define vdd_log on rk3399-puma arm64: dts: rockchip: Add Pine64 PineNote board arm64: dts: rockchip: Add pdm node to rk356x dt-bindings: arm: rockchip: Add Pine64 PineNote board arm64: dts: rockchip: enable the tsadc on rk3568-evb1-v10 arm64: dts: rockchip: enable the gpu on rk3568-evb1-v10 arm64: dts: rockchip: enable the gpu on quartz64-a arm64: dts: rockchip: add cooling map and trip points for gpu to rk356x arm64: dts: rockchip: add gpu node to rk356x arm64: dts: rockchip: add usb2 support to rk3568-evb1-v10 arm64: dts: rockchip: rename and sort the rk356x usb2 phy handles arm64: dts: rockchip: add the i2s3_2ch node to rk356x arm64: dts: rockchip: Add Bananapi R2 Pro dt-bindings: rockchip: Add BananaPi R2 Pro Board ... Link: https://lore.kernel.org/r/6456947.djgVdjDsCv@phil Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'sunxi-dt-for-5.18-1' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/sunxi/linux into arm/dt Usual round of DT patches for the 5.18 merge window, with: - DT fixes - ethernet0 alias for Nanopi NEO - r_uart node for H3/H5 - eMMC and bluetooth nodes for Nanopi NEO air - updated maintainers for Allwinner SoCs - new board: A20-Marsboard * tag 'sunxi-dt-for-5.18-1' of git://git.kernel.org/pub/scm/linux/kernel/git/sunxi/linux: MAINTAINERS: Update Allwinner SoCs maintainers ARM: dts: sun8i-h3: Drop args in 'thermal-sensors' ARM: dts: sun8i: v3s: Move the csi1 block to follow address order ARM: dts: sun8i: Add ethernet0 alias in Nanopi NEO's device tree dt-bindings: arm: sunxi: add haoyu,a20-marsboard ARM: dts: sun7i: Add A20-Marsboard ARM: dts: sunxi: h3/h5: add r_uart node ARM: dts: nanopi-neo-air: Add eMMC and bluetooth Link: https://lore.kernel.org/r/YhgMJ0AqaHopzaW3@kista.localdomain Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'omap-for-v5.18/dt-signed' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap into arm/dt Devicetree changes for omaps for v5.18 Devicetree changes for omaps for v5.18: - The devicetree node naming for pdu001 RTC name gets corrected - For logicpd-torpedo baseboard, isp1763 USB controller gets added - New board variant for SanCloud BBE Extended WiFi gets added * tag 'omap-for-v5.18/dt-signed' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap: ARM: dts: am335x-sancloud-bbe-extended-wifi: New devicetree ARM: dts: logicpd-torpedo: Add isp1763 support to baseboard ARM: dts: am334x: pdu001: Use correct node name for RTC Link: https://lore.kernel.org/r/pull-1645606669-127734@atomide.com Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25KVM: x86: Yield to IPI target vCPU only if it is busyLi RongQing
When sending a call-function IPI-many to vCPUs, yield to the IPI target vCPU which is marked as preempted. but when emulating HLT, an idling vCPU will be voluntarily scheduled out and mark as preempted from the guest kernel perspective. yielding to idle vCPU is pointless and increase unnecessary vmexit, maybe miss the true preempted vCPU so yield to IPI target vCPU only if vCPU is busy and preempted Signed-off-by: Li RongQing <lirongqing@baidu.com> Message-Id: <1644380201-29423-1-git-send-email-lirongqing@baidu.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
2022-02-25x86/kvmclock: Fix Hyper-V Isolated VM's boot issue when vCPUs > 64Dexuan Cui
When Linux runs as an Isolated VM on Hyper-V, it supports AMD SEV-SNP but it's partially enlightened, i.e. cc_platform_has( CC_ATTR_GUEST_MEM_ENCRYPT) is true but sev_active() is false. Commit 4d96f9109109 per se is good, but with it now kvm_setup_vsyscall_timeinfo() -> kvmclock_init_mem() calls set_memory_decrypted(), and later gets stuck when trying to zere out the pages pointed by 'hvclock_mem', if Linux runs as an Isolated VM on Hyper-V. The cause is that here now the Linux VM should no longer access the original guest physical addrss (GPA); instead the VM should do memremap() and access the original GPA + ms_hyperv.shared_gpa_boundary: see the example code in drivers/hv/connection.c: vmbus_connect() or drivers/hv/ring_buffer.c: hv_ringbuffer_init(). If the VM tries to access the original GPA, it keepts getting injected a fault by Hyper-V and gets stuck there. Here the issue happens only when the VM has >=65 vCPUs, because the global static array hv_clock_boot[] can hold 64 "struct pvclock_vsyscall_time_info" (the sizeof of the struct is 64 bytes), so kvmclock_init_mem() only allocates memory in the case of vCPUs > 64. Since the 'hvclock_mem' pages are only useful when the kvm clock is supported by the underlying hypervisor, fix the issue by returning early when Linux VM runs on Hyper-V, which doesn't support kvm clock. Fixes: 4d96f9109109 ("x86/sev: Replace occurrences of sev_active() with cc_platform_has()") Tested-by: Andrea Parri (Microsoft) <parri.andrea@gmail.com> Signed-off-by: Andrea Parri (Microsoft) <parri.andrea@gmail.com> Signed-off-by: Dexuan Cui <decui@microsoft.com> Message-Id: <20220225084600.17817-1-decui@microsoft.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
2022-02-25x86/kvm: Don't waste memory if kvmclock is disabledWanpeng Li
Even if "no-kvmclock" is passed in cmdline parameter, the guest kernel still allocates hvclock_mem which is scaled by the number of vCPUs, let's check kvmclock enable in advance to avoid this memory waste. Signed-off-by: Wanpeng Li <wanpengli@tencent.com> Message-Id: <1645520523-30814-1-git-send-email-wanpengli@tencent.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
2022-02-25x86/kvm: Don't use PV TLB/yield when mwait is advertisedWanpeng Li
MWAIT is advertised in host is not overcommitted scenario, however, PV TLB/sched yield should be enabled in host overcommitted scenario. Let's add the MWAIT checking when enabling PV TLB/sched yield. Signed-off-by: Wanpeng Li <wanpengli@tencent.com> Message-Id: <1645777780-2581-1-git-send-email-wanpengli@tencent.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
2022-02-25Merge tag 'juno-update-5.18' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/sudeep.holla/linux into arm/dt Arm Juno update for v5.18 Just a single update adding long waited support for SCMI firmware variant as separate devicetrees. I wanted to deal with this differences in the firmware interface within the bootloader for long time. But with variety of bootloaders (u-boot, UEFI, ..etc) and need to add SCMI and SCPI support for sake of discovery with discrepancies in shared memory layout, it turned out difficult. So, finally we are adding it as separate files so that we don't break support for older SCPI firmware interface. * tag 'juno-update-5.18' of git://git.kernel.org/pub/scm/linux/kernel/git/sudeep.holla/linux: arm64: dts: juno: Add separate SCMI variants arm64: dts: juno: Remove GICv2m dma-range Link: https://lore.kernel.org/r/20220222201812.3338619-1-sudeep.holla@arm.com Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'imx-dt64-5.18' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux into arm/dt i.MX arm64 device tree change for 5.18: - New support for a number of i.MX8M Mini based boards: Protonic PRT8MM, emCON-MX8M Mini, Toradex Verdin, Gateworks GW7903. - A series from Adam Ford to enable GPC, USB and display support for i.MX8M Nano. - Enable G1 and G2 video decoder devices for i.MX8MM and i.MX8MQ. - Enable PCIe support on imx8mm-beacon, tqma8mqml, imx8mm-evk, imx8mq-evk and imx8mm-venice board. - A series from Hugo Villeneuve to add PCA6416 interrupt controller configuration, GPIO line names and i2C5 support for imx8mp-evk board. - Correct I2C3 pad-ctrl and add internal display support for mnt-reform2 board. - Improve fsl-ls1028a-qds overlay support by dropping syntax hard coding and using overlay target for build. - Add overlay support for serial modes and imx219 rpi v2 camera on Gateworks imx8mm-venice devices. - A set of patches from Teresa Remmet to update phyCORE-i.MX8MP SoM device tree, including drive strength updates of different interfaces and PMIC configuration changes. - Device additions on various boards and some small random changes. * tag 'imx-dt64-5.18' of git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux: (50 commits) arm64: dts: imx8mp-phycore-som: Set usdhc root clock for eMMC arm64: dts: imx8mp-phycore-som: LDO5 needs to be enabled instead of LDO4 arm64: dts: imx8mp-phycore-som: Set VDD_ARM run and standby voltage arm64: dts: imx8mp-phycore-som: Update WDOG muxing arm64: dts: imx8mp-phycore-som: Reduce drive strength for fec tx lines arm64: dts: imx8mp-phycore-som: Adapt eMMC drive strength arm64: dts: imx8mp-phycore-som: Set minimum output impedance for eth phy arm64: dts: imx8mm-venice-gw72xx-0x: add dt overlay for imx219 rpi v2 camera arm64: dts: imx8mm-venice-gw73xx-0x: add dt overlay for imx219 rpi v2 camera arm64: dts: imx8mm-venice-gw72xx-0x: add dt overlays for serial modes arm64: dts: imx8mm-venice-gw73xx-0x: add dt overlays for serial modes arm64: dts: imx: Add i.mx8mm Gateworks gw7903 dts support arm64: dts: ls1028a: add efuse node arm64: dts: imx8mp-evk: add support for I2C5 arm64: dts: imx8mp-evk: add PCA6416 gpio line names arm64: dts: imx8qm: added more serial alias to dts arm64: dts: imx8qm: add compatible string for usdhc3 arm64: dts: imx8mq-evk: Add second PCIe port support arm64: dts: imx8mm-beacon: Enable PCIe arm64: dts: freescale: add initial support for verdin imx8m mini ... Link: https://lore.kernel.org/r/20220222075226.160187-5-shawnguo@kernel.org Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'imx-dt-5.18' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux into arm/dt i.MX arm device tree change for 5.18: - A series from Alexander Stein to update imx6qdl based TQMA6 and MBA6 devices, adding I2C bus recovery, marking GPIO buttons as wakeup source etc. - A set of maintenance patches from Oleksij Rempel adding display, CAN termination and thermal support for i.MX6 based boards from Plymovent, Protonic and from Kverneland. - A couple of patches from Thierry Reding to correct i.MX28 RTC compatbile, and rename RTC device nodes for i.MX SoCs. - Update i.MX7 device tree to use audio_mclk_post_div clock instead of audio_mclk_root_clk, and move PCIe out of AIPS3 bus. - A couple of patches on imx6qdl-phytec to support PMIC MFD subdevices. - Add pinctrl header support for i.MXRT1050 SoC. - Other small and random changes. * tag 'imx-dt-5.18' of git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux: (22 commits) ARM: dts: imx6qp-sabresd: Enable PCIe support ARM: dts: imx6dl: plym2m, prtvt7, victgo: add thermal zones and hwmon ARM: dts: imx6dl: plym2m, prtvt7, victgo: make use of new resistive-adc-touch driver ARM: dts: imx6qdl-vicut1: add CAN termination support ARM: dts: imx6dl-prtvt7: Add missing tvp5150 video decoder node ARM: dts: imx6dl-prtvt7: Add display and panel nodes ARM: dts: imx6qdl-mba6: Move pinmux to regulator node ARM: dts: imx6qdl: tqma6: Remove obsolete comment ARM: dts: imx6qdl: tqma6: Mark gpio-buttons as wakeup-source ARM: dts: imx6qdl: tqma6: Add i2c bus recovery ARM: dts: imx6qdl-mba6: Move rtc alias to common location ARM: dts: imx7: Move PCIe out of AIPS3 ARM: dts: imx: Add missing LVDS decoder on M53Menlo ARM: dts: imx6qdl-phytec: handle unneeded MFD-subdevices correctly ARM: dts: imx6qdl-phytec: add missing pmic MFD subdevices ARM: dts: imx7: Use audio_mclk_post_div instead audio_mclk_root_clk ARM: dts: imx28: reparent gpmi clock to ref_gpmi ARM: dts: imxrt1050-pinfunc: Add pinctrl binding header ARM: dts: imx6sx-udoo-neo: Add HDMI support ARM: dts: imx6qdl-dhcom-pdk2: Include missing headers ... Link: https://lore.kernel.org/r/20220222075226.160187-4-shawnguo@kernel.org Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'amlogic-arm64-dt-for-v5.18' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/amlogic/linux into arm/dt Amlogic ARM64 DT changes for v5.18: - New Boards: - Amediatek X96-AIR (Amlogic S905X3) - CYX A95XF3-AIR (Amlogic S905X3) - Haochuangy H96-Max (Amlogic S905X3) - Amlogic AQ222 (Amlogic S4) - OSMC Vero 4K+ (Amlogic S905D) - Initial support for Amlogic S4 - Support for uart_ao_b & pwm_f on G12 SoCs * tag 'amlogic-arm64-dt-for-v5.18' of git://git.kernel.org/pub/scm/linux/kernel/git/amlogic/linux: arm64: dts: meson: add support for OSMC Vero 4K+ dt-bindings: arm: amlogic: add Vero 4K+ bindings dt-bindings: vendor-prefixes: add osmc prefix arm64: dts: meson-g12-common: add uart_ao_b pins muxing arm64: dts: meson-g12-common: add more pwm_f options arm64: dts: add support for S4 based Amlogic AQ222 arm64: dts: meson: add initial device-tree for H96-Max dt-bindings: arm: amlogic: add H96-Max bindings dt-bindings: vendor-prefixes: add haochuangyi prefix arm64: dts: meson: add initial device-trees for A95XF3-AIR dt-bindings: arm: amlogic: add A95XF3-AIR bindings dt-bindings: vendor-prefixes: add cyx prefix arm64: dts: meson: add initial device-trees for X96-AIR dt-bindings: arm: amlogic: add X96-AIR bindings arm64: dts: meson: add common SM1 ac2xx dtsi arm64: dts: meson-sm1: add spdifin and pdifout nodes dt-bindings: arm: amlogic: add S4 based AQ222 bindings Link: https://lore.kernel.org/r/a7cd9937-d441-3e1f-9709-8e80cc8814f1@baylibre.com Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'nuvoton-5.18-devicetree' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/joel/bmc into arm/dt Nuvoton device tree updates for 5.18 * Additions to wpcm450 following the upstremaing of the pinctrl/gpio driver for this platform * Match more of the platform in MAINTAINERS * tag 'nuvoton-5.18-devicetree' of git://git.kernel.org/pub/scm/linux/kernel/git/joel/bmc: MAINTAINERS: ARM/WPCM450: Add 'W:' line with wiki ARM: dts: wpcm450: Add pinmux information to UART0 ARM: dts: wpcm450-supermicro-x9sci-ln4f: Add GPIO LEDs and buttons ARM: dts: wpcm450: Add pin functions ARM: dts: wpcm450: Add pinctrl and GPIO nodes ARM: dts: wpcm450: Add global control registers (GCR) node MAINTAINERS: Match all of bindings/arm/npcm/ as part of NPCM architecture dt-bindings: arm/npcm: Add binding for global control registers (GCR) Link: https://lore.kernel.org/r/CACPK8XdjF6dG04hR+iMpUP8=LSJi5x-hRivgCGDaY7o_461eJw@mail.gmail.com Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge branch 'mstar-dt-next' of https://github.com/linux-chenxing/linux into ↵Arnd Bergmann
arm/dt * 'mstar-dt-next' of https://github.com/linux-chenxing/linux: ARM: mstar: Extend opp_table for infinity2m ARM: mstar: Add OPP table for infinity3 ARM: mstar: Add OPP table for infinity ARM: mstar: Link cpupll to second core ARM: mstar: Link cpupll to cpu ARM: mstar: Add cpupll to base dtsi dt-bindings: clk: mstar msc313 cpupll binding description ARM: dts: mstar: Add board for 100ask DongShanPiOne dt-bindings: arm: mstar: Add compatible for 100ask DongShanPiOne dt-bindings: vendor-prefixes: Add prefix for 100ask ARM: dts: mstar: Add a dts for Miyoo Mini dt-bindings: arm: mstar: Add compatible for Miyoo Mini dt-bindings: vendor-prefixes: Add prefix for Miyoo ARM: dts: mstar: Add the Wireless Tag IDO-SBC2D06-V1B-22W dt-bindings: add vendor prefix for Wireless Tag ARM: dts: mstar: Set gpio compatible for ssd20xd Link: https://lore.kernel.org/r/20220216193131.59794-1-romain.perier@gmail.com Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'kvmarm-fixes-5.17-4' of ↵Paolo Bonzini
git://git.kernel.org/pub/scm/linux/kernel/git/kvmarm/kvmarm into HEAD KVM/arm64 fixes for 5.17, take #4 - Correctly synchronise PMR and co on PSCI CPU_SUSPEND - Skip tests that depend on GICv3 when the HW isn't available
2022-02-25arm64/mte: Add userspace interface for enabling asymmetric modeMark Brown
The architecture provides an asymmetric mode for MTE where tag mismatches are checked asynchronously for stores but synchronously for loads. Allow userspace processes to select this and make it available as a default mode via the existing per-CPU sysfs interface. Since there PR_MTE_TCF_ values are a bitmask (allowing the kernel to choose between the multiple modes) and there are no free bits adjacent to the existing PR_MTE_TCF_ bits the set of bits used to specify the mode becomes disjoint. Programs using the new interface should be aware of this and programs that do not use it will not see any change in behaviour. When userspace requests two possible modes but the system default for the CPU is the third mode (eg, default is synchronous but userspace requests either asynchronous or asymmetric) the preference order is: ASYMM > ASYNC > SYNC This situation is not currently possible since there are only two modes and it is mandatory to have a system default so there could be no ambiguity and there is no ABI change. The chosen order is basically arbitrary as we do not have a clear metric for what is better here. If userspace requests specifically asymmetric mode via the prctl() and the system does not support it then we will return an error, this mirrors how we handle the case where userspace enables MTE on a system that does not support MTE at all and the behaviour that will be seen if running on an older kernel that does not support userspace use of asymmetric mode. Attempts to set asymmetric mode as the default mode will result in an error if the system does not support it. Signed-off-by: Mark Brown <broonie@kernel.org> Reviewed-by: Catalin Marinas <catalin.marinas@arm.com> Reviewed-by: Vincenzo Frascino <Vincenzo.Frascino@arm.com> Tested-by: Branislav Rankov <branislav.rankov@arm.com> Link: https://lore.kernel.org/r/20220216173224.2342152-5-broonie@kernel.org Signed-off-by: Will Deacon <will@kernel.org>
2022-02-25arm64/mte: Add hwcap for asymmetric modeMark Brown
Allow userspace to detect support for asymmetric mode by providing a hwcap for it, using the official feature name FEAT_MTE3. Signed-off-by: Mark Brown <broonie@kernel.org> Reviewed-by: Catalin Marinas <catalin.marinas@arm.com> Reviewed-by: Vincenzo Frascino <Vincenzo.Frascino@arm.com> Tested-by: Branislav Rankov <branislav.rankov@arm.com> Link: https://lore.kernel.org/r/20220216173224.2342152-4-broonie@kernel.org Signed-off-by: Will Deacon <will@kernel.org>
2022-02-25arm64/mte: Add a little bit of documentation for mte_update_sctlr_user()Mark Brown
The code isn't that obscure but it probably won't hurt to have a little bit more documentation for anyone trying to find out where everything actually takes effect. Signed-off-by: Mark Brown <broonie@kernel.org> Reviewed-by: Catalin Marinas <catalin.marinas@arm.com> Reviewed-by: Vincenzo Frascino <Vincenzo.Frascino@arm.com> Tested-by: Branislav Rankov <branislav.rankov@arm.com> Link: https://lore.kernel.org/r/20220216173224.2342152-3-broonie@kernel.org Signed-off-by: Will Deacon <will@kernel.org>
2022-02-25Merge tag 'sti-dt-for-v5.18-round1' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/pchotard/sti into arm/dt STi DT update: - various DT fixes to avoid warnings when build with W=1 - DT clean-up Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'ixp4xx-dts-v5.18' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-nomadik into arm/dt IXP4xx patches for the v5.18 kernel cycle: - Fix up the WG302 to support the v1 version (also tested) - Fix up the syscon size - Drop the alias for UART1 in GW7001 * tag 'ixp4xx-dts-v5.18' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-nomadik: ARM: dts: Drop serial 1 alias on GW7001 ARM: dts: ixp42x: Expand syscon register range ARM: dts: ixp4xx: Fix up the Netgear WG302 device tree Link: https://lore.kernel.org/r/CACRpkdaMk+XECwhXJYeiF8SMU6cQsj_dk8gGMoPE3zAURAPqTw@mail.gmail.com Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25Merge tag 'ux500-dts-v5.18-1' of ↵Arnd Bergmann
git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-nomadik into arm/dt Ux500 DTS updates for the v5.18 kernel cycle: - Add battery thermal zones so we can monitor the battery temperature - Enable charging options on AB8505 - Fix up all the AB8500 and AB8505 nodes in accordance with the new schema. - Fix the mounting matrix for the Janice phone. * tag 'ux500-dts-v5.18-1' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-nomadik: ARM: dts: ux500: Correct Janice accel mount matrix ARM: dts: ux500: Update AB850[05] nodes ARM: dts: AB8505: Enable charging options ARM: dts: ux500: Add battery thermal zones and NTCs Link: https://lore.kernel.org/r/CACRpkdaDcEqtSnWzRBnBHVweh2n=Dj3meHG9LND+K0Czb9ORGg@mail.gmail.com Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-02-25arm64: cpufeature: Always specify and use a field width for capabilitiesMark Brown
Since all the fields in the main ID registers are 4 bits wide we have up until now not bothered specifying the width in the code. Since we now wish to use this mechanism to enumerate features from the floating point feature registers which do not follow this pattern add a width to the table. This means updating all the existing table entries but makes it less likely that we run into issues in future due to implicitly assuming a 4 bit width. Signed-off-by: Mark Brown <broonie@kernel.org> Cc: Suzuki K Poulose <suzuki.poulose@arm.com> Reviewed-by: Suzuki K Poulose <suzuki.poulose@arm.com> Reviewed-by: Catalin Marinas <catalin.marinas@arm.com> Link: https://lore.kernel.org/r/20220207152109.197566-4-broonie@kernel.org Signed-off-by: Will Deacon <will@kernel.org>
generated by cgit (git 2.34.1) at 2025-10-01 13:35:22 +0000