Skip to content
  1. Oct 08, 2021
    • Arnd Bergmann's avatar
      Merge tag 'asahi-soc-fixes-5.15' of https://github.com/AsahiLinux/linux into arm/fixes · 897c2e74
      Arnd Bergmann authored
      
      
      Apple SoC fixes for 5.15; just two MAINTAINERS updates.
      
      - MAINTAINERS: Add Sven Peter as ARM/APPLE MACHINE maintainer
      - MAINTAINERS: Add Alyssa Rosenzweig as M1 reviewer
      
      * tag 'asahi-soc-fixes-5.15' of https://github.com/AsahiLinux/linux:
        MAINTAINERS: Add Sven Peter as ARM/APPLE MACHINE maintainer
        MAINTAINERS: Add Alyssa Rosenzweig as M1 reviewer
      
      Link: https://lore.kernel.org/r/a50a9015-0e62-c451-4d0d-668233b35b85@marcan.st
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      897c2e74
    • Arnd Bergmann's avatar
      Merge tag 'scmi-fixes-5.15' of... · 6aaa8434
      Arnd Bergmann authored
      
      Merge tag 'scmi-fixes-5.15' of git://git.kernel.org/pub/scm/linux/kernel/git/sudeep.holla/linux into arm/fixes
      
      SCMI fixes for v5.15
      
      A few fixes addressing:
      - Kconfig dependency between VIRTIO and ARM_SCMI_PROTOCOL
      - Link-time error with __exit annotation for virtio_scmi_exit
      - Unnecessary nested irqsave/irqrestore spinlocks in virtio transport
      - Missing SMP barriers to protect accesses to SCMI virtio device
      
      * tag 'scmi-fixes-5.15' of git://git.kernel.org/pub/scm/linux/kernel/git/sudeep.holla/linux:
        firmware: arm_scmi: Add proper barriers to scmi virtio device
        firmware: arm_scmi: Simplify spinlocks in virtio transport
        firmware: arm_scmi: Remove __exit annotation
        firmware: arm_scmi: Fix virtio transport Kconfig dependency
      
      Link: https://lore.kernel.org/r/20211007102822.27886-1-sudeep.holla@arm.com
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      6aaa8434
    • Arnd Bergmann's avatar
      Merge tag 'omap-for-v5.15/fixes-rc4' of... · 3c7f58b3
      Arnd Bergmann authored
      
      Merge tag 'omap-for-v5.15/fixes-rc4' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap into arm/fixes
      
      Fixes for omaps for v5.15
      
      Few regression fixes for omaps for the v5.15-rc cycle. There is a fix
      for boot time hangs that can happen on some am335x devices that started
      when the pruss devicetree nodes were added. The other fixes are less
      critical:
      
      - Fix compiler warning for sysc_init_soc() that got recently introduced
      
      - Fix external abort for am335x pruss as otherwise some am335x will hang
      
      - Use CLKDM_NOAUTO quirk also for dra7 dcan1
      
      - Fix older NAND device node regression for omap3-sdp
      
      * tag 'omap-for-v5.15/fixes-rc4' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap:
        ARM: dts: omap3430-sdp: Fix NAND device node
        bus: ti-sysc: Use CLKDM_NOAUTO for dra7 dcan1 for errata i893
        soc: ti: omap-prm: Fix external abort for am335x pruss
        bus: ti-sysc: Add break in switch statement in sysc_init_soc()
      
      Link: https://lore.kernel.org/r/pull-1633609552-789682@atomide.com
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      3c7f58b3
    • Sven Peter's avatar
      MAINTAINERS: Add Sven Peter as ARM/APPLE MACHINE maintainer · 56dd0502
      Sven Peter authored
      
      
      Hector suggested I should add myself to help him maintain the
      platform.
      
      Acked-by: default avatarHector Martin <marcan@marcan.st>
      Signed-off-by: default avatarSven Peter <sven@svenpeter.dev>
      56dd0502
    • Alyssa Rosenzweig's avatar
      MAINTAINERS: Add Alyssa Rosenzweig as M1 reviewer · e47e3fa1
      Alyssa Rosenzweig authored
      
      
      Add myself as a reviewer for Asahi Linux (Apple M1) patches.
      
      I would like to be CC'ed on Asahi Linux patches for review and testing.
      I am also collecting Asahi Linux patches downstream, rebasing on
      linux-next periodically, and would like to be notified of what to
      cherry-pick from lists.
      
      Cc: Hector Martin <marcan@marcan.st>
      Cc: Sven Peter <sven@svenpeter.dev>
      Acked-by: default avatarHector Martin <marcan@marcan.st>
      Acked-by: default avatarSven Peter <sven@svenpeter.dev>
      Signed-off-by: default avatarAlyssa Rosenzweig <alyssa@rosenzweig.io>
      e47e3fa1
  2. Oct 06, 2021
    • Arnd Bergmann's avatar
      Merge tag 'imx-fixes-5.15-2' of... · 22505963
      Arnd Bergmann authored
      
      Merge tag 'imx-fixes-5.15-2' of git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux into arm/fixes
      
      i.MX fixes for 5.15, round 2:
      
      - A couple of fixes from Haibo Chen to update SPI NOR TX bus width for
        i.MX6 and i.MX8 boards.  This becomes necessary because spi-nor driver
        starts using the setting in DT.
      - Mark buck2 always-on for i.MX8MM Kontron-n801x-som board to avoid the
        core supply being turned off unexpectedly.
      - Fix eSDHC2 device tree settings for LS1028A SoC.
      - Disable GIC CPU interface before calling stby-poweroff sequence to fix
        power-off failure on i.MX6.
      - Fix M2_RST# GPIO pinmux on i.MX8M venice-gw7902 boards.
      
      * tag 'imx-fixes-5.15-2' of git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux:
        arm64: dts: imx8m*-venice-gw7902: fix M2_RST# gpio
        ARM: imx6: disable the GIC CPU interface before calling stby-poweroff sequence
        arm64: dts: ls1028a: fix eSDHC2 node
        arm64: dts: imx8mm-kontron-n801x-som: do not allow to switch off buck2
        arm64: dts: imx8: change the spi-nor tx
        ARM: dts: imx: change the spi-nor tx
      
      Link: https://lore.kernel.org/r/20211006125734.GA10197@dragon
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      22505963
    • Cristian Marussi's avatar
      firmware: arm_scmi: Add proper barriers to scmi virtio device · bf1acf80
      Cristian Marussi authored
      
      
      Only one single SCMI Virtio device is currently supported by this driver
      and it is referenced using a static global variable which is initialized
      once for all during probing and nullified at virtio device removal.
      
      Add proper SMP barriers to protect accesses to such device reference to
      ensure that the initialzation state of such device is correctly observed by
      all PEs at any time.
      
      Return -EBUSY, instead of -EINVAL, and a descriptive error message if more
      than one SCMI Virtio device is ever found and probed.
      
      Link: https://lore.kernel.org/r/20210916103336.7243-3-cristian.marussi@arm.com
      Cc: "Michael S. Tsirkin" <mst@redhat.com>
      Cc: Sudeep Holla <sudeep.holla@arm.com>
      Signed-off-by: default avatarCristian Marussi <cristian.marussi@arm.com>
      Signed-off-by: default avatarSudeep Holla <sudeep.holla@arm.com>
      bf1acf80
    • Cristian Marussi's avatar
      firmware: arm_scmi: Simplify spinlocks in virtio transport · a14a1459
      Cristian Marussi authored
      
      
      Remove unneeded nested irqsave/irqrestore spinlocks.
      Add also a few descriptive comments to explain better the system behaviour
      at shutdown time.
      
      Link: https://lore.kernel.org/r/20210916103336.7243-2-cristian.marussi@arm.com
      Cc: "Michael S. Tsirkin" <mst@redhat.com>
      Cc: Sudeep Holla <sudeep.holla@arm.com>
      Signed-off-by: default avatarCristian Marussi <cristian.marussi@arm.com>
      Signed-off-by: default avatarSudeep Holla <sudeep.holla@arm.com>
      a14a1459
    • Roger Quadros's avatar
      ARM: dts: omap3430-sdp: Fix NAND device node · 80d680fd
      Roger Quadros authored
      Nand is on CS1 so reg properties first field should be 1 not 0.
      
      Fixes: 44e47164
      
       ("ARM: dts: omap3: Fix NAND device nodes")
      Cc: stable@vger.kernel.org # v4.6+
      Signed-off-by: default avatarRoger Quadros <rogerq@kernel.org>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      80d680fd
    • Tony Lindgren's avatar
      bus: ti-sysc: Use CLKDM_NOAUTO for dra7 dcan1 for errata i893 · b13a270a
      Tony Lindgren authored
      Commit 94f63457 ("bus: ti-sysc: Implement quirk handling for
      CLKDM_NOAUTO") should have also added the quirk for dra7 dcan1 in
      addition to dcan2 for errata i893 handling.
      
      Let's also pass the quirk flag for legacy mode booting for if "ti,hwmods"
      dts property is used with related dcan hwmod data. This should be only
      needed if anybody needs to git bisect earlier stable trees though.
      
      Fixes: 94f63457
      
       ("bus: ti-sysc: Implement quirk handling for CLKDM_NOAUTO")
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      b13a270a
    • Tony Lindgren's avatar
      Merge branch 'pruss-fix' into fixes · e700ac21
      Tony Lindgren authored
      Merge in a fix for pruss reset issue caused by enabling pruss for am335x.
      e700ac21
  3. Oct 05, 2021
    • Arnd Bergmann's avatar
      ARM: sharpsl_param: work around -Wstringop-overread warning · 34186b48
      Arnd Bergmann authored
      
      
      gcc warns that accessing a pointer based on a numeric constant may
      be an offset into a NULL pointer, and would therefore has zero
      accessible bytes:
      
      arch/arm/common/sharpsl_param.c: In function ‘sharpsl_save_param’:
      arch/arm/common/sharpsl_param.c:43:9: error: ‘memcpy’ reading 64 bytes from a region of size 0 [-Werror=stringop-overread]
         43 |         memcpy(&sharpsl_param, param_start(PARAM_BASE), sizeof(struct sharpsl_param_info));
            |         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      
      In this particular case, the warning is bogus since this is the actual
      pointer, not an offset on a NULL pointer. Add a local variable to shut
      up the warning and hope it doesn't come back.
      
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Acked-by: default avatarDaniel Mack <daniel@zonque.org>
      Cc: Daniel Mack <daniel@zonque.org>
      Cc: Haojian Zhuang <haojian.zhuang@gmail.com>
      Cc: Robert Jarzmik <robert.jarzmik@free.fr>
      Cc: Russell King <linux@armlinux.org.uk>
      Cc: Linus Walleij <linus.walleij@linaro.org>
      Link: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99578
      Link: https://lore.kernel.org/r/20210927145332.2784005-1-arnd@kernel.org'
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      34186b48
    • Arnd Bergmann's avatar
      Merge tag 'imx-fixes-5.15' of... · efa767b3
      Arnd Bergmann authored
      Merge tag 'imx-fixes-5.15' of git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux into arm/fixes
      
      i.MX fixes for 5.15:
      
      - Revert cc8870bf to fix the regression on i.MX6 that suspend
        support becomes broken.
      - Add `qca,clk-out-frequency` property to fix Ethernet support on
        imx6qdl-pico board.
      - Re-enable FB support in imx_v6_v7_defconfig.  It gets lost due to
        f611b1e7
      
       ("drm: Avoid circular dependencies for CONFIG_FB").
      - Fix LP5562 LED support on imx6dl-yapp4 board.
      - Add missing pinctrl-names for panel on M53Menlo board.
      - Fix USB host power regulator polarity on M53Menlo board.
      
      * tag 'imx-fixes-5.15' of git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux:
        ARM: imx_v6_v7_defconfig: enable fb
        ARM: dts: imx6qdl-pico: Fix Ethernet support
        ARM: dts: imx: Fix USB host power regulator polarity on M53Menlo
        ARM: dts: imx: Add missing pinctrl-names for panel on M53Menlo
        Revert "ARM: imx6q: drop of_platform_default_populate() from init_machine"
        ARM: dts: imx6dl-yapp4: Fix lp5562 LED driver probe
      
      Link: https://lore.kernel.org/r/20210923063356.GK13480@dragon
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      efa767b3
    • Linus Walleij's avatar
      ARM: defconfig: gemini: Restore framebuffer · a6949059
      Linus Walleij authored
      The framebuffer is gone on the D-Link DIR-685, restore it.
      
      Fixes: f611b1e7
      
       ("drm: Avoid circular dependencies for CONFIG_FB")
      Signed-off-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      Cc: Kees Cook <keescook@chromium.org>
      Link: https://lore.kernel.org/r/20210922200933.1825752-1-linus.walleij@linaro.org'
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      a6949059
    • Arnd Bergmann's avatar
      ARM: dove: mark 'putc' as inline · b9af50bc
      Arnd Bergmann authored
      
      
      This can cause a randconfig warning without the 'inline' flag
      that every other platform uses:
      
      In file included from arch/arm/boot/compressed/misc.c:29:
      arch/arm/mach-dove/include/mach/uncompress.h:14:13: error: 'putc' defined but not used [-Werror=unused-function]
         14 | static void putc(const char c)
            |             ^~~~
      
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Reviewed-by: default avatarAndrew Lunn <andrew@lunn.ch>
      Link: https://lore.kernel.org/r/20210927095343.1015422-1-arnd@kernel.org'
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      b9af50bc
    • Arnd Bergmann's avatar
      ARM: omap1: move omap15xx local bus handling to usb.c · 94ad8aac
      Arnd Bergmann authored
      Commit 38225f2e
      
       ("ARM/omap1: switch to use dma_direct_set_offset for
      lbus DMA offsets") removed a lot of mach/memory.h, but left the USB
      offset handling split into arch/arm/mach-omap1/usb.c and
      drivers/usb/host/ohci-omap.c.
      
      This can cause a randconfig build warning that now fails the build
      with -Werror:
      
      arch/arm/mach-omap1/usb.c:561:30: error: 'omap_1510_usb_ohci_nb' defined but not used [-Werror=unused-variable]
        561 | static struct notifier_block omap_1510_usb_ohci_nb = {
            |                              ^~~~~~~~~~~~~~~~~~~~~
      
      Move it all into the platform file to get rid of the final
      location that relies on mach/memory.h.
      
      Acked-by: default avatarFelipe Balbi <felipe.balbi@linux.intel.com>
      Acked-by: default avatarAlan Stern <stern@rowland.harvard.edu>
      Acked-by: default avatarTony Lindgren <tony@atomide.com>
      Acked-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      Link: https://lore.kernel.org/r/20210927144118.2464881-1-arnd@kernel.org'
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      94ad8aac
    • Arnd Bergmann's avatar
      Merge tag 'qcom-drivers-fixes-for-5.15' of... · 6147eb53
      Arnd Bergmann authored
      
      Merge tag 'qcom-drivers-fixes-for-5.15' of git://git.kernel.org/pub/scm/linux/kernel/git/qcom/linux into arm/fixes
      
      Qualcomm driver fixes for v5.15
      
      This restricts the QCOM_SCM driver to depend on ARCH_QCOM, to reduce
      it's presence after becoming a loadable module.
      
      It then fixes a regression in the mdt_loader, where firmware with the
      hash segment marked as PT_LOAD would no longer be accepted, preventing
      several MSM8974 and SDM660 devices from loading remoteproc firmware.
      
      Lastly it corrects the drvdata associated with the socinfo device during
      probe, to match that expected by the remove function.
      
      * tag 'qcom-drivers-fixes-for-5.15' of git://git.kernel.org/pub/scm/linux/kernel/git/qcom/linux:
        firmware: qcom_scm: QCOM_SCM should depend on ARCH_QCOM
        soc: qcom: mdt_loader: Drop PT_LOAD check on hash segment
        soc: qcom: socinfo: Fixed argument passed to platform_set_data()
      
      Link: https://lore.kernel.org/r/20210930025456.1035-1-bjorn.andersson@linaro.org
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      6147eb53
    • Arnd Bergmann's avatar
      Merge tag 'qcom-arm64-fixes-for-5.15' of... · 04e0ae8d
      Arnd Bergmann authored
      
      Merge tag 'qcom-arm64-fixes-for-5.15' of git://git.kernel.org/pub/scm/linux/kernel/git/qcom/linux into arm/fixes
      
      Qualcomm ARM64 DTS fixes for 5.15
      
      This starts by reverting the SC7280 CPUfreq update, which was merged
      before concensus about the associated drivers changes was reached.
      
      It then moves the reserved-memory changes done to get IPA working on the
      Lenovo Yoga C630 into the Yoga specific DTS, as changing the memory map
      on the platform level did break a couple of the other boards.
      
      It fixes the HDMI audio on Trogdor and add missing Aggre2 NOC qos clocks
      on SDM6{30,36,60} which prevented some boards from booting.
      
      Lastly it enables the PON module on SM8250/QRB5165, as the lack thereof
      is blocking automated testing in LKFT.
      
      * tag 'qcom-arm64-fixes-for-5.15' of git://git.kernel.org/pub/scm/linux/kernel/git/qcom/linux:
        arm64: dts: qcom: sdm630: Add missing a2noc qos clocks
        arm64: dts: qcom: qrb5165-rb5: enabled pwrkey and resin nodes
        arm64: dts: qcom: pm8150: specify reboot mode magics
        arm64: dts: qcom: pm8150: use qcom,pm8998-pon binding
        arm64: dts: qcom: sc7180-trogdor: Fix lpass dai link for HDMI
        arm64: dts: qcom: sdm850-yoga: Reshuffle IPA memory mappings
        Revert "arm64: dts: qcom: sc7280: Fixup the cpufreq node"
      
      Link: https://lore.kernel.org/r/20210930025509.1091-1-bjorn.andersson@linaro.org
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      04e0ae8d
    • Arnd Bergmann's avatar
      Merge tag 'juno-fixes-5.15' of... · 2ecfddb1
      Arnd Bergmann authored
      
      Merge tag 'juno-fixes-5.15' of git://git.kernel.org/pub/scm/linux/kernel/git/sudeep.holla/linux into arm/fixes
      
       Juno/Vexpress fixes for v5.15
      
      Bunch of DTS fixes to resolve addressing issues with some of the device
      nodes, dropping unused/undocumented properties in various nodes, and
      aligning node names with dtschema.
      
      * tag 'juno-fixes-5.15' of git://git.kernel.org/pub/scm/linux/kernel/git/sudeep.holla/linux:
        arm: dts: vexpress: Fix motherboard bus 'interrupt-map'
        arm: dts: vexpress: Fix addressing issues with 'motherboard-bus' nodes
        arm: dts: vexpress-v2p-ca9: Fix the SMB unit-address
        arm: dts: vexpress: Drop unused properties from motherboard node
        arm64: dts: arm: drop unused interrupt-names in MHU
        ARM: dts: arm: align watchdog and mmc node names with dtschema
        arm64: dts: arm: align watchdog and mmc node names with dtschema
        arm64: dts: fvp: Remove panel timings
      
      Link: https://lore.kernel.org/r/20210927105249.3583380-1-sudeep.holla@arm.com
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      2ecfddb1
    • Arnd Bergmann's avatar
      Merge tag 'qcom-dts-fixes-for-5.15' of... · c147392b
      Arnd Bergmann authored
      
      Merge tag 'qcom-dts-fixes-for-5.15' of git://git.kernel.org/pub/scm/linux/kernel/git/qcom/linux into arm/fixes
      
      Qualcomm DTS fixes for v5.15
      
      This corrects the use of depricated chipid and clock names, for which
      support was finally dropped from the driver. It also ensures that the
      DSI PLL is fed by the correct clock, now that it's being migrated to not
      rely on global clock names.
      
      * tag 'qcom-dts-fixes-for-5.15' of git://git.kernel.org/pub/scm/linux/kernel/git/qcom/linux:
        ARM: dts: qcom: apq8064: update Adreno clock names
        ARM: dts: qcom: apq8064: Use 27MHz PXO clock as DSI PLL reference
        ARM: dts: qcom: apq8064: use compatible which contains chipid
      
      Link: https://lore.kernel.org/r/20210930025526.1146-1-bjorn.andersson@linaro.org
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      c147392b
    • Arnd Bergmann's avatar
      Merge tag 'at91-fixes-5.15-2' of... · 325c81e3
      Arnd Bergmann authored
      
      Merge tag 'at91-fixes-5.15-2' of git://git.kernel.org/pub/scm/linux/kernel/git/at91/linux into arm/fixes
      
      AT91 fixes #2 for 5.15:
      
      - More fixes for AT91 platform power management code related to the
        introduction of sama7g5:
        - management of DDR3L regulator rails for sama7g5ek
        - loading of TLB on different cores
      
      - PIO controller slew-rate settings for sama7g5ek: be aligned with
        datasheet requirements.
      
      * tag 'at91-fixes-5.15-2' of git://git.kernel.org/pub/scm/linux/kernel/git/at91/linux:
        ARM: dts: at91: sama7g5ek: to not touch slew-rate for SDMMC pins
        ARM: dts: at91: sama7g5ek: use proper slew-rate settings for GMACs
        ARM: at91: pm: preload base address of controllers in tlb
        ARM: at91: pm: group constants and addresses loading
        ARM: dts: at91: sama7g5ek: add suspend voltage for ddr3l rail
      
      Link: https://lore.kernel.org/r/20211004114344.19304-1-nicolas.ferre@microchip.com
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      325c81e3
    • Nishanth Menon's avatar
      MAINTAINERS: Add Vignesh to TI K3 platform maintainership · dd6a2ed8
      Nishanth Menon authored
      
      
      Add Vignesh to TI K3 platform maintainership. We will rotate roles for
      each kernel version to help spread the work load a little better.
      
      Signed-off-by: default avatarNishanth Menon <nm@ti.com>
      Link: https://lore.kernel.org/r/20210915121308.26795-1-nm@ti.com'
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      dd6a2ed8
    • Arnd Bergmann's avatar
      Merge tag 'optee-fix-for-v5.15' of... · f81fd214
      Arnd Bergmann authored
      
      Merge tag 'optee-fix-for-v5.15' of git://git.linaro.org/people/jens.wiklander/linux-tee into arm/fixes
      
      Fix OP-TEE shm_pool lint warning
      
      * tag 'optee-fix-for-v5.15' of git://git.linaro.org/people/jens.wiklander/linux-tee:
        tee/optee/shm_pool: fix application of sizeof to pointer
      
      Link: https://lore.kernel.org/r/20210915113813.GA509196@jade
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      f81fd214
    • Tim Harvey's avatar
      arm64: dts: imx8m*-venice-gw7902: fix M2_RST# gpio · 3518441d
      Tim Harvey authored
      Fix invalid M2_RST# gpio pinmux.
      
      Fixes: ef484dfc
      
       ("arm64: dts: imx: Add i.mx8mm/imx8mn Gateworks gw7902 dts support")
      Cc: stable@vger.kernel.org
      Signed-off-by: default avatarTim Harvey <tharvey@gateworks.com>
      Signed-off-by: default avatarShawn Guo <shawnguo@kernel.org>
      3518441d
    • Oleksij Rempel's avatar
      ARM: imx6: disable the GIC CPU interface before calling stby-poweroff sequence · 783f3db0
      Oleksij Rempel authored
      Any pending interrupt can prevent entering standby based power off state.
      To avoid it, disable the GIC CPU interface.
      
      Fixes: 8148d213
      
       ("ARM: imx6: register pm_power_off handler if "fsl,pmic-stby-poweroff" is set")
      Signed-off-by: default avatarOleksij Rempel <o.rempel@pengutronix.de>
      Signed-off-by: default avatarShawn Guo <shawnguo@kernel.org>
      783f3db0
  4. Oct 04, 2021
    • Michael Walle's avatar
      arm64: dts: ls1028a: fix eSDHC2 node · 8b94aa31
      Michael Walle authored
      On the LS1028A this instance of the eSDHC controller is intended for
      either an eMMC or eSDIO card. It doesn't provide a card detect pin and
      its IO voltage is fixed at 1.8V.
      
      Remove the bogus broken-cd property, instead add the non-removable
      property. Fix the voltage-ranges property and set it to 1.8V only.
      
      Fixes: 491d3a3f
      
       ("arm64: dts: ls1028a: Add esdhc node in dts")
      Signed-off-by: default avatarMichael Walle <michael@walle.cc>
      Signed-off-by: default avatarShawn Guo <shawnguo@kernel.org>
      8b94aa31
    • Heiko Thiery's avatar
      arm64: dts: imx8mm-kontron-n801x-som: do not allow to switch off buck2 · 9786cca4
      Heiko Thiery authored
      The buck2 output of the PMIC is the VDD core voltage of the cpu.
      Switching off this will poweroff the CPU. Add the 'regulator-always-on'
      property to avoid this.
      
      Fixes: 8668d8b2
      
       ("arm64: dts: Add the Kontron i.MX8M Mini SoMs and baseboards")
      Signed-off-by: default avatarHeiko Thiery <heiko.thiery@gmail.com>
      Reviewed-by: default avatarFrieder Schrempf <frieder.schrempf@kontron.de>
      Signed-off-by: default avatarShawn Guo <shawnguo@kernel.org>
      9786cca4
    • Claudiu Beznea's avatar
      ARM: dts: at91: sama7g5ek: to not touch slew-rate for SDMMC pins · dbe68bc9
      Claudiu Beznea authored
      With commit c709135e ("pinctrl: at91-pio4: add support for slew-rate")
      and commit cbde6c82 ("pinctrl: at91-pio4: Fix slew rate disablement")
      the slew-rate is enabled by default for each configured pin. The datasheet
      specifies at chapter "Output Driver AC Characteristics" that HSIO
      drivers (use in SDMMCx and QSPI0 peripherals), don't have a slewrate
      setting but are rather calibrated against an external 1% resistor mounted
      on the SDMMCx_CAL or QSPI0_CAL pins. Depending on the target signal
      frequency and the external load, it is possible to adjust their target
      output impedance. Thus set slew-rate = <0> for SDMMC (QSPI is not enabled
      at the moment in device tree).
      
      Fixes: 7540629e
      
       ("ARM: dts: at91: add sama7g5 SoC DT and sama7g5-ek")
      Signed-off-by: default avatarClaudiu Beznea <claudiu.beznea@microchip.com>
      Signed-off-by: default avatarNicolas Ferre <nicolas.ferre@microchip.com>
      Link: https://lore.kernel.org/r/20210915074836.6574-3-claudiu.beznea@microchip.com
      dbe68bc9
    • Claudiu Beznea's avatar
      ARM: dts: at91: sama7g5ek: use proper slew-rate settings for GMACs · 968f6e9d
      Claudiu Beznea authored
      Datasheet chapter "EMAC Timings" specifies that while in 3.3V domain
      GMAC's MDIO pins should be configured with slew-rate enabled, while the
      data + signaling pins should be configured with slew-rate disabled when
      GMAC works in RGMII or RMII modes. The pin controller for SAMA7G5 sets
      the slew-rate as enabled for all pins. Adapt the device tree to comply
      with these.
      
      Fixes: 7540629e
      
       ("ARM: dts: at91: add sama7g5 SoC DT and sama7g5-ek")
      Signed-off-by: default avatarClaudiu Beznea <claudiu.beznea@microchip.com>
      Signed-off-by: default avatarNicolas Ferre <nicolas.ferre@microchip.com>
      Link: https://lore.kernel.org/r/20210915074836.6574-2-claudiu.beznea@microchip.com
      968f6e9d
    • Claudiu Beznea's avatar
      ARM: at91: pm: preload base address of controllers in tlb · d8d667ee
      Claudiu Beznea authored
      In suspend/resume procedure for AT91 architecture different controllers
      (PMC, SHDWC, RAM, RAM PHY, SFRBU) are accessed to do the proper settings
      for power saving. Commit f0bbf179 ("ARM: at91: pm: add self-refresh
      support for sama7g5") introduced the access to RAMC PHY controller for
      SAMA7G5. The access to this controller is done after RAMC ports are
      closed, thus any TLB walk necessary for RAMC PHY virtual address will
      fail. In the development branch this was not encountered. However, on
      current kernel the issue is reproducible.
      
      To solve the issue the previous mechanism of pre-loading the TLB with
      the RAMC PHY virtual address has been used. However, only the addition
      of this new pre-load breaks the functionality for ARMv5 based
      devices (SAM9X60). This behavior has been encountered previously
      while debugging this code and using the same mechanism for pre-loading
      address for different controllers (e.g. pin controller, the assumption
      being that other requested translations are replaced from TLB).
      
      To solve this new issue the TLB flush + the extension of pre-loading
      the rest of controllers to TLB (e.g. PMC, RAMC) has been added. The
      rest of the controllers should have been pre-loaded previously, anyway.
      
      Fixes: f0bbf179 ("ARM: at91: pm: add self-refresh support for sama7g5")
      Depends-on: e42cbbe5
      
       ("ARM: at91: pm: group constants and addresses loading")
      Signed-off-by: default avatarClaudiu Beznea <claudiu.beznea@microchip.com>
      Signed-off-by: default avatarNicolas Ferre <nicolas.ferre@microchip.com>
      Link: https://lore.kernel.org/r/20210930154219.2214051-4-claudiu.beznea@microchip.com
      d8d667ee
    • Claudiu Beznea's avatar
      ARM: at91: pm: group constants and addresses loading · e42cbbe5
      Claudiu Beznea authored
      
      
      Group constants and addresses loading. This commit prepares the field for
      the next one.
      
      Signed-off-by: default avatarClaudiu Beznea <claudiu.beznea@microchip.com>
      Signed-off-by: default avatarNicolas Ferre <nicolas.ferre@microchip.com>
      Link: https://lore.kernel.org/r/20210930154219.2214051-3-claudiu.beznea@microchip.com
      e42cbbe5
    • Claudiu Beznea's avatar
      ARM: dts: at91: sama7g5ek: add suspend voltage for ddr3l rail · ef162ac5
      Claudiu Beznea authored
      SAMA7G5-EK board has DDR3L type of memory soldered. This needs 1.35V. The
      1.35V for DDR3L rail at run-time is selected by the proper configuration
      on SELV2 pin (for 1.35V it needs to be in high-z state). When suspended
      the MCP16502 PMIC soldered on SAMA7G5-EK will use different sets of
      configuration registers to provide proper voltages on its rail. Run-time
      configuration registers could be configured differently than suspend
      configuration register for MCP16502 (VSEL2 affects only run-time
      configuration). In suspend states the DDR3L memory soldered on SAMA7G5-EK
      switches to self-refresh. Even on self-refresh it needs to be powered by
      a 1.35V rail. Thus, make sure the PMIC is configured properly when system
      is suspended.
      
      Fixes: 7540629e
      
       (ARM: dts: at91: add sama7g5 SoC DT and sama7g5-ek")
      Signed-off-by: default avatarClaudiu Beznea <claudiu.beznea@microchip.com>
      Signed-off-by: default avatarNicolas Ferre <nicolas.ferre@microchip.com>
      Link: https://lore.kernel.org/r/20210930154219.2214051-2-claudiu.beznea@microchip.com
      ef162ac5
    • Haibo Chen's avatar
      arm64: dts: imx8: change the spi-nor tx · 04aa946d
      Haibo Chen authored
      Before commit 0e30f472
      
       ("mtd: spi-nor: add support for DTR protocol"),
      for all PP command, it only support 1-1-1 mode, no matter the tx setting
      in dts. But after the upper commit, the logic change. It will choose
      the best mode(fastest mode) which flash device and spi-nor host controller
      both support.
      
      qspi and fspi host controller do not support read 1-4-4 mode. so need to
      set the tx to 1, let the common code finally select read 1-1-4 mode.
      
      Signed-off-by: default avatarHaibo Chen <haibo.chen@nxp.com>
      Fixes: 0e30f472
      
       ("mtd: spi-nor: add support for DTR protocol")
      Signed-off-by: default avatarShawn Guo <shawnguo@kernel.org>
      04aa946d
    • Haibo Chen's avatar
      ARM: dts: imx: change the spi-nor tx · b2a4f4a3
      Haibo Chen authored
      Before commit 0e30f472
      
       ("mtd: spi-nor: add support for DTR protocol"),
      for all PP command, it only support 1-1-1 mode, no matter the tx setting
      in dts. But after the upper commit, the logic change. It will choose
      the best mode(fastest mode) which flash device and spi-nor host controller
      both support.
      
      Though the spi-nor device on imx6sx-sdb/imx6ul(l/z)-14x14-evk board
      do not support PP-1-4-4/PP-1-1-4, but if tx is 4 in dts file, it will also
      impact the read mode selection. For the spi-nor device on the upper mentioned
      boards, they support read 1-4-4 mode and read 1-1-4 mode according to the
      device internal sfdp register. But qspi host controller do not support
      read 1-4-4 mode. so need to set the tx to 1, let the common code finally
      select read 1-1-4 mode, PP-1-1-1 mode.
      
      Signed-off-by: default avatarHaibo Chen <haibo.chen@nxp.com>
      Fixes: 0e30f472
      
       ("mtd: spi-nor: add support for DTR protocol")
      Signed-off-by: default avatarShawn Guo <shawnguo@kernel.org>
      b2a4f4a3
  5. Sep 30, 2021
    • Tony Lindgren's avatar
      soc: ti: omap-prm: Fix external abort for am335x pruss · b2325370
      Tony Lindgren authored
      Starting with v5.15-rc1, we may now see some am335x beaglebone black
      device produce the following error on pruss probe:
      
      Unhandled fault: external abort on non-linefetch (0x1008) at 0xe0326000
      
      This has started with the enabling of pruss for am335x in the dts files.
      
      Turns out the is caused by the PRM reset handling not waiting for the
      reset bit to clear. To fix the issue, let's always wait for the reset
      bit to clear, even if there is a separate reset status register.
      
      We attempted to fix a similar issue for dra7 iva with a udelay() in
      commit effe89e4 ("soc: ti: omap-prm: Fix occasional abort on reset
      deassert for dra7 iva"). There is no longer a need for the udelay()
      for dra7 iva reset either with the check added for reset bit clearing.
      
      Cc: Drew Fustini <pdp7pdp7@gmail.com>
      Cc: Grygorii Strashko <grygorii.strashko@ti.com>
      Cc: "H. Nikolaus Schaller" <hns@goldelico.com>
      Cc: Robert Nelson <robertcnelson@gmail.com>
      Cc: Yongqin Liu <yongqin.liu@linaro.org>
      Fixes: effe89e4
      
       ("soc: ti: omap-prm: Fix occasional abort on reset deassert for dra7 iva")
      Reported-by: default avatarMatti Vaittinen <mazziesaccount@gmail.com>
      Tested-by: default avatarMatti Vaittinen <matti.vaittinen@fi.rohmeurope.com>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      b2325370
  6. Sep 26, 2021
    • Rob Herring's avatar
      arm: dts: vexpress: Fix motherboard bus 'interrupt-map' · 319aeaf6
      Rob Herring authored
      Commit 078fb7aa ("arm: dts: vexpress: Fix addressing issues with
      'motherboard-bus' nodes") broke booting on a couple of 32-bit VExpress
      boards. The problem is #address-cells size changed, but interrupt-map
      was not updated. This results in the timer interrupt (and all the
      other motherboard interrupts) not getting mapped.
      
      As the 'interrupt-map' properties are all just duplicates across boards,
      just move them into vexpress-v2m.dtsi and vexpress-v2m-rs1.dtsi.
      Strictly speaking, 'interrupt-map' is dependent on the parent
      interrupt controller, but it's not likely we'll ever have a different
      parent than GICv2 on these old platforms. If there was one,
      'interrupt-map' can still be overridden.
      
      Link: https://lore.kernel.org/r/20210924214221.1877686-1-robh@kernel.org
      Fixes: 078fb7aa
      
       ("arm: dts: vexpress: Fix addressing issues with 'motherboard-bus' nodes")
      Cc: Guillaume Tucker <guillaume.tucker@collabora.com>
      Cc: Liviu Dudau <liviu.dudau@arm.com>
      Cc: Sudeep Holla <sudeep.holla@arm.com>
      Cc: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
      Cc: linux-arm-kernel@lists.infradead.org
      Reported-by: default avatarReported-by: "kernelci.org bot" <bot@kernelci.org>
      Signed-off-by: default avatarRob Herring <robh@kernel.org>
      Signed-off-by: default avatarSudeep Holla <sudeep.holla@arm.com>
      319aeaf6
  7. Sep 24, 2021