Re: [PATCH v10 00/13] Add Broadcom VK driver
Scott, On Thu, Jan 28, 2021 at 4:30 PM Scott Branden wrote: > > This patch series drops previous patches in [1] > that were incorporated by Kees Cook into patch series > "Introduce partial kernel_read_file() support" [2]. > > Remaining patches are contained in this series to add Broadcom VK driver. > (which depends on request_firmware_into_buf API addition which has > now been accepted into the upstream kernel as of v5.10-rc1). > > [1] > https://lore.kernel.org/lkml/20200706232309.12010-1-scott.bran...@broadcom.com/ > [2] > https://lore.kernel.org/lkml/20201002173828.2099543-1-keesc...@chromium.org/ > > Changes from v9: > - fix compile if CONFIG_TTY not set > - use if-else statement instead of conditional expression in set_q_num > - generate bcm_vk_msg_remove call in proper patch >(was generated in tty patch when should be in msg patch) Did I miss something? Greg already applied v9, so any fixes on top needs to be new patches. -Olof
Re: [PATCH v8 00/13] Add Broadcom VK driver
On Sun, Jan 17, 2021 at 11:17 PM Greg Kroah-Hartman wrote: > > On Sun, Jan 17, 2021 at 10:47:59AM -0800, Olof Johansson wrote: > > Hi, > > > > On Mon, Nov 30, 2020 at 10:42 AM Scott Branden > > wrote: > > > > > > This patch series drops previous patches in [1] > > > that were incorporated by Kees Cook into patch series > > > "Introduce partial kernel_read_file() support" [2]. > > > > > > Remaining patches are contained in this series to add Broadcom VK driver. > > > (which depends on request_firmware_into_buf API addition which has > > > now been accepted into the upstream kernel as of v5.10-rc1). > > > > > > [1] > > > https://lore.kernel.org/lkml/20200706232309.12010-1-scott.bran...@broadcom.com/ > > > [2] > > > https://lore.kernel.org/lkml/20201002173828.2099543-1-keesc...@chromium.org/ > > > > > > I've been following this series for some time, and I think the code is > > ready to go in. > > > > Greg, mind queuing this up in the misc tree? > > I will need a new version, this is long gone from my queue. I'll let Scott repost then (with acks applied etc) > And hopefully the tty layer abuse is gone... :) There's a simple tty driver as the final patch in the series, but it's pretty straightforward. If you've still got concerns with it, the rest of the series should stand on its own and should be mergeable without that piece. -Olof
Re: [PATCH 2/2] remarkable2_defconfig: Add initial support for the reMarkable2
Hi, On Sun, Jan 17, 2021 at 5:36 PM Alistair Francis wrote: > > On Sun, Jan 17, 2021 at 5:30 PM Olof Johansson wrote: > > > > Hi Alistair, > > > > On Sun, Jan 17, 2021 at 3:09 PM Alistair Francis > > wrote: > > > > > > This defconfig is based on the one released by reMarkable with their > > > 4.14 kernel. I have updated it to match the latest kernels. > > > > > > Signed-off-by: Alistair Francis > > > > It's awesome to see upstream support for contemporary consumer > > products being posted, thanks! > > No worries! > > > > > When it comes to a dedicated defconfig, is that necessary in this > > case? The needed drivers should be possible to enable either in > > imx_v6_v7_defconfig, or in multi_v7_defconfig (or, rather, both)? > > Most of the defconfi could be shared with a standard imx7 config, but > some of the extra components like the Wacom digitiser, > cyttsp5_i2c_adapter, max77818 and bd71815 might be better off in it's > own defconfig. > > If the maintainers are happy with enabling some of those in a imx7 > defconfig then I'm happy to do that. I have tried to split out the > config changes (I have two otehr series that build on this one) so it > should be easy to rebase it all on a standard one. Yeah, enabling those in imx_v6_v7_defconfig and multi_v7_defconfig is fine (or, really, desirable and preferred). Please enable as modules where possible (i.e anything that's fine to wait loading until after rootfs is mounted), to avoid kernel image growth on platforms that don't need those drivers. > > Adding new defconfigs is something we're avoiding as much as possible, > > since it adds CI overhead, and defconfigs easily get churny due to > > options moving around. > > > > In some cases we do it once per SoC family (i.e. the i.MX defconfigs), > > but we avoid it for products. > > Makes sense, I will update my patches not to use a custom defconfig. Awesome, thanks! -Olof
Re: [PATCH 2/2] remarkable2_defconfig: Add initial support for the reMarkable2
Hi Alistair, On Sun, Jan 17, 2021 at 3:09 PM Alistair Francis wrote: > > This defconfig is based on the one released by reMarkable with their > 4.14 kernel. I have updated it to match the latest kernels. > > Signed-off-by: Alistair Francis It's awesome to see upstream support for contemporary consumer products being posted, thanks! When it comes to a dedicated defconfig, is that necessary in this case? The needed drivers should be possible to enable either in imx_v6_v7_defconfig, or in multi_v7_defconfig (or, rather, both)? Adding new defconfigs is something we're avoiding as much as possible, since it adds CI overhead, and defconfigs easily get churny due to options moving around. In some cases we do it once per SoC family (i.e. the i.MX defconfigs), but we avoid it for products. -Olof
Re: [PATCH v8 00/13] Add Broadcom VK driver
Hi, On Mon, Nov 30, 2020 at 10:42 AM Scott Branden wrote: > > This patch series drops previous patches in [1] > that were incorporated by Kees Cook into patch series > "Introduce partial kernel_read_file() support" [2]. > > Remaining patches are contained in this series to add Broadcom VK driver. > (which depends on request_firmware_into_buf API addition which has > now been accepted into the upstream kernel as of v5.10-rc1). > > [1] > https://lore.kernel.org/lkml/20200706232309.12010-1-scott.bran...@broadcom.com/ > [2] > https://lore.kernel.org/lkml/20201002173828.2099543-1-keesc...@chromium.org/ I've been following this series for some time, and I think the code is ready to go in. Greg, mind queuing this up in the misc tree? Scott/Greg, feel free to add my Acked-by on the series: Acked-by: Olof Johansson Thanks! -Olof
[GIT PULL 2/5] ARM: SoC platform updates
devicetree ARM: imx3: Retrieve the AVIC base address from devicetree ARM: imx35: Retrieve the IIM base address from devicetree ARM: imx: Remove unused definitions clk: imx: imx27: Remove mx27_clocks_init() clk: imx: imx31: Remove mx31_clocks_init() clk: imx: imx35: Remove mx35_clocks_init() Florian Fainelli (3): ARM: brcmstb: Add debug UART entry for 72614 ARM: bcm: Enable BCM7038_L1_IRQ for ARCH_BRCMSTB ARM: brcmstb: Add debug UART entry for 72615 Geert Uytterhoeven (1): ARM: shmobile: rcar-gen2: Make rcar_gen2_{timer_init, reserve}() static Guillaume Tucker (1): ARM: exynos: clear L310_AUX_CTRL_NS_LOCKDOWN in default l2c_aux_val Kefeng Wang (2): ARM: hisi: add support for SD5203 SoC ARM: debug: add UART early console support for SD5203 Krzysztof Kozlowski (27): MAINTAINERS: drop Vincent Sanders from Simtec S3C boards MAINTAINERS: add more name matches for Samsung SoC entries ARM: s3c64xx: include header to fix -Wmissing-prototypes ARM: s3c24xx: demote kerneldoc comment ARM: samsung: fix language typo clk: samsung: s3c64xx: declare s3c64xx_clk_init() in shared header clk: samsung: s3c24xx: declare s3c24xx_common_clk_init() in shared header ARM: s3c: remove plat-samsung/.../samsung-time.h ARM: s3c24xx: include common.h header in s3c2443.c ARM: s3c24xx: sdhci: include plat/sdhci.h header ARM: s3c24xx: ts: include platform data header ARM: s3c24xx: ts: document function argument ARM: s3c: remove unneeded machine header includes mmc: s3cmci: remove unneeded machine header include ARM: samsung: fix kerneldoc of s3c_pm_do_restore_core() ARM: s3c24xx: drop s3c-camif setup platform code ARM: samsung: remove HAVE_S3C2410_WATCHDOG and use direct dependencies ARM: s3c64xx: switch to generic watchdog driver reset ARM: s3c24xx: fix missing system reset ARM: s3c24xx: pass pointer to clk driver via platform data usb: gadget: s3c: remove unused 'udc' variable Merge tag 'samsung-platdrv-boards' of https://git.kernel.org/.../broonie/sound into next/soc-s3c-cleanup ARM: s3c: Cleanup from old plat-samsung include ARM: s3c: Avoid naming clash of S3C24xx and S3C64xx timer setup ARM: samsung: fix PM debug build with DEBUG_LL but !MMU ARM: s3c24xx: fix Wunused-variable warning on !MMU ARM: s3c64xx: bring back notes from removed debug-macro.S Linus Walleij (1): ARM: versatile: Remove Integrator and Realview from PHYS_OFFSET Lukas Bulwahn (1): MAINTAINERS: mark linux-samsung-soc list non-moderated Olof Johansson (13): Merge tag 'samsung-soc-s3c-5.10' of https://git.kernel.org/.../krzk/linux into arm/soc Merge tag 'versatile-soc-v5.10-1' of git://git.kernel.org/.../linusw/linux-integrator into arm/soc Merge tag 'omap-for-v5.10/soc-signed' of git://git.kernel.org/.../tmlind/linux-omap into arm/soc Merge tag 'omap-for-v5.10/ti-sysc-drop-pdata-signed' of git://git.kernel.org/.../tmlind/linux-omap into arm/soc Merge tag 'arm-soc/for-5.10/maintainers' of https://github.com/Broadcom/stblinux into arm/soc Merge tag 'arm-soc/for-5.10/soc' of https://github.com/Broadcom/stblinux into arm/soc Merge tag 'at91-soc-5.10' of git://git.kernel.org/.../at91/linux into arm/soc Merge tag 'renesas-arm-soc-for-v5.10-tag1' of git://git.kernel.org/.../geert/renesas-devel into arm/soc Merge tag 'samsung-soc-5.10' of https://git.kernel.org/.../krzk/linux into arm/soc Merge tag 'davinci-for-v5.10/soc' of git://git.kernel.org/.../nsekhar/linux-davinci into arm/soc Merge tag 'omap-for-v5.10/soc-part2-v2-signed' of git://git.kernel.org/.../tmlind/linux-omap into arm/soc Merge tag 'hisi-arm-soc-for-5.10' of git://github.com/hisilicon/linux-hisi into arm/soc Merge tag 'imx-soc-5.10' of git://git.kernel.org/.../shawnguo/linux into arm/soc Peng Fan (1): ARM: imx7ulp: enable cpufreq Qinglang Miao (1): ARM: s3c64xx: fix return value check in s3c_usb_otgphy_init() Randy Dunlap (1): arm: mach-omap1: mux.h: delete duplicate word Stephen Kitt (2): ARM: s3c64xx: use simple i2c probe function ARM: davinci: use simple i2c probe function Tony Lindgren (11): dt-bindings: omap: Update PRM binding for genpd soc: ti: omap-prm: Add basic power domain support soc: ti: omap-prm: Configure sgx power domain for am3 and am4 soc: ti: omap-prm: Configure omap4 and 5 l4_abe power domain ARM: dts: Configure am3 and am4 sgx for genpd and drop platform data ARM: dts: Configure omap4 and 5 l4_abe for genpd and drop platform data soc: ti: pm33xx: Simplify RTC usage to prepare to drop platform data ARM: OMAP2+: Drop legacy platform data for am3 and am4 rtc ARM: OMAP2+: Drop legacy platform data for dra7 rtcss Merge branch 'omap-for-v5.10/omap1' into omap
[GIT PULL 5/5] ARM: SoC defconfig updates
We keep this in a separate branch to avoid cross-branch conflicts, but most of the material here is fairly boring -- some new drivers turned on for hardware since they were merged, and some refreshed files due to time having moved a lot of entries around. Conflicts: None The following changes since commit cf625fc0396296bd644672666bc1a96d7e06118b: Merge tag 'armsoc-dt' into HEAD are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc.git tags/armsoc-defconfig for you to fetch changes up to 4550e2c8d3e03ddffdcbfeeecc63e7c68dbec296: Merge tag 'qcom-arm64-defconfig-for-5.10' of https://git.kernel.org/pub/scm/linux/kernel/git/qcom/linux into arm/defconfig Andreas Kemnade (1): ARM: omap2plus_defconfig: enable twl4030_madc as a loadable module Biju Das (1): ARM: shmobile: defconfig: Enable TOUCHSCREEN_STMPE Bjorn Andersson (1): arm64: defcondfig: Enable USB ACM and FTDI drivers Christophe Kerello (1): ARM: multi_v7_defconfig: add FMC2 EBI controller support Dmitry Baryshkov (3): arm64: defconfig: enable INTERCONNECT for Qualcomm chipsets arm64: defconfig: qcom: enable GPU clock controller for SM8[12]50 arm64: defconfig: enable Qualcomm ASoC modules Dong Aisheng (2): ARM: multi_v7_defconfig: Enable i.MX6SLL SoC ARM: multi_v7_defconfig: Enable i.MX7ULP SoC Fabio Estevam (1): arm64: defconfig: Enable the eLCDIF and Raydium RM67191 drivers Geert Uytterhoeven (2): ARM: shmobile: defconfig: Refresh for v5.9-rc1 arm64: defconfig: Enable RPC-IF support Grygorii Strashko (1): ARM: omap2plus_defconfig: enable generic net options Guido Günther (2): arm64: defconfig: re-sync DRM related defconfig bits arm64: defconfig: Enable imx8mq-librem5-devkit display stack Horia Geantă (1): ARM: multi_v7_defconfig: enable caam crypto module Joel Stanley (3): ARM: config: aspeed: Fix selection of media drivers ARM: config: aspeed-g5: Enable I2C GPIO mux driver ARM: config: aspeed_g5: Enable IBM OP Panel driver Krzysztof Kozlowski (2): arm64: defconfig: Enable clock driver for ROHM BD718x7 PMIC arm64: defconfig: Enable Samsung S3FWRN5 NFC driver Lad Prabhakar (3): arm64: defconfig: Enable R-Car PCIe endpoint driver ARM: multi_v7_defconfig: Enable CONFIG_PCIE_RCAR_HOST ARM: shmobile: defconfig: Enable CONFIG_PCIE_RCAR_HOST Linus Walleij (2): ARM: configs: Update Versatile defconfig ARM: configs: Update Realview defconfig Manivannan Sadhasivam (1): arm64: defconfig: Enable Qcom SNPS Femto PHY Marek Szyprowski (1): ARM: exynos_defconfig: enable platform media drivers Michael Walle (1): arm64: defconfig: enable the sl28cpld board management controller Olof Johansson (7): Merge tag 'renesas-arm-defconfig-for-v5.10-tag1' of git://git.kernel.org/.../geert/renesas-devel into arm/defconfig Merge tag 'aspeed-5.10-defconfig' of git://git.kernel.org/.../joel/aspeed into arm/defconfig Merge tag 'tegra-for-5.10-arm64-defconfig' of git://git.kernel.org/.../tegra/linux into arm/defconfig Merge tag 'samsung-defconfig-5.10' of https://git.kernel.org/.../krzk/linux into arm/defconfig Merge tag 'omap-for-v5.10/defconfig-signed' of git://git.kernel.org/.../tmlind/linux-omap into arm/defconfig Merge tag 'imx-defconfig-5.10' of git://git.kernel.org/.../shawnguo/linux into arm/defconfig Merge tag 'qcom-arm64-defconfig-for-5.10' of https://git.kernel.org/.../qcom/linux into arm/defconfig Peng Fan (1): ARM: imx_v6_v7_defconfig: Support i.MX8MN/P/Q Sameer Pujar (2): arm64: defconfig: Build AHUB component drivers arm64: defconfig: Build ADMA and ACONNECT driver Vinod Koul (1): arm64: defconfig: Enable Lontium LT9611 driver arch/arm/configs/aspeed_g4_defconfig | 3 +- arch/arm/configs/aspeed_g5_defconfig | 7 - arch/arm/configs/exynos_defconfig| 8 ++--- arch/arm/configs/imx_v6_v7_defconfig | 6 arch/arm/configs/multi_v7_defconfig | 6 +++- arch/arm/configs/omap2plus_defconfig | 12 arch/arm/configs/realview_defconfig | 18 +++- arch/arm/configs/shmobile_defconfig | 5 ++-- arch/arm/configs/versatile_defconfig | 5 ++-- arch/arm64/configs/defconfig | 49 ++- 10 files changed, 98 insertions(+), 21 deletions(-)
[GIT PULL 3/5] ARM: SoC-related driver updates
fix kerneldoc memory: brcmstb_dpfe: Simplify with dev_err_probe() memory: tegra186-emc: Simplify with dev_err_probe() memory: fsl-corenet-cf: Fix handling of platform_get_irq() error memory: omap-gpmc: Fix compile test on SPARC Add missing '#' to fix schema errors: soc: fsl: qbman: Fix return value on success reset: Fix and extend kerneldoc soc: mediatek: mtk-infracfg: Fix kerneldoc Kuninori Morimoto (4): soc: renesas: Use menu for Renesas SoC soc: renesas: Align driver description titles soc: renesas: Use ARM32/ARM64 for menu description soc: renesas: Sort driver description title Li Yang (1): soc: fsl: qman: fix -Wpacked-not-aligned warnings Liu Shixin (1): soc: fsl: qman: convert to use be32_add_cpu() Lukasz Luba (1): memory: samsung: exynos5422-dmc: Additional locking for 'curr_rate' Markus Mayer (1): memory: brcmstb_dpfe: fix array index out of bounds Neil Armstrong (2): dt-bindings: power: amlogic, meson-ee-pwrc: add Amlogic AXG power controller bindings soc: amlogic: meson-ee-pwrc: add support for the Meson AXG SoCs Nicolin Chen (1): memory: tegra: Correct shift value of apew Olof Johansson (21): Merge tag 'optee-i2c-for-v5.10' of git://git.linaro.org/people/jens.wiklander/linux-tee into arm/drivers Merge tag 'tee-memref-null-for-v5.10' of git://git.linaro.org/people/jens.wiklander/linux-tee into arm/drivers Merge tag 'tee-pin-user-pages-for-5.10' of git://git.linaro.org/people/jens.wiklander/linux-tee into arm/drivers Merge tag 'optee-i2c-fix-for-v5.10' of git://git.linaro.org:/people/jens.wiklander/linux-tee into arm/drivers Merge tag 'renesas-drivers-for-v5.10-tag1' of git://git.kernel.org/.../geert/renesas-devel into arm/drivers Merge tag 'memory-controller-drv-5.10' of https://git.kernel.org/.../krzk/linux-mem-ctrl into arm/drivers Merge tag 'arm-soc/for-5.10/drivers' of https://github.com/Broadcom/stblinux into arm/drivers Merge tag 'scmi-updates-5.10' of git://git.kernel.org/.../sudeep.holla/linux into arm/drivers Merge tag 'renesas-drivers-for-v5.10-tag2' of git://git.kernel.org/.../geert/renesas-devel into arm/drivers Merge tag 'tee-dev-cleanup-for-v5.10' of git://git.linaro.org:/people/jens.wiklander/linux-tee into arm/drivers Merge tag 'tegra-for-5.10-soc' of git://git.kernel.org/.../tegra/linux into arm/drivers Merge tag 'tegra-for-5.10-firmware' of git://git.kernel.org/.../tegra/linux into arm/drivers Merge tag 'drivers_soc_for_5.10' of git://git.kernel.org/.../ssantosh/linux-keystone into arm/drivers Merge tag 'sunxi-drivers-for-5.10-1' of https://git.kernel.org/.../sunxi/linux into arm/drivers Merge tag 'imx-drivers-5.10' of git://git.kernel.org/.../shawnguo/linux into arm/drivers Merge tag 'soc-fsl-next-v5.10' of git://git.kernel.org/.../leo/linux into arm/drivers Merge tag 'qcom-drivers-for-5.10' of https://git.kernel.org/.../qcom/linux into arm/drivers Merge tag 'amlogic-drivers' of https://git.kernel.org/.../khilman/linux-amlogic into arm/drivers Merge tag 'reset-for-v5.10' of git://git.pengutronix.de/pza/linux into arm/drivers Merge tag 'memory-controller-drv-5.10-2' of https://git.kernel.org/.../krzk/linux-mem-ctrl into arm/drivers Merge tag 'v5.9-next-soc' of https://git.kernel.org/.../matthias.bgg/linux into arm/drivers Peng Fan (3): firmware: imx: scu-pd: ignore power domain not owned dt-bindings: reset: imx8mq: add m4 reset reset: imx7: add the cm4 reset for i.MX8MQ Peter Ujfalusi (2): soc: ti: k3-socinfo: Add entry for J7200 dmaengine: ti: k3-udma-glue: Fix parameters for rx ring pair request Qilong Zhang (1): soc: qcom: llcc: use devm_platform_ioremap_resource_byname() Qinglang Miao (3): memory: tegra: Convert to DEFINE_SHOW_ATTRIBUTE memory: emif: Convert to DEFINE_SHOW_ATTRIBUTE soc: ti: Convert to DEFINE_SHOW_ATTRIBUTE Rikard Falkeborn (3): cpufreq: arm_scmi: Constify scmi_perf_ops pointers firmware: arm_scmi: Constify ops pointers in scmi_handle firmware: arm_scmi: Constify static scmi-ops Sai Krishna Potthuri (2): dt-bindings: reset: Updated binding for Versal reset driver reset: reset-zynqmp: Added support for Versal platform Sibi Sankar (1): soc: qcom: apr: Fixup the error displayed on lookup failure Stephen Boyd (1): soc: qcom: rpmh-rsc: Sleep waiting for tcs slots to be free Sudeep Holla (7): firmware: arm_scmi: Fix NULL pointer dereference in mailbox_chan_free firmware: smccc: Export both smccc functions firmware: arm_scmi: Move scmi bus init and exit calls into the driver firmware: arm_scmi: Move scmi protocols registration into the driver firmware: arm_scmi: Enable building as a single module tee: replace cdev_add + device_add with cdev_device_add tee: av
[GIT PULL 4/5] ARM: Devicetree updates
oc bindings to DT schema dt-bindings: arm: ti: Add bindings for J7200 SoC arm64: dts: ti: Add support for J7200 SoC arm64: dts: ti: Add support for J7200 Common Processor Board Manivannan Sadhasivam (6): dt-bindings: arm: qcom: Document SM8250 SoC and boards arm64: dts: qcom: sm8250: Rename UART2 node to UART12 arm64: dts: qcom: Add basic devicetree support for QRB5165 RB5 arm64: dts: qcom: qrb5165-rb5: Add onboard LED support arm64: dts: qcom: qrb5165-rb5: Add gpio-line-names for TLMM block arm64: dts: qcom: qrb5165-rb5: Add gpio-line-names for PM8150(B) Marcin Sloniewski (3): dt-bindings: vendor-prefixes: add Seeed Studio dt-bindings: arm: stm32: document Odyssey compatible ARM: dts: stm32: add initial support for stm32mp157-odyssey board Marco Felsch (2): ARM: dts: imx6qdl: move iomuxc compatible assignment out of root node ARM: dts: imx6qdl: add enet_out clk support Marek Vasut (10): ARM: dts: stm32: Move ethernet PHY into DH SoM DT ARM: dts: stm32: Add DHSOM based DRC02 board ARM: dts: stm32: Fix sdmmc2 pins on AV96 ARM: dts: stm32: Add USB OTG support to DH PDK2 ARM: dts: stm32: Add STM32MP1 UART8 RTS/CTS pinmux ARM: dts: stm32: Drop QSPI CS2 pinmux on DHCOM ARM: dts: stm32: Enable RTS/CTS for DH PDK2 UART8 ARM: dts: stm32: Swap PHY reset GPIO and TSC2004 IRQ on DHCOM SOM ARM: dts: stm32: Enable RTS/CTS for DH AV96 UART7 ARM: dts: stm32: Fix DH PDK2 display PWM channel Marian-Cristian Rotariu (7): arm64: dts: renesas: r8a774e1: Add FCPF and FCPV instances arm64: dts: renesas: r8a774e1: Add VSP instances arm64: dts: renesas: r8a774e1: Populate DU device node arm64: dts: renesas: r8a774e1: Populate HDMI encoder node arm64: dts: renesas: r8a774e1: Add LVDS device node arm64: dts: renesas: r8a774e1: Add PWM device nodes arm64: dts: renesas: r8a774e1: Add FDP1 device nodes Markus Niebel (1): ARM: dts: imx6qdl: add TQMa6{S,Q,QP} SoM Martin Blumenstingl (2): ARM: dts: meson: move the L2 cache-controller inside the SoC node ARM: dts: meson8: remove two invalid interrupt lines from the GPU node Martin Cerveny (3): dt-bindings: crypto: Add compatible for V3s ARM: dts: sun8i: v3s: Enable crypto engine ARM: dts: sun8i: v3s: Add simple-framebuffer Martin Kepplinger (1): dt-bindings: arm: fsl: Add the librem 5 phone Matheus Castello (3): ARM: dts: Add Caninos Loucos Labrador v2 dt-bindings: Add vendor prefix for Caninos Loucos dt-bindings: arm: actions: Document Caninos Loucos Labrador Matthias Kaehlcke (1): arm64: dts: qcom: sc7180: Add 'sustainable_power' for CPU thermal zones Matthias Schiffer (4): ARM: dts: imx7: add QSPI ARM: dts: imx6qdl-tqma6: fix indentation ARM: dts: imx6qdl-tqma6: remove obsolete fsl,spi-num-chipselects ARM: dts: imx6qdl-tqma6: fix LM75 compatible string Maxime Ripard (1): ARM: dts: bcm2711: Enable the display pipeline Michael Walle (4): arm64: dts: freescale: sl28: enable sl28cpld arm64: dts: freescale: sl28: map GPIOs to input events arm64: dts: freescale: sl28: enable LED support arm64: dts: freescale: sl28: enable fan support Michal Simek (4): arm64: dts: zynqmp: Rename buses to be align with simple-bus yaml arm64: dts: zynqmp: Remove additional compatible string for i2c IPs arm64: dts: zynqmp: Remove undocumented u-boot properties arm64: dts: zynqmp: Fix leds subnode name for zcu100/ultra96 v1 Michal Vokáč (4): ARM: dts: imx6dl-yapp4: Add ethernet aliases dt-bindings: arm: fsl: Add Y Soft IOTA Orion board ARM: dts: imx6dl-yapp4: Add Y Soft IOTA Orion board ARM: dts: imx6dl-yapp4: Add support for OLED based on different controller Nishanth Menon (9): arm64: dts: ti: k3-j721e: Use lower case hexadecimal arm64: dts: ti: k3-am65-main: Use lower case hexadecimal arm64: dts: ti: k3-am65*: Use generic gpio for node names arm64: dts: ti: k3-am65*: Use generic clock for syscon clock names arm64: dts: ti: k3-*: Use generic pinctrl for node names arm64: dts: ti: k3-am65-base-board Use generic camera for node name instead of ov5640 arm64: dts: ti: k3-am65-wakeup: Use generic temperature-sensor for node name arm64: dts: ti: k3-*: Fix up node_name_chars_strict warnings Merge tag 'ti-k3-dt-fixes-for-v5.9' into ti-k3-dts-next Nobuhiro Iwamatsu (6): dt-bindings: arm: toshiba: add Toshiba Visconti ARM SoCs dt-bindings: arm: toshiba: Add the TMPV7708 RM main board arm64: visconti: Add initial support for Toshiba Visconti platform arm64: dts: visconti: Add device tree for TMPV7708 RM main board MAINTAINERS: Add information for Toshiba Visconti ARM SoCs arm64: defconfig: Enable configs for Toshiba Visconti Olof Johansson (46): Merge tag 'omap-f
[GIT PULL 1/5] ARM: SoC fixes
I had queued up a batch of fixes that got a bit close to the release for sending in before the merge window opened, so I'm including them in the batch of pull requests instead. They're mostly smaller DT tweaks and fixes, the usual mix that we tend to have through the releases. Conflicts: None The following changes since commit f9893351acaecf0a414baf9942b48d5bb5c688c6: Merge tag 'kconfig-v5.10' of git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc.git tags/armsoc-fixes for you to fetch changes up to 6869f774b1cd2bf20b4e4c5bfa13da311e02d495: Merge tag 'omap-for-v5.9/fixes-rc7' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap into arm/fixes Biju Das (1): ARM: dts: iwg20d-q7-common: Fix touch controller probe failure Dan Carpenter (1): soc: xilinx: Fix error code in zynqmp_pm_probe() Drew Fustini (1): ARM: dts: am33xx: modify AM33XX_IOPAD for #pinctrl-cells = 2 Jernej Skrabec (1): ARM: dts: sun8i: r40: bananapi-m2-ultra: Fix dcdc1 regulator Konrad Dybcio (2): arm64: dts: sdm630: Temporarily disable SMMUs by default arm64: dts: qcom: kitakami: Temporarily disable SDHCI1 Krzysztof Kozlowski (1): soc: actions: include header to fix missing prototype Olof Johansson (8): Merge tag 'ti-k3-dt-fixes-for-v5.9' of git://git.kernel.org/.../nmenon/linux into arm/fixes Merge tag 'sunxi-fixes-for-5.9-1' of https://git.kernel.org/.../sunxi/linux into arm/fixes Merge tag 'qcom-drivers-fixes-for-5.9' of https://git.kernel.org/.../qcom/linux into arm/fixes Merge tag 'qcom-arm64-fixes-for-5.9' of https://git.kernel.org/.../qcom/linux into arm/fixes Merge tag 'actions-drivers-fixes-for-v5.9' of git://git.kernel.org/.../mani/linux-actions into arm/fixes Merge tag 'zynqmp-soc-for-v5.9-v2' of https://github.com/Xilinx/linux-xlnx into arm/fixes Merge tag 'renesas-fixes-for-v5.9-tag1' of git://git.kernel.org/.../geert/renesas-devel into arm/fixes Merge tag 'omap-for-v5.9/fixes-rc7' of git://git.kernel.org/.../tmlind/linux-omap into arm/fixes Qiang Yu (1): arm64: dts: allwinner: h5: remove Mali GPU PMU module Rajendra Nayak (1): arm64: dts: sdm845: Fixup OPP table for all qup devices Roger Quadros (1): arm64: dts: ti: k3-j721e: Rename mux header and update macro names Sibi Sankar (1): soc: qcom: pdr: Fixup array type of get_domain_list_resp message Tony Lindgren (1): ARM: OMAP2+: Restore MPU power domain if cpu_cluster_pm_enter() fails Łukasz Patron (1): arm64: dts: qcom: pm660: Fix missing pound sign in interrupt-cells arch/arm/boot/dts/iwg20d-q7-common.dtsi | 15 - .../boot/dts/sun8i-r40-bananapi-m2-ultra.dts| 10 +-- arch/arm/mach-omap2/cpuidle44xx.c | 4 +- arch/arm64/boot/dts/allwinner/sun50i-h5.dtsi| 6 +- .../dts/qcom/msm8994-sony-xperia-kitakami.dtsi | 7 +- arch/arm64/boot/dts/qcom/pm660.dtsi | 2 +- arch/arm64/boot/dts/qcom/sdm630.dtsi| 8 +++ arch/arm64/boot/dts/qcom/sdm845.dtsi| 9 ++- .../boot/dts/ti/k3-j721e-common-proc-board.dts | 11 +-- arch/arm64/boot/dts/ti/k3-j721e-main.dtsi | 13 ++-- drivers/soc/actions/owl-sps-helper.c| 1 + drivers/soc/qcom/pdr_internal.h | 2 +- drivers/soc/xilinx/zynqmp_power.c | 2 +- include/dt-bindings/mux/mux-j721e-wiz.h | 53 --- include/dt-bindings/mux/ti-serdes.h | 71 include/dt-bindings/pinctrl/omap.h | 2 +- 16 files changed, 134 insertions(+), 82 deletions(-) delete mode 100644 include/dt-bindings/mux/mux-j721e-wiz.h create mode 100644 include/dt-bindings/mux/ti-serdes.h
[GIT PULL 0/5] ARM: SoC contents for 5.10
Hi Linus, This is the batch of pull requests for ARM SoCs this release cycle. It's arriving late; I've been too busy the last few weeks -- I'll need to hand over the lead to Arnd for a bit. As a result of that, the last batch of fixes before last release are here as well, as the first branch. Contents is about the same as usual, described in each pull request. There's support for a handful of new SoCs this release, and some new boards, etc -- described in the DT tag. There are also larger sets of cleanups for Samsung and TI platforms, as well as removal of some non-DT platforms for i.MX. As a result, the net add of lines isn't as large as it would otherwise have been. Two minor merge conflicts in the soc and drivers branches, due to surrounding changes. I've described the resolution in the corresponding pull request, but they're straightforward. Please merge, thanks! -Olof
Re: [PATCH v3 0/6] ARM/arm64: dts: Fix SP804/SP805 users
On Mon, Sep 07, 2020 at 01:18:25PM +0100, Andre Przywara wrote: > Those are the remaining patches of the SP804/SP805 DT fixes. [1][2] > ARM, Broadcom and Freescale have their respective fixes queued through > their maintainers already, but I haven't heard back from LG or HiSilicon > so far. > So can those patches be taken through armsoc directly? I've applied the ones who didn't have replies from platform maintainers yet. Thanks! -Olof
Re: [PATCH 1/2] arm64: dts: apm: drop unused reg-io-width from DW APB GPIO controller
On Fri, Oct 02, 2020 at 06:09:22PM +0200, Krzysztof Kozlowski wrote: > On Thu, Sep 17, 2020 at 06:50:39PM +0200, Krzysztof Kozlowski wrote: > > The Synopsys DesignWare APB GPIO controller driver does not parse > > reg-io-width and dtschema does not allow it so drop it to fix dtschema > > warnings like: > > > > arch/arm64/boot/dts/apm/apm-mustang.dt.yaml: gpio@1c024000: > > 'reg-io-width' does not match any of the regexes: > > '^gpio-(port|controller)@[0-9a-f]+$', 'pinctrl-[0-9]+' > > > > Signed-off-by: Krzysztof Kozlowski > > > > --- > > Dear Arnd and Olof, > > There is no response from APM maintainer, so maybe you could apply these > two patches directly? Optionally I could take it and send to you via > pull-request. Sure, applying. -Olof
Re: [PATCH 1/2] arm64: dts: apm: drop unused reg-io-width from DW APB GPIO controller
On Fri, Oct 02, 2020 at 06:09:22PM +0200, Krzysztof Kozlowski wrote: > On Thu, Sep 17, 2020 at 06:50:39PM +0200, Krzysztof Kozlowski wrote: > > The Synopsys DesignWare APB GPIO controller driver does not parse > > reg-io-width and dtschema does not allow it so drop it to fix dtschema > > warnings like: > > > > arch/arm64/boot/dts/apm/apm-mustang.dt.yaml: gpio@1c024000: > > 'reg-io-width' does not match any of the regexes: > > '^gpio-(port|controller)@[0-9a-f]+$', 'pinctrl-[0-9]+' > > > > Signed-off-by: Krzysztof Kozlowski > > > > --- > > Dear Arnd and Olof, > > There is no response from APM maintainer, so maybe you could apply these > two patches directly? Optionally I could take it and send to you via > pull-request. I've already applied them, so no need. Thanks for following up though, seems like the patchwork email service hasn't been working on all patches. -Olof
Re: [GIT PULL 4/5] ARM: samsung: mach/soc for v5.10
On Sat, Oct 3, 2020 at 9:29 PM Olof Johansson wrote: > > Hi, > > On Sun, Sep 20, 2020 at 06:07:04PM +0200, Krzysztof Kozlowski wrote: > > Hi, > > > > This will conflict around renamed/moved files: > > > > 1. arch/arm/mach-s3c/s3c24xx.c: > >Merge both changes to new location, so: > > === > > +#include "s3c24xx.h" > > +#include "fb-core-s3c24xx.h" > > +#include "nand-core-s3c24xx.h" > > +#include "spi-core-s3c24xx.h" > > > > - static struct map_desc s3c2416_iodesc[] __initdata = { > > + static struct map_desc s3c2416_iodesc[] __initdata __maybe_unused = { > > === > > > > 2. drivers/soc/samsung/Kconfig > >Add DEBUG_LL && MMU to SAMSUNG_PM_DEBUG section, so: > > > > === > > config EXYNOS_PM_DOMAINS > > bool "Exynos PM domains" if COMPILE_TEST > > -depends on PM_GENERIC_DOMAINS || COMPILE_TEST > > +depends on (ARCH_EXYNOS && PM_GENERIC_DOMAINS) || COMPILE_TEST > > + > > +config SAMSUNG_PM_DEBUG > > +bool "Samsung PM Suspend debug" > > +depends on PM && DEBUG_KERNEL > > +depends on PLAT_S3C24XX || ARCH_S3C64XX || ARCH_S5PV210 > > +depends on DEBUG_S3C24XX_UART || DEBUG_S3C2410_UART > > ++depends on DEBUG_LL && MMU > > +help > > + Say Y here if you want verbose debugging from the PM Suspend and > > + Resume code. See > > > > + for more information. > > + > > === > > I don't mind doing this conflict resolution, and will merge it now, > but next time you can just base this branch on the cleanup branch. Apologies for sitting on this email, I flush the outbound queue by hand and seem to have forgotten. :) -Olof
Re: [GIT PULL 4/5] ARM: samsung: mach/soc for v5.10
Hi, On Sun, Sep 20, 2020 at 06:07:04PM +0200, Krzysztof Kozlowski wrote: > Hi, > > This will conflict around renamed/moved files: > > 1. arch/arm/mach-s3c/s3c24xx.c: >Merge both changes to new location, so: > === > +#include "s3c24xx.h" > +#include "fb-core-s3c24xx.h" > +#include "nand-core-s3c24xx.h" > +#include "spi-core-s3c24xx.h" > > - static struct map_desc s3c2416_iodesc[] __initdata = { > + static struct map_desc s3c2416_iodesc[] __initdata __maybe_unused = { > === > > 2. drivers/soc/samsung/Kconfig >Add DEBUG_LL && MMU to SAMSUNG_PM_DEBUG section, so: > > === > config EXYNOS_PM_DOMAINS > bool "Exynos PM domains" if COMPILE_TEST > -depends on PM_GENERIC_DOMAINS || COMPILE_TEST > +depends on (ARCH_EXYNOS && PM_GENERIC_DOMAINS) || COMPILE_TEST > + > +config SAMSUNG_PM_DEBUG > +bool "Samsung PM Suspend debug" > +depends on PM && DEBUG_KERNEL > +depends on PLAT_S3C24XX || ARCH_S3C64XX || ARCH_S5PV210 > +depends on DEBUG_S3C24XX_UART || DEBUG_S3C2410_UART > ++depends on DEBUG_LL && MMU > +help > + Say Y here if you want verbose debugging from the PM Suspend and > + Resume code. See > + for more information. > + > === I don't mind doing this conflict resolution, and will merge it now, but next time you can just base this branch on the cleanup branch. -Olof
Re: [PATCH v5 00/15] Add Broadcom VK driver
Hi, On Thu, Oct 1, 2020 at 4:38 AM Florian Fainelli wrote: > > On 9/30/2020 6:27 PM, Scott Branden wrote: > > This patch series drops previous patches in [1] > > that were incorporated by Kees Cook into patch series > > "Introduce partial kernel_read_file() support" [2]. > > > > Remaining patches are contained in this series to add Broadcom VK driver. > > (which depends on request_firmware_into_buf API addition in > > other patch series [2] being applied first). > > > > Please note this patch series will not compile without [2]. > > > > [1] > > https://lore.kernel.org/lkml/20200706232309.12010-1-scott.bran...@broadcom.com/ > > [2] > > https://lore.kernel.org/lkml/20200729175845.1745471-1-keesc...@chromium.org/ > > Disclaimer: I am well aware that it is the complete wild west right now > as far as accelerators go and that every vendor (that I happen to work > for, just not in the same group as Scott) is just seeking to get their > drivers included upstream and hopefully for good reasons. I'm not sure there are ever bad reasons to get code upstreamed? I've mentioned this before, but until we see the code and implementations we can guess where the likely commonality is, but we'll always miss some of it and overdesign other parts of it. The path of allowing some entropy to later be refactored and made common is something we've done pretty much everywhere, and it's an approach that's been proven to work. While those who have already taken that journey think it's "just a matter of jumping to the end state and just do things the way they did in the end" is shortsighted: They're not at a static endpoint and futureproof solution themselves. Some of these things just need to play out naturally over time. Luckily, most kernel-facing interfaces are fairly simple and sit as isolated drivers today, so it doesn't add maintainer burden across the rest of the kernel so the cost of letting some of this code in isn't huge. For a few things such as the hwmon and tty aspects it makes sense to integrate better just as you suggested, but the "subdrivers" for that are fairly simple and don't add a lot of dependencies on intricate or complex subsystem features. Some devices, such as Habana's latest one, is looking at more complex integrations with other subsystems (RDMA/networking), and there's plenty of discussion going on there. > From a cursory look however, it sounds like there could be a little > better re-utilization of standards, standard framework and interfaces: I think most of these points are valid, but also not dealbreakers. I'll add my opinions on a couple of them below. > - about 2/3 of your sysfs attributes should incline you to implement a > HWMON device, not a complicated one, but anything that indicates > current, power, temperature, alerts etc. should be considered This likely makes sense, and hopefully isn't too much work to move. Just like with TTY below, if it needs more time it might make sense to take it out of this patchset and follow up with it, since it's useful but not strictly required functionality for the rest of the driver/device. > - cannot the firmware loading be supported over remoteproc somehow? remoteproc is really useful for devices living in a shared SoC, needing memory carveout, and run control of the coprocessor. In this case the programming model is different, there's a normal/regular PCIe host/device relationship and the process of loading firmware onto a device is something we do in lots of drivers without using remoteproc. I don't think we need to bring that framework into these kind of drivers, unless there are tighter coupling between the host/device to consider for some reason. > - could not the TTY interface be using virtio or an existing UART? hvc is super convenient to integrate with since all you need is a getchar and putchar implementation, but the others would work as well. I don't have a strong opinion on path forward on this, and if TTY ends up holding up the rest of the driver it might make sense to leave that piece out and merge the rest. I'm not sure we're at that junction quite yet though? > - what is the format of the message over BAR2 that you expose in patch 13? > > Is there a reference user-space implementation that you can link to this > patch submission in case people are curious? -Olof
[GIT PULL] ARM: SoC fixes
Hi Linus, The following changes since commit 9123e3a74ec7b934a4a099e98af6a61c2f80bbf5: Linux 5.9-rc1 (2020-08-16 13:04:57 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc.git tags/armsoc-fixes for you to fetch changes up to a4da411e41892628f35aa180a78b7b0f8f1e3038: Merge tag 'arm-soc/for-5.9/devicetree-fixes' of https://github.com/Broadcom/stblinux into arm/fixes (2020-09-13 08:57:38 -0700) ARM: SoC fixes A collection of fixes I've been accruing over the last few weeks, none of them have been severe enough to warrant flushing the queue but it's been long enough now that it's a good idea to send them in. A handful of them are fixups for QSPI DT/bindings/compatibles, some smaller fixes for system DMA clock control and TMU interrupts on i.MX, a handful of fixes for OMAP, including a fix for DSI (display) on omap5. Adam Ford (4): ARM: dts: logicpd-torpedo-baseboard: Fix broken audio ARM: dts: logicpd-som-lv-baseboard: Fix broken audio ARM: dts: logicpd-som-lv-baseboard: Fix missing video ARM: dts: imx6q-logicpd: Fix broken PWM Anson Huang (1): ARM: dts: imx7ulp: Correct gpio ranges Chris Healy (2): ARM: dts: vfxxx: Add syscon compatible with OCOTP ARM: dts: imx7d-zii-rmu2: fix rgmii phy-mode for ksz9031 phy David Shah (1): ARM: dts: omap5: Fix DSI base address and clocks Dinh Nguyen (1): ARM: dts: socfpga: fix register entry for timer3 on Arria10 Fabio Estevam (2): ARM: dts: imx6qdl-gw51xx: Remove unneeded #address-cells/#size-cells ARM: dts: imx6q-prtwd2: Remove unneeded i2c unit name Florian Fainelli (5): dt-bindings: spi: Fix spi-bcm-qspi compatible ordering ARM: dts: bcm: HR2: Fixed QSPI compatible string ARM: dts: NSP: Fixed QSPI compatible string ARM: dts: BCM5301X: Fixed QSPI compatible string arm64: dts: ns2: Fixed QSPI compatible string Fugang Duan (1): ARM: dts: imx6sx: fix the pad QSPI1B_SCLK mux mode for uart3 Jing Xiangfeng (1): ARM: OMAP2+: Fix an IS_ERR() vs NULL check in _get_pwrdm() Krzysztof Kozlowski (4): arm64: dts: xilinx: Align IOMMU nodename with dtschema arm64: defconfig: Enable USB gadget with configfs arm64: defconfig: Enable ptn5150 extcon driver arm64: dts: imx8mq: Fix TMU interrupt property Laurent Pinchart (1): arm64: dts: zynqmp: Add GTR transceivers Linus Walleij (1): ARM: configs: Update Integrator defconfig Matthias Schiffer (1): ARM: dts: ls1021a: fix QuadSPI-memory reg range Olof Johansson (6): Merge tag 'socfpga_fix_for_v5.9' of git://git.kernel.org/.../dinguyen/linux into fixes Merge tag 'zynqmp-dt-for-v5.9' of https://github.com/Xilinx/linux-xlnx into arm/fixes Merge tag 'imx-fixes-5.9' of git://git.kernel.org/.../shawnguo/linux into arm/fixes Merge tag 'omap-for-v5.9/fixes-rc3' of git://git.kernel.org/.../tmlind/linux-omap into arm/fixes Merge tag 'imx-fixes-5.9-2' of git://git.kernel.org/.../shawnguo/linux into arm/fixes Merge tag 'arm-soc/for-5.9/devicetree-fixes' of https://github.com/Broadcom/stblinux into arm/fixes Rob Herring (1): arm64: dts: imx: Add missing imx8mm-beacon-kit.dtb to build Robin Gong (1): arm64: dts: imx8mp: correct sdma1 clk setting .../devicetree/bindings/spi/brcm,spi-bcm-qspi.txt | 16 ++-- arch/arm/boot/dts/bcm-hr2.dtsi | 2 +- arch/arm/boot/dts/bcm-nsp.dtsi | 2 +- arch/arm/boot/dts/bcm5301x.dtsi| 2 +- arch/arm/boot/dts/imx6q-logicpd.dts| 2 +- arch/arm/boot/dts/imx6q-prtwd2.dts | 2 +- arch/arm/boot/dts/imx6qdl-gw51xx.dtsi | 2 -- arch/arm/boot/dts/imx6sx-pinfunc.h | 2 +- arch/arm/boot/dts/imx7d-zii-rmu2.dts | 2 +- arch/arm/boot/dts/imx7ulp.dtsi | 8 +++--- arch/arm/boot/dts/logicpd-som-lv-baseboard.dtsi| 29 ++ arch/arm/boot/dts/logicpd-torpedo-baseboard.dtsi | 2 ++ arch/arm/boot/dts/ls1021a.dtsi | 2 +- arch/arm/boot/dts/omap5.dtsi | 20 --- arch/arm/boot/dts/socfpga_arria10.dtsi | 2 +- arch/arm/boot/dts/vfxxx.dtsi | 2 +- arch/arm/configs/integrator_defconfig | 16 ++-- arch/arm/mach-omap2/omap-iommu.c | 2 +- arch/arm64/boot/dts/broadcom/northstar2/ns2.dtsi | 2 +- arch/arm64/boot/dts/freescale/Makefile | 1 + arch/arm64/boot/dts/freescale/imx8mp.dtsi | 2 +- arch/arm64/boot/dts/freescale/imx8mq.dtsi | 2 +- arch/arm64/boot/dts/xilinx/zynqmp.dtsi | 12 - arch/arm64/configs/defconfig | 12 + 24 files changed, 78
Re: [PATCH v2 1/2] arm64: defconfig: Enable USB gadget with configfs
Hi, On Sun, Aug 23, 2020 at 1:42 AM Krzysztof Kozlowski wrote: > > On Sun, Aug 23, 2020 at 09:46:01AM +0800, Shawn Guo wrote: > > On Mon, Aug 17, 2020 at 08:56:53AM +0200, Krzysztof Kozlowski wrote: > > > USB OTG connections are pretty common for embedded and development > > > boards, for example to have networking or serial access to the device. > > > Build as a module the USB gadget configfs options so the defconfig can > > > be used in such development configurations. > > > > > > Signed-off-by: Krzysztof Kozlowski > > > > Applied both, thanks. > > Thanks, although few days ago I got confirmation from patchwork that > Olof already applied them to arm-soc. I cannot find them in arm-soc > or next trees, though. > > Dear Olof, > Did you pick these up already? Yes, I applied them to the arm/fixes in the soc tree: https://git.kernel.org/pub/scm/linux/kernel/git/soc/soc.git/log/?h=arm/fixes -Olof
Re: [GIT PULL] tee subsystem pin_user_pages for v5.8
On Fri, Aug 21, 2020 at 12:58 PM John Hubbard wrote: > > On 8/21/20 11:49 AM, Olof Johansson wrote: > > On Tue, May 26, 2020 at 03:12:59PM +0200, Jens Wiklander wrote: > >> Hello arm-soc maintainers, > >> > >> Please pull this small patch converting the tee subsystem to use > >> pin_user_pages() instead of get_user_pages(). > >> > >> Thanks, > >> Jens > >> > >> The following changes since commit > >> ae83d0b416db002fe95601e7f97f64b59514d936: > >> > >>Linux 5.7-rc2 (2020-04-19 14:35:30 -0700) > >> > >> are available in the Git repository at: > >> > >>git://git.linaro.org:/people/jens.wiklander/linux-tee.git > >> tags/tee-pin-user-pages-for-5.8 > >> > >> for you to fetch changes up to 37f6b4d5f47b600ec4ab6682c005a44a1bfca530: > >> > >>tee: convert get_user_pages() --> pin_user_pages() (2020-05-26 10:42:41 > >> +0200) > > > > Hi, I noticed this never got merged, but I don't see any follow-up here that > > retracts it. Is it still pending merge such that I should queue it for > > v5.10? > > > > I think so. I had marked it in my notes as "accepted, and the maintainer will > eventually merge it", and I left it at that. It's still desirable. > Looks like it conflicts with some of the later work. Jens, given the timelines here it's probably easiest all around if you rebase/respin and send a fresh pull request. I could fix it up but you'd still need to review that so the amount of work is probably less if you do it directly. -Olof
Re: [RFC PATCH 2/3] ARM: mstar: msc313-intc interrupt controller driver
Hi, On Thu, Jul 30, 2020 at 10:00:43PM +0900, Daniel Palmer wrote: > Add a driver for the two peripheral interrupt controllers > in MStar MSC313 and other MStar/Sigmastar Armv7 SoCs. > > Supports both the "IRQ" and "FIQ" controllers that > forward interrupts from the various IP blocks inside the > SoC to the ARM GIC. > > They are basically the same thing except for one difference: > The FIQ controller needs to clear the interrupt and the IRQ > controller doesn't. Sorry for the late response, going through patches we might have missed or that need replies now... This needs to go to the irqchip maintainers for review. If you get their acked/reviewed-by, we can merge it through our tree if that is easier. But they need to sign off on it. Feel free to cc s...@kernel.org on them though, and we always merge the dts changes through our tree. -Olof
Re: [GIT PULL] tee subsystem pin_user_pages for v5.8
On Tue, May 26, 2020 at 03:12:59PM +0200, Jens Wiklander wrote: > Hello arm-soc maintainers, > > Please pull this small patch converting the tee subsystem to use > pin_user_pages() instead of get_user_pages(). > > Thanks, > Jens > > The following changes since commit ae83d0b416db002fe95601e7f97f64b59514d936: > > Linux 5.7-rc2 (2020-04-19 14:35:30 -0700) > > are available in the Git repository at: > > git://git.linaro.org:/people/jens.wiklander/linux-tee.git > tags/tee-pin-user-pages-for-5.8 > > for you to fetch changes up to 37f6b4d5f47b600ec4ab6682c005a44a1bfca530: > > tee: convert get_user_pages() --> pin_user_pages() (2020-05-26 10:42:41 > +0200) Hi, I noticed this never got merged, but I don't see any follow-up here that retracts it. Is it still pending merge such that I should queue it for v5.10? -Olof
Re: linux-next: Signed-off-by missing for commits in the arm-soc-fixes tree
Hi, On Thu, Aug 20, 2020 at 10:19 PM Stephen Rothwell wrote: > > Hi all, > > Commits > > 8d53ecfbf231 ("arm64: dts: xilinx: Align IOMMU nodename with dtschema") > b4b6fb8de8dc ("arm64: dts: zynqmp: Add GTR transceivers") > > are missing a Signed-off-by from their committer. Ah, I see what happened here. I've been relying on some of my semi-automation scripts for catching this, but I had to use regular manual git merge for this branch due to GPG signatures not capturing it in patchwork. Since the committer was Michal, and the pull request came from him, we still have the chain of contribution documented, but I'll keep this in mind on future manual merges. -Olof
Re: [Ksummit-discuss] [TECH TOPIC] Planning code obsolescence
On Wed, Aug 5, 2020 at 12:30 PM Pavel Machek wrote: > > On Wed 2020-08-05 20:50:43, Geert Uytterhoeven wrote: > > Hi Pavel, > > > > On Wed, Aug 5, 2020 at 7:26 PM Pavel Machek wrote: > > > > I have submitted the below as a topic for the linux/arch/* MC that Mike > > > > and I run, but I suppose it also makes sense to discuss it on the > > > > ksummit-discuss mailing list (cross-posted to linux-arch and lkml) as > > > > well > > > > even if we don't discuss it at the main ksummit track. > > > > > > > * Latest kernel in which it was known to have worked > > > > > > For some old hardware, I started collecting kernel version, .config and > > > dmesg from > > > successful boots. github.com/pavelmachek, click on "missy". > > > > You mean your complete hardware collection doesn't boot v5.8? ;-) > > I need to do some pushing, and yes, maybe some more testing. > > But I was wondering if someone sees this as useful and wants to > contribute more devices? :-). There's in my opinion a big difference between "the last user of this device sent it to Pavel and now it will be supported forever in spite of no users" and "there's a whole group of people using mainline on these old devices and Pavel makes sure it keeps booting for them". -Olof
Re: [PATCH 05/13] cpufreq/arch: powerpc: pasemi: Move prototypes to shared header
On Tue, Jul 14, 2020 at 11:33 PM Lee Jones wrote: > > On Tue, 14 Jul 2020, Olof Johansson wrote: > > > On Tue, Jul 14, 2020 at 7:50 AM Lee Jones wrote: > > > > > > If function callers and providers do not share the same prototypes the > > > compiler complains of missing prototypes. Fix this by moving the > > > already existing prototypes out to a mutually convenient location. > > > > > > Fixes the following W=1 kernel build warning(s): > > > > > > drivers/cpufreq/pasemi-cpufreq.c:109:5: warning: no previous prototype > > > for ‘check_astate’ [-Wmissing-prototypes] > > > 109 | int check_astate(void) > > > | ^~~~ > > > drivers/cpufreq/pasemi-cpufreq.c:114:6: warning: no previous prototype > > > for ‘restore_astate’ [-Wmissing-prototypes] > > > 114 | void restore_astate(int cpu) > > > | ^~ > > > > > > Cc: Olof Johansson > > > Cc: Michael Ellerman > > > Cc: Benjamin Herrenschmidt > > > Cc: Paul Mackerras > > > Cc: linuxppc-...@lists.ozlabs.org > > > Signed-off-by: Lee Jones > > > --- > > > arch/powerpc/platforms/pasemi/pasemi.h| 15 > > > arch/powerpc/platforms/pasemi/powersave.S | 2 ++ > > > drivers/cpufreq/pasemi-cpufreq.c | 1 + > > > include/linux/platform_data/pasemi.h | 28 +++ > > > 4 files changed, 31 insertions(+), 15 deletions(-) > > > create mode 100644 include/linux/platform_data/pasemi.h > > > > > > diff --git a/arch/powerpc/platforms/pasemi/pasemi.h > > > b/arch/powerpc/platforms/pasemi/pasemi.h > > > index 70b56048ed1be..528d81ef748ad 100644 > > > --- a/arch/powerpc/platforms/pasemi/pasemi.h > > > +++ b/arch/powerpc/platforms/pasemi/pasemi.h > > > @@ -15,21 +15,6 @@ extern void __init pasemi_map_registers(void); > > > extern void idle_spin(void); > > > extern void idle_doze(void); > > > > > > -/* Restore astate to last set */ > > > -#ifdef CONFIG_PPC_PASEMI_CPUFREQ > > > -extern int check_astate(void); > > > -extern void restore_astate(int cpu); > > > -#else > > > -static inline int check_astate(void) > > > -{ > > > - /* Always return >0 so we never power save */ > > > - return 1; > > > -} > > > -static inline void restore_astate(int cpu) > > > -{ > > > -} > > > -#endif > > > - > > > extern struct pci_controller_ops pasemi_pci_controller_ops; > > > > > > #endif /* _PASEMI_PASEMI_H */ > > > diff --git a/arch/powerpc/platforms/pasemi/powersave.S > > > b/arch/powerpc/platforms/pasemi/powersave.S > > > index d0215d5329ca7..7747b48963286 100644 > > > --- a/arch/powerpc/platforms/pasemi/powersave.S > > > +++ b/arch/powerpc/platforms/pasemi/powersave.S > > > @@ -5,6 +5,8 @@ > > > * Maintained by: Olof Johansson > > > */ > > > > > > +#include > > > + > > > #include > > > #include > > > #include > > > diff --git a/drivers/cpufreq/pasemi-cpufreq.c > > > b/drivers/cpufreq/pasemi-cpufreq.c > > > index c66f566a854cb..c6bb3ecc90ef3 100644 > > > --- a/drivers/cpufreq/pasemi-cpufreq.c > > > +++ b/drivers/cpufreq/pasemi-cpufreq.c > > > @@ -15,6 +15,7 @@ > > > #include > > > #include > > > #include > > > +#include > > > > > > #include > > > #include > > > diff --git a/include/linux/platform_data/pasemi.h > > > b/include/linux/platform_data/pasemi.h > > > new file mode 100644 > > > index 0..3fed0687fcc9a > > > --- /dev/null > > > +++ b/include/linux/platform_data/pasemi.h > > > @@ -0,0 +1,28 @@ > > > +/* SPDX-License-Identifier: GPL-2.0-only */ > > > +/* > > > + * Copyright (C) 2020 Linaro Ltd. > > > + * > > > + * Author: Lee Jones > > > + */ > > > > Absolutely not. It's neither your copyright, nor your authorship. > > The file was new. Anyway, the point is now moot. The contents was copied and pasted from other material, not originally produced by you. I suggest you consult with Linaro lawyers on how to handle this if you have to do something like it in the future. -Olof
Re: [PATCH 05/13] cpufreq/arch: powerpc: pasemi: Move prototypes to shared header
On Tue, Jul 14, 2020 at 8:07 PM Viresh Kumar wrote: > > On 14-07-20, 15:50, Lee Jones wrote: > > If function callers and providers do not share the same prototypes the > > compiler complains of missing prototypes. Fix this by moving the > > already existing prototypes out to a mutually convenient location. > > > > Fixes the following W=1 kernel build warning(s): > > > > drivers/cpufreq/pasemi-cpufreq.c:109:5: warning: no previous prototype for > > ‘check_astate’ [-Wmissing-prototypes] > > 109 | int check_astate(void) > > | ^~~~ > > drivers/cpufreq/pasemi-cpufreq.c:114:6: warning: no previous prototype for > > ‘restore_astate’ [-Wmissing-prototypes] > > 114 | void restore_astate(int cpu) > > | ^~ > > > > Cc: Olof Johansson > > Cc: Michael Ellerman > > Cc: Benjamin Herrenschmidt > > Cc: Paul Mackerras > > Cc: linuxppc-...@lists.ozlabs.org > > Signed-off-by: Lee Jones > > --- > > arch/powerpc/platforms/pasemi/pasemi.h| 15 > > Is there no sane way we can include this file directly to the cpufreq > file ? Yep. arch/powerpc seems to be in the search path for modules on powerpc, so: diff --git a/drivers/cpufreq/pasemi-cpufreq.c b/drivers/cpufreq/pasemi-cpufreq.c index c66f566a854cb..815645170c4de 100644 --- a/drivers/cpufreq/pasemi-cpufreq.c +++ b/drivers/cpufreq/pasemi-cpufreq.c @@ -22,6 +22,8 @@ #include #include +#include + #define SDCASR_REG 0x0100 #define SDCASR_REG_STRIDE 0x1000 #define SDCPWR_CFGA0_REG 0x0100 -Olof
Re: [PATCH 05/13] cpufreq/arch: powerpc: pasemi: Move prototypes to shared header
On Tue, Jul 14, 2020 at 7:50 AM Lee Jones wrote: > > If function callers and providers do not share the same prototypes the > compiler complains of missing prototypes. Fix this by moving the > already existing prototypes out to a mutually convenient location. > > Fixes the following W=1 kernel build warning(s): > > drivers/cpufreq/pasemi-cpufreq.c:109:5: warning: no previous prototype for > ‘check_astate’ [-Wmissing-prototypes] > 109 | int check_astate(void) > | ^~~~ > drivers/cpufreq/pasemi-cpufreq.c:114:6: warning: no previous prototype for > ‘restore_astate’ [-Wmissing-prototypes] > 114 | void restore_astate(int cpu) > | ^~ > > Cc: Olof Johansson > Cc: Michael Ellerman > Cc: Benjamin Herrenschmidt > Cc: Paul Mackerras > Cc: linuxppc-...@lists.ozlabs.org > Signed-off-by: Lee Jones > --- > arch/powerpc/platforms/pasemi/pasemi.h| 15 > arch/powerpc/platforms/pasemi/powersave.S | 2 ++ > drivers/cpufreq/pasemi-cpufreq.c | 1 + > include/linux/platform_data/pasemi.h | 28 +++ > 4 files changed, 31 insertions(+), 15 deletions(-) > create mode 100644 include/linux/platform_data/pasemi.h > > diff --git a/arch/powerpc/platforms/pasemi/pasemi.h > b/arch/powerpc/platforms/pasemi/pasemi.h > index 70b56048ed1be..528d81ef748ad 100644 > --- a/arch/powerpc/platforms/pasemi/pasemi.h > +++ b/arch/powerpc/platforms/pasemi/pasemi.h > @@ -15,21 +15,6 @@ extern void __init pasemi_map_registers(void); > extern void idle_spin(void); > extern void idle_doze(void); > > -/* Restore astate to last set */ > -#ifdef CONFIG_PPC_PASEMI_CPUFREQ > -extern int check_astate(void); > -extern void restore_astate(int cpu); > -#else > -static inline int check_astate(void) > -{ > - /* Always return >0 so we never power save */ > - return 1; > -} > -static inline void restore_astate(int cpu) > -{ > -} > -#endif > - > extern struct pci_controller_ops pasemi_pci_controller_ops; > > #endif /* _PASEMI_PASEMI_H */ > diff --git a/arch/powerpc/platforms/pasemi/powersave.S > b/arch/powerpc/platforms/pasemi/powersave.S > index d0215d5329ca7..7747b48963286 100644 > --- a/arch/powerpc/platforms/pasemi/powersave.S > +++ b/arch/powerpc/platforms/pasemi/powersave.S > @@ -5,6 +5,8 @@ > * Maintained by: Olof Johansson > */ > > +#include > + > #include > #include > #include > diff --git a/drivers/cpufreq/pasemi-cpufreq.c > b/drivers/cpufreq/pasemi-cpufreq.c > index c66f566a854cb..c6bb3ecc90ef3 100644 > --- a/drivers/cpufreq/pasemi-cpufreq.c > +++ b/drivers/cpufreq/pasemi-cpufreq.c > @@ -15,6 +15,7 @@ > #include > #include > #include > +#include > > #include > #include > diff --git a/include/linux/platform_data/pasemi.h > b/include/linux/platform_data/pasemi.h > new file mode 100644 > index 0..3fed0687fcc9a > --- /dev/null > +++ b/include/linux/platform_data/pasemi.h > @@ -0,0 +1,28 @@ > +/* SPDX-License-Identifier: GPL-2.0-only */ > +/* > + * Copyright (C) 2020 Linaro Ltd. > + * > + * Author: Lee Jones > + */ Absolutely not. It's neither your copyright, nor your authorship. -Olof
Re: [Ksummit-discuss] [PATCH] CodingStyle: Inclusive Terminology
On Sat, Jul 4, 2020 at 1:19 PM Dan Williams wrote: > > Recent events have prompted a Linux position statement on inclusive > terminology. Given that Linux maintains a coding-style and its own > idiomatic set of terminology here is a proposal to answer the call to > replace non-inclusive terminology. > > Cc: Jonathan Corbet > Cc: Kees Cook > Signed-off-by: Chris Mason > Signed-off-by: Greg Kroah-Hartman > Signed-off-by: Dan Williams I'm happy to support this, I agree with the general approach as well as the motivations thereof. At your discretion, feel free to add: Signed-off-by: Olof Johansson Or Acked-by, or whatever other label you prefer to use to show agreement and support. -Olof
Re: [PATCH] pcmcia/electra_cf: Fix some return values in 'electra_cf_probe()' in case of error
On Wed, Jun 17, 2020 at 12:54 PM Christophe JAILLET wrote: > > 'status' is known to be 0 at this point. It must be set to a meaningful > value in order to return an error code if one of the 'of_get_property()' > call fails. > > Return -EINVAL in such a case. > > Fixes: 2b571a066a2f("pcmcia: CompactFlash driver for PA Semi Electra boards") > Signed-off-by: Christophe JAILLET > --- > drivers/pcmcia/electra_cf.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/drivers/pcmcia/electra_cf.c b/drivers/pcmcia/electra_cf.c > index 35158cfd9c1a..40a5cffe24a4 100644 > --- a/drivers/pcmcia/electra_cf.c > +++ b/drivers/pcmcia/electra_cf.c > @@ -229,6 +229,8 @@ static int electra_cf_probe(struct platform_device *ofdev) > > cf->socket.pci_irq = cf->irq; > > + status = -EINVAL; > + > prop = of_get_property(np, "card-detect-gpio", NULL); > if (!prop) > goto fail1; The pcmcia_register_socket() call site sets status explicitly before jumping to fail1, which is a bit clearer. Still, this is a legacy driver, I'm not sure there are any active users of it these days, and surely nobody that's tinkering around and editing the device tree (it comes from CFE on these systems, not from a .dts in the kernel tree). The fix isn't invalid, but it's also not likely to be an issue in the real world. So, let's just say: Acked-by: Olof Johansson -Olof
[PATCH] PCI/DPC: Add pcie_ports=dpc-native parameter to bring back old behavior
In commit eed85ff4c0da7 ("PCI/DPC: Enable DPC only if AER is available"), the behavior was changed such that native (kernel) handling of DPC got tied to whether the kernel also handled AER. While this is what the standard recommends, there are BIOSes out there that lack the DPC handling since it was never required in the past. To make DPC still work on said platforms the same way they did before, add a "pcie_ports=dpc-native" kernel parameter that can be passed in if needed, while keeping defaults unchanged. Signed-off-by: Olof Johansson --- Documentation/admin-guide/kernel-parameters.txt | 1 + drivers/pci/pcie/dpc.c | 2 +- drivers/pci/pcie/portdrv_core.c | 7 ++- drivers/pci/pcie/portdrv_pci.c | 8 include/linux/pci.h | 2 ++ 5 files changed, 18 insertions(+), 2 deletions(-) diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt index 5e27d74e2b74b..e0325421980aa 100644 --- a/Documentation/admin-guide/kernel-parameters.txt +++ b/Documentation/admin-guide/kernel-parameters.txt @@ -3548,6 +3548,7 @@ even if the platform doesn't give the OS permission to use them. This may cause conflicts if the platform also tries to use these services. + dpc-native Use native PCIe service for DPC, but none other. compat Disable native PCIe services (PME, AER, DPC, PCIe hotplug). diff --git a/drivers/pci/pcie/dpc.c b/drivers/pci/pcie/dpc.c index a32ec3487a8d0..e06f42f58d3d4 100644 --- a/drivers/pci/pcie/dpc.c +++ b/drivers/pci/pcie/dpc.c @@ -291,7 +291,7 @@ static int dpc_probe(struct pcie_device *dev) int status; u16 ctl, cap; - if (pcie_aer_get_firmware_first(pdev)) + if (pcie_aer_get_firmware_first(pdev) && !pcie_ports_dpc_native) return -ENOTSUPP; dpc = devm_kzalloc(device, sizeof(*dpc), GFP_KERNEL); diff --git a/drivers/pci/pcie/portdrv_core.c b/drivers/pci/pcie/portdrv_core.c index 1b330129089fe..c24bf6cac4186 100644 --- a/drivers/pci/pcie/portdrv_core.c +++ b/drivers/pci/pcie/portdrv_core.c @@ -250,8 +250,13 @@ static int get_port_device_capability(struct pci_dev *dev) pcie_pme_interrupt_enable(dev, false); } + /* +* With dpc-native, we set it if AER is available, even if AER is +* handled by firmware. +*/ if (pci_find_ext_capability(dev, PCI_EXT_CAP_ID_DPC) && - pci_aer_available() && services & PCIE_PORT_SERVICE_AER) + pci_aer_available() && + (pcie_ports_dpc_native || (services & PCIE_PORT_SERVICE_AER))) services |= PCIE_PORT_SERVICE_DPC; if (pci_pcie_type(dev) == PCI_EXP_TYPE_DOWNSTREAM || diff --git a/drivers/pci/pcie/portdrv_pci.c b/drivers/pci/pcie/portdrv_pci.c index 0a87091a0800e..b415656519a73 100644 --- a/drivers/pci/pcie/portdrv_pci.c +++ b/drivers/pci/pcie/portdrv_pci.c @@ -29,12 +29,20 @@ bool pcie_ports_disabled; */ bool pcie_ports_native; +/* + * If the user specified "pcie_ports=dpc-native", use the PCIe services + * for DPC, but cuse platform defaults for the others. + */ +bool pcie_ports_dpc_native; + static int __init pcie_port_setup(char *str) { if (!strncmp(str, "compat", 6)) pcie_ports_disabled = true; else if (!strncmp(str, "native", 6)) pcie_ports_native = true; + else if (!strncmp(str, "dpc-native", 10)) + pcie_ports_dpc_native = true; return 1; } diff --git a/include/linux/pci.h b/include/linux/pci.h index fc1844061e88f..603d4822757b6 100644 --- a/include/linux/pci.h +++ b/include/linux/pci.h @@ -1534,9 +1534,11 @@ static inline int pci_irqd_intx_xlate(struct irq_domain *d, #ifdef CONFIG_PCIEPORTBUS extern bool pcie_ports_disabled; extern bool pcie_ports_native; +extern bool pcie_ports_dpc_native; #else #define pcie_ports_disabledtrue #define pcie_ports_native false +#define pcie_ports_dpc_native false #endif #define PCIE_LINK_STATE_L0SBIT(0) -- 2.11.0
Re: [PATCH] MAINTAINERS: Update the Spreadtrum SoC maintainer
On Wed, Oct 23, 2019 at 5:17 AM Arnd Bergmann wrote: > > On Wed, Oct 23, 2019 at 1:06 PM Baolin Wang wrote: > > +F: drivers/power/reset/sc27xx-poweroff.c > > +F: drivers/leds/leds-sc27xx-bltc.c > > +F: drivers/input/misc/sc27xx-vibra.c > > +F: drivers/power/supply/sc27xx_fuel_gauge.c > > +F: drivers/power/supply/sc2731_charger.c > > +F: drivers/rtc/rtc-sc27xx.c > > +F: drivers/regulator/sc2731-regulator.c > > +F: drivers/nvmem/sc27xx-efuse.c > > +F: drivers/iio/adc/sc27xx_adc.c > > N: sprd > > Maybe add a regex pattern for "sc27xx" instead of listing each file > individually? > That would simplify it when files move around or you add more drivers that > follow the same naming. Agreed. In addition to that: Baolin, when you resend this, feel free to send it to s...@kernel.org so we get it into our patchwork tracker (if you want us to apply it directly). Thanks! -Olof
Re: [PATCH 5/7] bcm-vk: add bcm_vk UAPI
On Tue, Aug 27, 2019 at 7:49 AM Kieran Bingham wrote: > > Hi Scott, > > On 22/08/2019 20:24, Scott Branden wrote: > > Add user space api for bcm-vk driver. > > > > Signed-off-by: Scott Branden > > --- > > include/uapi/linux/misc/bcm_vk.h | 88 > > 1 file changed, 88 insertions(+) > > create mode 100644 include/uapi/linux/misc/bcm_vk.h > > > > diff --git a/include/uapi/linux/misc/bcm_vk.h > > b/include/uapi/linux/misc/bcm_vk.h > > new file mode 100644 > > index ..df7dfd7f0702 > > --- /dev/null > > +++ b/include/uapi/linux/misc/bcm_vk.h > > @@ -0,0 +1,88 @@ > > +/* SPDX-License-Identifier: ((GPL-2.0 WITH Linux-syscall-note) OR > > BSD-2-Clause) */ > > +/* > > + * Copyright(c) 2018 Broadcom > > + */ > > + > > +#ifndef __UAPI_LINUX_MISC_BCM_VK_H > > +#define __UAPI_LINUX_MISC_BCM_VK_H > > + > > +#include > > +#include > > + > > +struct vk_metadata { > > + /* struct version, always backwards compatible */ > > + __u32 version; > > + > > + /* Version 0 fields */ > > + __u32 card_status; > > +#define VK_CARD_STATUS_FASTBOOT_READY BIT(0) > > +#define VK_CARD_STATUS_FWLOADER_READY BIT(1) > > + > > + __u32 firmware_version; > > + __u32 fw_status; > > + /* End version 0 fields */ > > + > > + __u64 reserved[14]; > > + /* Total of 16*u64 for all versions */ > > +}; > > + > > +struct vk_image { > > + __u32 type; /* Type of image */ > > +#define VK_IMAGE_TYPE_BOOT1 1 /* 1st stage (load to SRAM) */ > > +#define VK_IMAGE_TYPE_BOOT2 2 /* 2nd stage (load to DDR) */ > > + char filename[64]; /* Filename of image */ > > +}; > > + > > +/* default firmware images names */ > > +#define VK_BOOT1_DEF_FILENAME"vk-boot1.bin" > > +#define VK_BOOT2_DEF_FILENAME"vk-boot2.bin" > > + > > +struct vk_access { > > + __u8 barno; /* BAR number to use */ > > + __u8 type; /* Type of access */ > > +#define VK_ACCESS_READ 0 > > +#define VK_ACCESS_WRITE 1 > > + __u32 len; /* length of data */ > > + __u64 offset; /* offset in BAR */ > > + __u32 *data;/* where to read/write data to */ > > +}; > > + > > +struct vk_reset { > > + __u32 arg1; > > + __u32 arg2; > > +}; > > + > > +#define VK_MAGIC 0x5E > > + > > +/* Get metadata from Valkyrie (firmware version, card status, etc) */ > > +#define VK_IOCTL_GET_METADATA _IOR(VK_MAGIC, 0x1, struct vk_metadata) > > + > > +/* Load image to Valkyrie */ > > +#define VK_IOCTL_LOAD_IMAGE _IOW(VK_MAGIC, 0x2, struct vk_image) > > + > > +/* Read data from Valkyrie */ > > +#define VK_IOCTL_ACCESS_BAR _IOWR(VK_MAGIC, 0x3, struct vk_access) > > + > > +/* Send Reset to Valkyrie */ > > +#define VK_IOCTL_RESET_IOW(VK_MAGIC, 0x4, struct vk_reset) > > It sounds a bit like the valkyrie is a generic asynchronous coprocessor, > does it merit using the remoteproc interfaces to control it ? > > Or is it really just a single purpose cell doing video operations ? Remoteproc brings some useful shared functionality, in particular around loading and parsing firmware formats for platforms where the remote processor uses system carved out memory to run, etc. For something like a PCIe device, it *can* be used but it really doesn't bring any immediate benefit, especially if there aren't multiple in-kernel drivers that need to talk to the hardware in an abstracted way. -Olof -Olof
[GIT PULL] ARM: SoC fixes
Hi Linus, The following changes since commit 54ecb8f7028c5eb3d740bb82b0f1d90f2df63c5c: Linux 5.4-rc1 (2019-09-30 10:35:40 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc.git tags/armsoc-fixes for you to fetch changes up to 60c1b3e25728e0485f08e72e61c3cad5331925a3: ARM: multi_v7_defconfig: Fix SPI_STM32_QSPI support (2019-10-04 10:18:55 -0700) ARM: SoC fixes A few fixes this time around: - Fixup of some clock specifications for DRA7 (device-tree fix) - Removal of some dead/legacy CPU OPP/PM code for OMAP that throws warnings at boot - A few more minor fixups for OMAPs, most around display - Enable STM32 QSPI as =y since their rootfs sometimes comes from there - Switch CONFIG_REMOTEPROC to =y since it went from tristate to bool - Fix of thermal zone definition for ux500 (5.4 regression) Adam Ford (1): ARM: omap2plus_defconfig: Enable DRM_TI_TFP410 H. Nikolaus Schaller (1): DTS: ARM: gta04: introduce legacy spi-cs-high to make display work again Keerthy (1): arm64/ARM: configs: Change CONFIG_REMOTEPROC from m to y Linus Walleij (1): ARM: dts: ux500: Fix up the CPU thermal zone Olof Johansson (1): Merge tag 'omap-for-v5.4/fixes-rc1-signed' of git://git.kernel.org/.../tmlind/linux-omap into arm/fixes Patrice Chotard (1): ARM: multi_v7_defconfig: Fix SPI_STM32_QSPI support Peter Ujfalusi (1): ARM: dts: am4372: Set memory bandwidth limit for DISPC Tony Lindgren (8): clk: ti: dra7: Fix mcasp8 clock bits ARM: dts: Fix wrong clocks for dra7 mcasp Merge branch 'fixes-merge-window-pt2' into fixes ARM: omap2plus_defconfig: Enable more droid4 devices as loadable modules ARM: dts: Fix gpio0 flags for am335x-icev2 ARM: OMAP2+: Fix missing reset done flag for am3 and am43 ARM: OMAP2+: Add missing LCDC midlemode for am335x ARM: OMAP2+: Fix warnings with broken omap2_set_init_voltage() arch/arm/boot/dts/am335x-icev2.dts | 2 +- arch/arm/boot/dts/am33xx-l4.dtsi | 6 +- arch/arm/boot/dts/am4372.dtsi | 2 + arch/arm/boot/dts/dra7-l4.dtsi | 48 +- arch/arm/boot/dts/omap3-gta04.dtsi | 1 + arch/arm/boot/dts/ste-dbx5x0.dtsi | 11 ++- arch/arm/configs/davinci_all_defconfig | 2 +- arch/arm/configs/multi_v7_defconfig| 4 +- arch/arm/configs/omap2plus_defconfig | 5 +- .../mach-omap2/omap_hwmod_33xx_43xx_ipblock_data.c | 3 +- arch/arm/mach-omap2/omap_hwmod_33xx_data.c | 5 +- arch/arm/mach-omap2/pm.c | 100 - arch/arm64/configs/defconfig | 2 +- drivers/clk/ti/clk-7xx.c | 6 +- 14 files changed, 53 insertions(+), 144 deletions(-)
Re: ARM: multi_v7_defconfig: Fix SPI_STM32_QSPI support
On Fri, Oct 4, 2019 at 5:40 AM wrote: > > From: Patrice Chotard > > SPI_STM32_QSPI must be set in buildin as rootfs can be > located on QSPI memory device. > > Signed-off-by: Patrice Chotard > --- > arch/arm/configs/multi_v7_defconfig | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Applied to arm/fixes. Thanks! -Olof
Re: [GIT PULL 1/2] arm64: dts: exynos: Pull for v5.4
On Mon, Sep 30, 2019 at 1:02 AM Krzysztof Kozlowski wrote: > > On Sun, Sep 29, 2019 at 10:51:34AM -0700, Olof Johansson wrote: > > Hi, > > > > On Thu, Sep 12, 2019 at 08:32:47AM +0200, Krzysztof Kozlowski wrote: > > > On Wed, 11 Sep 2019 at 23:07, Arnd Bergmann wrote: > > > > > > > > On Wed, Sep 11, 2019 at 8:36 PM Krzysztof Kozlowski > > > > wrote: > > > > > > > > > > Hi, > > > > > > > > > > Unfortunately the patches were applied right after closing the > > > > > linux-next. > > > > > > > > Hi Krzysztof, > > > > > > > > I took a look at these and am not convinced this is right: > > > > > > > > > 1. Fix boot of Exynos7 due to wrong address/size of memory node, > > > > > > > > The current state is clearly broken and a fix is needed, but > > > > I'm not sure this is the right fix. Why do you have 32-bit physical > > > > addressing on a 64-bit chip? I looked at commit ef72171b3621 > > > > that introduced it, and it seems it would be better to just > > > > revert back to 64-bit addresses. > > > > > > We discussed with Marek Szyprowski that either we can go back to > > > 64-bit addressing or stick to 32. There are not known boards with more > > > than 4 GB of RAM so from this point of view the choice was irrelevant. > > > At the end of discussion I mentioned to stick with other arm64 boards > > > (although not all), so revert to have 64 bit address... but Marek > > > chosen differently. Since you ask, let's go back with revert. > > > > > > > > > > > > 2. Move GPU under /soc node, > > > > > > > > No problem > > > > > > > > > 3. Minor cleanup of #address-cells. > > > > > > > > IIRC, an interrupt-controller is required to have a #address-cells > > > > property, even if that is normally zero. I don't remember the > > > > details, but the gic binding lists it as mandatory, and I think > > > > the PCI interrupt-map relies on it. I would just drop this patch. > > > > > > Indeed, binding requires both address and size cells. I'll drop it. > > > > Looking through the history of pending material, I didn't see a new pull for > > this material. Just checking in to see if there's something we missed? > > No, it's me who forgot to resend. I was sure that I rebased the branch > and created new pull request. However it seems I did not. Let's keep it > for next merge window... v5.4-rc should be any minute, I guess? Yeah, we're too late for this merge window but feel free to send it for next release. -Olof
Re: [PATCH v2 linux-next 4/4] arm64: configs: defconfig: Change CONFIG_REMOTEPROC from m to y
On Mon, Sep 30, 2019 at 6:49 AM Will Deacon wrote: > > On Fri, Sep 20, 2019 at 01:29:46PM +0530, Keerthy wrote: > > Commit 6334150e9a36 ("remoteproc: don't allow modular build") > > changes CONFIG_REMOTEPROC to a boolean from a tristate config > > option which inhibits all defconfigs marking CONFIG_REMOTEPROC as > > a module in compiling the remoteproc and dependent config options. > > > > So fix the defconfig to have CONFIG_REMOTEPROC built in. > > > > Fixes: 6334150e9a36 ("remoteproc: don't allow modular build") > > Signed-off-by: Keerthy > > --- > > arch/arm64/configs/defconfig | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig > > index 8e05c39eab08..c9a867ac32d4 100644 > > --- a/arch/arm64/configs/defconfig > > +++ b/arch/arm64/configs/defconfig > > @@ -723,7 +723,7 @@ CONFIG_TEGRA_IOMMU_SMMU=y > > CONFIG_ARM_SMMU=y > > CONFIG_ARM_SMMU_V3=y > > CONFIG_QCOM_IOMMU=y > > -CONFIG_REMOTEPROC=m > > +CONFIG_REMOTEPROC=y > > CONFIG_QCOM_Q6V5_MSS=m > > CONFIG_QCOM_Q6V5_PAS=m > > CONFIG_QCOM_SYSMON=m > > Acked-by: Will Deacon > > This fixes the following annoying warning from "make defconfig" on arm64: > > arch/arm64/configs/defconfig:726:warning: symbol value 'm' invalid for > REMOTEPROC > > I'm assuming the fix will go via arm-soc, but I can take it otherwise > (please just let me know). Thanks, I'll pick this up, but I'll squash the 4 one-line changes into one commit instead of separate patches. -Olof
[GIT PULL] ARM: SoC fixes
Hi Linus, The following changes since commit 4d856f72c10ecb060868ed10ff1b1453943fc6c8: Linux 5.3 (2019-09-15 14:19:32 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc.git tags/armsoc-fixes for you to fetch changes up to 9bfd7319e8d353b8b81c4cfd4d7eced71adbfbb5: Merge tag 'fixes-5.4-merge-window' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap into arm/fixes (2019-09-29 11:20:48 -0700) ARM: SoC fixes A few fixes that have trickled in through the merge window: - Video fixes for OMAP due to panel-dpi driver removal - Clock fixes for OMAP that broke no-idle quirks + nfsroot on DRA7 - Fixing arch version on ASpeed ast2500 - Two fixes for reset handling on ARM SCMI Adam Ford (4): ARM: omap2plus_defconfig: Fix missing video ARM: dts: logicpd-torpedo-baseboard: Fix missing video ARM: dts: am3517-evm: Fix missing video ARM: dts: logicpd-som-lv: Fix i2c2 and i2c3 Pin mux Arnd Bergmann (1): ARM: aspeed: ast2500 is ARMv6K Olof Johansson (2): Merge tag 'scmi-fixes-5.4' of git://git.kernel.org/.../sudeep.holla/linux into arm/fixes Merge tag 'fixes-5.4-merge-window' of git://git.kernel.org/.../tmlind/linux-omap into arm/fixes Sudeep Holla (2): firmware: arm_scmi: reset: fix reset_state assignment in scmi_domain_reset reset: reset-scmi: add missing handle initialisation Tony Lindgren (3): bus: ti-sysc: Fix clock handling for no-idle quirks bus: ti-sysc: Fix handling of invalid clocks bus: ti-sysc: Remove unpaired sysc_clkdm_deny_idle() Documentation/devicetree/bindings/arm/arm,scmi.txt | 17 + MAINTAINERS| 1 + arch/arm/boot/dts/am3517-evm.dts | 23 +- arch/arm/boot/dts/logicpd-som-lv.dtsi | 26 +- arch/arm/boot/dts/logicpd-torpedo-baseboard.dtsi | 37 +-- arch/arm/configs/omap2plus_defconfig | 1 + arch/arm/mach-aspeed/Kconfig | 1 - arch/arm/mach-omap2/pdata-quirks.c | 4 +- drivers/bus/ti-sysc.c | 52 ++- drivers/clk/clk-scmi.c | 2 +- drivers/firmware/arm_scmi/Makefile | 2 +- drivers/firmware/arm_scmi/base.c | 2 +- drivers/firmware/arm_scmi/clock.c | 33 +- drivers/firmware/arm_scmi/common.h | 18 +- drivers/firmware/arm_scmi/driver.c | 366 + drivers/firmware/arm_scmi/perf.c | 264 ++- drivers/firmware/arm_scmi/power.c | 6 +- drivers/firmware/arm_scmi/reset.c | 231 + drivers/firmware/arm_scmi/sensors.c| 57 ++-- drivers/hwmon/scmi-hwmon.c | 2 +- drivers/reset/Kconfig | 11 + drivers/reset/Makefile | 1 + drivers/reset/reset-scmi.c | 125 +++ include/linux/scmi_protocol.h | 46 ++- 24 files changed, 1046 insertions(+), 282 deletions(-) create mode 100644 drivers/firmware/arm_scmi/reset.c create mode 100644 drivers/reset/reset-scmi.c
Re: [GIT PULL 1/2] arm64: dts: exynos: Pull for v5.4
Hi, On Thu, Sep 12, 2019 at 08:32:47AM +0200, Krzysztof Kozlowski wrote: > On Wed, 11 Sep 2019 at 23:07, Arnd Bergmann wrote: > > > > On Wed, Sep 11, 2019 at 8:36 PM Krzysztof Kozlowski wrote: > > > > > > Hi, > > > > > > Unfortunately the patches were applied right after closing the linux-next. > > > > Hi Krzysztof, > > > > I took a look at these and am not convinced this is right: > > > > > 1. Fix boot of Exynos7 due to wrong address/size of memory node, > > > > The current state is clearly broken and a fix is needed, but > > I'm not sure this is the right fix. Why do you have 32-bit physical > > addressing on a 64-bit chip? I looked at commit ef72171b3621 > > that introduced it, and it seems it would be better to just > > revert back to 64-bit addresses. > > We discussed with Marek Szyprowski that either we can go back to > 64-bit addressing or stick to 32. There are not known boards with more > than 4 GB of RAM so from this point of view the choice was irrelevant. > At the end of discussion I mentioned to stick with other arm64 boards > (although not all), so revert to have 64 bit address... but Marek > chosen differently. Since you ask, let's go back with revert. > > > > > > 2. Move GPU under /soc node, > > > > No problem > > > > > 3. Minor cleanup of #address-cells. > > > > IIRC, an interrupt-controller is required to have a #address-cells > > property, even if that is normally zero. I don't remember the > > details, but the gic binding lists it as mandatory, and I think > > the PCI interrupt-map relies on it. I would just drop this patch. > > Indeed, binding requires both address and size cells. I'll drop it. Looking through the history of pending material, I didn't see a new pull for this material. Just checking in to see if there's something we missed? Thanks, -Olof
Re: [PATCH] usb: phy: ab8500-usb: Mark expected switch fall-throughs
On Fri, Sep 13, 2019 at 7:00 PM Olof Johansson wrote: > > On Mon, Jul 29, 2019 at 5:36 PM Kees Cook wrote: > > > > On Sun, Jul 28, 2019 at 07:06:31PM -0500, Gustavo A. R. Silva wrote: > > > Mark switch cases where we are expecting to fall through. > > > > > > This patch fixes the following warnings: > > > > > > drivers/usb/phy/phy-ab8500-usb.c: In function > > > 'ab8500_usb_link_status_update': > > > drivers/usb/phy/phy-ab8500-usb.c:424:9: warning: this statement may fall > > > through [-Wimplicit-fallthrough=] > > >event = UX500_MUSB_RIDB; > > >~~^ > > > drivers/usb/phy/phy-ab8500-usb.c:425:2: note: here > > > case USB_LINK_NOT_CONFIGURED_8500: > > > ^~~~ > > > drivers/usb/phy/phy-ab8500-usb.c:440:9: warning: this statement may fall > > > through [-Wimplicit-fallthrough=] > > >event = UX500_MUSB_RIDC; > > >~~^ > > > drivers/usb/phy/phy-ab8500-usb.c:441:2: note: here > > > case USB_LINK_STD_HOST_NC_8500: > > > ^~~~ > > > drivers/usb/phy/phy-ab8500-usb.c:459:9: warning: this statement may fall > > > through [-Wimplicit-fallthrough=] > > >event = UX500_MUSB_RIDA; > > >~~^ > > > drivers/usb/phy/phy-ab8500-usb.c:460:2: note: here > > > case USB_LINK_HM_IDGND_8500: > > > ^~~~ > > > drivers/usb/phy/phy-ab8500-usb.c: In function > > > 'ab8505_usb_link_status_update': > > > drivers/usb/phy/phy-ab8500-usb.c:332:9: warning: this statement may fall > > > through [-Wimplicit-fallthrough=] > > >event = UX500_MUSB_RIDB; > > >~~^ > > > drivers/usb/phy/phy-ab8500-usb.c:333:2: note: here > > > case USB_LINK_NOT_CONFIGURED_8505: > > > ^~~~ > > > drivers/usb/phy/phy-ab8500-usb.c:352:9: warning: this statement may fall > > > through [-Wimplicit-fallthrough=] > > >event = UX500_MUSB_RIDC; > > >~~^ > > > drivers/usb/phy/phy-ab8500-usb.c:353:2: note: here > > > case USB_LINK_STD_HOST_NC_8505: > > > ^~~~ > > > drivers/usb/phy/phy-ab8500-usb.c:370:9: warning: this statement may fall > > > through [-Wimplicit-fallthrough=] > > >event = UX500_MUSB_RIDA; > > >~~^ > > > drivers/usb/phy/phy-ab8500-usb.c:371:2: note: here > > > case USB_LINK_HM_IDGND_8505: > > > ^~~~ > > > > > > Reported-by: Stephen Rothwell > > > Signed-off-by: Gustavo A. R. Silva > > > > Reviewed-by: Kees Cook > > Acked-by: Olof Johansson > > Felipe, Greg, this is still throwing warnings, several months later -- > patch was never applied. > > Mind picking it up as a fix to get a quieter build? Nevermind, I see they're gone from -next, so at least it's queued for next merge window. Sorry for the noise. -Olof
Re: [PATCH] usb: phy: ab8500-usb: Mark expected switch fall-throughs
On Mon, Jul 29, 2019 at 5:36 PM Kees Cook wrote: > > On Sun, Jul 28, 2019 at 07:06:31PM -0500, Gustavo A. R. Silva wrote: > > Mark switch cases where we are expecting to fall through. > > > > This patch fixes the following warnings: > > > > drivers/usb/phy/phy-ab8500-usb.c: In function > > 'ab8500_usb_link_status_update': > > drivers/usb/phy/phy-ab8500-usb.c:424:9: warning: this statement may fall > > through [-Wimplicit-fallthrough=] > >event = UX500_MUSB_RIDB; > >~~^ > > drivers/usb/phy/phy-ab8500-usb.c:425:2: note: here > > case USB_LINK_NOT_CONFIGURED_8500: > > ^~~~ > > drivers/usb/phy/phy-ab8500-usb.c:440:9: warning: this statement may fall > > through [-Wimplicit-fallthrough=] > >event = UX500_MUSB_RIDC; > >~~^ > > drivers/usb/phy/phy-ab8500-usb.c:441:2: note: here > > case USB_LINK_STD_HOST_NC_8500: > > ^~~~ > > drivers/usb/phy/phy-ab8500-usb.c:459:9: warning: this statement may fall > > through [-Wimplicit-fallthrough=] > >event = UX500_MUSB_RIDA; > >~~^ > > drivers/usb/phy/phy-ab8500-usb.c:460:2: note: here > > case USB_LINK_HM_IDGND_8500: > > ^~~~ > > drivers/usb/phy/phy-ab8500-usb.c: In function > > 'ab8505_usb_link_status_update': > > drivers/usb/phy/phy-ab8500-usb.c:332:9: warning: this statement may fall > > through [-Wimplicit-fallthrough=] > >event = UX500_MUSB_RIDB; > >~~^ > > drivers/usb/phy/phy-ab8500-usb.c:333:2: note: here > > case USB_LINK_NOT_CONFIGURED_8505: > > ^~~~ > > drivers/usb/phy/phy-ab8500-usb.c:352:9: warning: this statement may fall > > through [-Wimplicit-fallthrough=] > >event = UX500_MUSB_RIDC; > >~~^ > > drivers/usb/phy/phy-ab8500-usb.c:353:2: note: here > > case USB_LINK_STD_HOST_NC_8505: > > ^~~~ > > drivers/usb/phy/phy-ab8500-usb.c:370:9: warning: this statement may fall > > through [-Wimplicit-fallthrough=] > > event = UX500_MUSB_RIDA; > >~~^ > > drivers/usb/phy/phy-ab8500-usb.c:371:2: note: here > > case USB_LINK_HM_IDGND_8505: > > ^~~~ > > > > Reported-by: Stephen Rothwell > > Signed-off-by: Gustavo A. R. Silva > > Reviewed-by: Kees Cook Acked-by: Olof Johansson Felipe, Greg, this is still throwing warnings, several months later -- patch was never applied. Mind picking it up as a fix to get a quieter build? Thanks, -Olof
Re: [PATCH v2 00/20] Initial support for Marvell MMP3 SoC
On Thu, Aug 22, 2019 at 3:32 AM Marc Zyngier wrote: > > On 22/08/2019 10:26, Lubomir Rintel wrote: > > Hi, > > > > this is a second spin of a patch set that adds support for the Marvell > > MMP3 processor. MMP3 is used in OLPC XO-4 laptops, Panasonic Toughpad > > FZ-A1 tablet and Dell Wyse 3020 Tx0D thin clients. > > > > Compared to v1, there's a handful of fixes in response to reviews. Patch > > 02/20 is new. Details in individual patches. > > > > Apart from the adjustments in mach-mmp/, the patch makes necessary > > changes to the irqchip driver and adds an USB2 PHY driver. The latter > > has a dependency on the mach-mmp/ changes, so it can't be submitted > > separately. > > > > The patch set has been tested to work on Wyse Tx0D and not ruin MMP2 > > support on XO-1.75. > > How do you want this series to be merged? I'm happy to take the irqchip > related patches as well as the corresponding DT change (once reviewed) > through my tree. DT changes, unless there's lack of backwards compatibility, are best merged through the platform trees. Especially for new platforms like these where there's likely going to be nearby changes (and thus conflicts). I.e. driver changes I'm all for bringing through driver trees (including binding patches), but please leave dts/dtsi changes to the platform. -Olof
Re: ARM: multi_v7_defconfig: Enable SPI_STM32_QSPI support
On Wed, Jul 31, 2019 at 3:20 PM Olof Johansson wrote: > > Hi, > > On Wed, Jul 31, 2019 at 8:48 AM Alexandre Torgue > wrote: > > > > Hi Olof > > > > On 7/30/19 7:36 PM, Olof Johansson wrote: > > > Hi Patrice, > > > > > > If you cc s...@kernel.org on patches you want us to apply, you'll get > > > them automatically tracked by patchwork. > > > > > > > Does it means that you will take it directly in arm-soc tree ? > > I mean, I used to take this kind of patch (multi-v7_defconfig patch > > linked to STM32 driver) in my stm32 branch and to send PR for them. > > You can do that too -- it was unclear to me whether you posted the > patch with us in the To: line because you wanted it applied or not. Also, we request that platform maintainers keep the defconfig updates in a separate branch, since we normally track them in a separate branch on our side. So if you do it in the future, please send separate PR. For single patches, it's just as easy to send us the patch as a pull request. Thanks, -Olof
Re: ARM: multi_v7_defconfig: Enable SPI_STM32_QSPI support
Hi, On Wed, Jul 31, 2019 at 8:48 AM Alexandre Torgue wrote: > > Hi Olof > > On 7/30/19 7:36 PM, Olof Johansson wrote: > > Hi Patrice, > > > > If you cc s...@kernel.org on patches you want us to apply, you'll get > > them automatically tracked by patchwork. > > > > Does it means that you will take it directly in arm-soc tree ? > I mean, I used to take this kind of patch (multi-v7_defconfig patch > linked to STM32 driver) in my stm32 branch and to send PR for them. You can do that too -- it was unclear to me whether you posted the patch with us in the To: line because you wanted it applied or not. -Olof
Re: ARM: multi_v7_defconfig: Enable SPI_STM32_QSPI support
Hi Patrice, If you cc s...@kernel.org on patches you want us to apply, you'll get them automatically tracked by patchwork. -Olof On Mon, Jul 29, 2019 at 3:55 PM wrote: > > From: Patrice Chotard > > Enable support for QSPI block on STM32 SoCs. > > Signed-off-by: Patrice Chotard > --- > arch/arm/configs/multi_v7_defconfig | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/arch/arm/configs/multi_v7_defconfig > b/arch/arm/configs/multi_v7_defconfig > index 6a40bc2ef271..78d1d93298af 100644 > --- a/arch/arm/configs/multi_v7_defconfig > +++ b/arch/arm/configs/multi_v7_defconfig > @@ -403,6 +403,7 @@ CONFIG_SPI_SH_MSIOF=m > CONFIG_SPI_SH_HSPI=y > CONFIG_SPI_SIRF=y > CONFIG_SPI_STM32=m > +CONFIG_SPI_STM32_QSPI=m > CONFIG_SPI_SUN4I=y > CONFIG_SPI_SUN6I=y > CONFIG_SPI_TEGRA114=y > -- > 2.17.1 >
[GIT PULL] ARM: SoC fixes
Hi Linus, The following changes since commit 5f9e832c137075045d15cd6899ab0505cfb2ca4b: Linus 5.3-rc1 (2019-07-21 14:05:38 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc.git tags/armsoc-fixes for you to fetch changes up to 7bd9d465140a93c0a21ba2d2f426451c78bfcc7d: Merge tag 'imx-fixes-5.3' of git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux into arm/fixes (2019-07-23 10:13:24 -0700) ARM: SoC fixes Here's the first batch of fixes for this release cycle. Main diffstat here is the re-deletion of netx. I messed up and most likely didn't remove the files from the index when I test-merged this and saw conflicts, and from there on out 'git rerere' remembered the mistake and I missed checking it. Here it's done again as expected. Besides that: - A defconfig refresh + enabling of new drivers for u8500 - i.MX fixlets for i2c/SAI/pinmux - sleep.S build fix for Davinci - Broadcom devicetree build/warning fix Anson Huang (1): arm64: dts: imx8mm: Correct SAI3 RXC/TXFS pin's mux option #1 Arnd Bergmann (2): ARM: davinci: fix sleep.S build error on ARMv4 ARM: dts: bcm: bcm47094: add missing #cells for mdio-bus-mux Fabio Estevam (1): ARM: dts: imx7ulp: Fix usb-phy unit address format Linus Walleij (3): ARM: Delete netx a second time ARM: defconfig: u8500: Refresh defconfig ARM: defconfig: u8500: Add new drivers Lucas Stach (1): arm64: dts: imx8mq: fix SAI compatible Olof Johansson (1): Merge tag 'imx-fixes-5.3' of git://git.kernel.org/.../shawnguo/linux into arm/fixes Sébastien Szymanski (1): ARM: dts: imx6ul: fix clock frequency property name of I2C buses arch/arm/Kconfig.debug | 5 - arch/arm/boot/dts/bcm47094-linksys-panamera.dts | 3 + arch/arm/boot/dts/imx6ul-14x14-evk.dtsi | 2 +- arch/arm/boot/dts/imx6ul-geam.dts | 2 +- arch/arm/boot/dts/imx6ul-isiot.dtsi | 2 +- arch/arm/boot/dts/imx6ul-pico-hobbit.dts| 2 +- arch/arm/boot/dts/imx6ul-pico-pi.dts| 4 +- arch/arm/boot/dts/imx7ulp.dtsi | 2 +- arch/arm/configs/u8500_defconfig| 34 +- arch/arm/mach-davinci/sleep.S | 1 + arch/arm/mach-netx/Kconfig | 22 -- arch/arm/mach-netx/Makefile | 13 - arch/arm/mach-netx/Makefile.boot| 3 - arch/arm/mach-netx/fb.c | 65 arch/arm/mach-netx/fb.h | 12 - arch/arm/mach-netx/generic.c| 182 -- arch/arm/mach-netx/generic.h| 14 - arch/arm/mach-netx/include/mach/hardware.h | 27 -- arch/arm/mach-netx/include/mach/irqs.h | 58 arch/arm/mach-netx/include/mach/netx-regs.h | 420 arch/arm/mach-netx/include/mach/pfifo.h | 42 --- arch/arm/mach-netx/include/mach/uncompress.h| 63 arch/arm/mach-netx/include/mach/xc.h| 30 -- arch/arm/mach-netx/nxdb500.c| 197 --- arch/arm/mach-netx/nxdkn.c | 90 - arch/arm/mach-netx/nxeb500hmi.c | 174 -- arch/arm/mach-netx/pfifo.c | 56 arch/arm/mach-netx/time.c | 141 arch/arm/mach-netx/xc.c | 246 -- arch/arm64/boot/dts/freescale/imx8mm-pinfunc.h | 4 +- arch/arm64/boot/dts/freescale/imx8mq.dtsi | 3 +- 31 files changed, 33 insertions(+), 1886 deletions(-) delete mode 100644 arch/arm/mach-netx/Kconfig delete mode 100644 arch/arm/mach-netx/Makefile delete mode 100644 arch/arm/mach-netx/Makefile.boot delete mode 100644 arch/arm/mach-netx/fb.c delete mode 100644 arch/arm/mach-netx/fb.h delete mode 100644 arch/arm/mach-netx/generic.c delete mode 100644 arch/arm/mach-netx/generic.h delete mode 100644 arch/arm/mach-netx/include/mach/hardware.h delete mode 100644 arch/arm/mach-netx/include/mach/irqs.h delete mode 100644 arch/arm/mach-netx/include/mach/netx-regs.h delete mode 100644 arch/arm/mach-netx/include/mach/pfifo.h delete mode 100644 arch/arm/mach-netx/include/mach/uncompress.h delete mode 100644 arch/arm/mach-netx/include/mach/xc.h delete mode 100644 arch/arm/mach-netx/nxdb500.c delete mode 100644 arch/arm/mach-netx/nxdkn.c delete mode 100644 arch/arm/mach-netx/nxeb500hmi.c delete mode 100644 arch/arm/mach-netx/pfifo.c delete mode 100644 arch/arm/mach-netx/time.c delete mode 100644 arch/arm/mach-netx/xc.c
Re: [PATCH 1/6] ARM: ks8695: watchdog: stop using mach/*.h
On Mon, Jul 22, 2019 at 7:44 AM Arnd Bergmann wrote: > > On Sat, May 4, 2019 at 4:27 PM Greg Ungerer wrote: > > On 4/5/19 3:06 am, Guenter Roeck wrote: > > > On Fri, May 03, 2019 at 08:16:05AM +0100, Linus Walleij wrote: > > >> On Fri, May 3, 2019 at 8:02 AM Greg Ungerer wrote: > > >>> Ultimately though I am left wondering if the ks8695 support in the > > >>> kernel is useful to anyone the way it is at the moment. With a minimal > > >>> kernel configuration I can boot up to a shell - but the system is > > >>> really unreliable if you try to interactively use it. I don't think > > >>> it is the hardware - it seems to run reliably with the old code > > >>> it has running from flash on it. I am only testing the new kernel, > > >>> running with the existing user space root filesystem on it (which > > >>> dates from 2004 :-) > > >> > > >> Personally I think it is a bad sign that this subarch and boards do > > >> not have active OpenWrt support, they are routers after all (right?) > > >> and any active use of networking equipment should use a recent > > >> userspace as well, given all the security bugs that popped up over > > >> the years. > > Looking around on the internet, I found that Micrel at some point > had their own openwrt fork for ks8695, but I can't find a copy > any more, as the micrel.com domain is no longer used after the > acquisition by Microchip. > > https://wikidevi.com/wiki/Micrel has a list of devices based on > ks8695, and it seems that most of these are rather memory > limited, which is a problem for recent openwrt builds. > > Only two of the 17 listed devices have the absolute minimum of 4MB > flash and 32MB RAM for openwrt, two more have 8/32 and one > or two have 4/64, but all these configurations are too limited for the > web U/I now. > > > >> With IXP4xx, Gemini and EP93xx we have found active users and > > >> companies selling the chips and reference designs and even > > >> recommending it for new products (!) at times. If this is not the > > >> case with KS8695 and no hobbyists are willing to submit it > > >> to OpenWrt and modernize it to use device tree I think it should be > > >> deleted from the kernel. > > >> > > > > > > That may be the best approach if indeed no one is using it, > > > much less maintaining it. > > > > Well, I for one don't really use it any more. So I don't have a lot > > of motivation to maintain it any longer. > > I came across my patches while rebasing my backlog to 5.3-rc1. > > Should I save the (very small) trouble of sending them out again > and just remove the platform then? Given the lack of response/interest from users, I'm OK with removing it. If someone shows up wanting support, we'll have a good opportunity to discuss testing/modernization involving someone actively using the hardware. -Olof
Re: [GIT PULL v2] updates to soc/fsl drivers for next(v5.3)
On Mon, Jul 08, 2019 at 06:48:17PM +, Leo Li wrote: > > > > -Original Message- > > From: Leo Li > > Sent: Monday, June 17, 2019 8:29 AM > > To: Olof Johansson > > Cc: a...@kernel.org; linux-arm-ker...@lists.infradead.org; linux- > > ker...@vger.kernel.org; shawn...@kernel.org > > Subject: RE: [GIT PULL v2] updates to soc/fsl drivers for next(v5.3) > > > > > > > > > -Original Message- > > > From: Olof Johansson > > > Sent: Monday, June 17, 2019 6:50 AM > > > To: Leo Li > > > Cc: a...@kernel.org; linux-arm-ker...@lists.infradead.org; linux- > > > ker...@vger.kernel.org; shawn...@kernel.org > > > Subject: Re: [GIT PULL v2] updates to soc/fsl drivers for next(v5.3) > > > > > > On Wed, Jun 05, 2019 at 02:45:11PM -0500, Li Yang wrote: > > > > Hi arm-soc maintainers, > > > > > > > > This is a rebase of patches that missed 5.2 merge window together > > > > with some new patches for QE. Please help to review and merge it. > > > > We would like this to be merged earlier because there are other > > > > patches depending on patches in this pull request. After this is > > > > merged in arm-soc, we can ask other sub-system maintainers to pull > > > > from this tag and apply additional patches. Thanks. > > > > > > Li, > > > > > > You never followed up with a reply, or removed, the previous tag. So > > > when we process the pull requests that come in, we've already merged it. > > > > Sorry about that. Will reply the previous pull request and remove the old > > tag > > if update is needed next time. > > > > > > > > So, I've merged the previous version. Can you send an incremental pull > > > request on top of that branch/tag instead of a rebase like this was, > > > please? > > > > Actually the new pull request is based on the old pull request this time. I > > sent the new one as V2 hoping that you can see this first and avoid merging > > two times. Since you have already merged the first one, you can merge the > > second pull request as an incremental pull request directly. > > Hi Olof, > > I was on vacation for the past two weeks to follow up on this. Hope this is > not too late for this merge window. Like I mentioned, the new tag is on top > of the previous tag (you merged) so that it should be able to be merged > incrementally. The only thing is that the description of the new tag also > included patches you merged with old tag. Do you want me to regenerate the > tag before you can merge it? Hi, I've now merged v2 into arm/drivers for the 5.4 merge window. If you need to add more material on top for 5.4, feel free to use it as the base that you send incremental pull requests on top of. Next time, it's probably easier if you re-generate a new pull request like I asked for -- I missed revisiting this since it seemed like a side follow up and not new material to merge. -Olof
Re: [GIT PULL 2/4] ARM: SoC-related driver updates
On Fri, Jul 19, 2019 at 4:54 PM Olof Johansson wrote: > > Various driver updates for platforms and a couple of the small driver > subsystems we merge through our tree: > > - A driver for SCU (system control) on NXP i.MX8QXP > - Qualcomm Always-on Subsystem messaging driver (AOSS QMP) > - Qualcomm PM support for MSM8998 > - Support for a newer version of DRAM PHY driver for Broadcom (DPFE) > - Reset controller support for Bitmain BM1880 > - TI SCI (System Control Interface) support for CPU control on AM654 > processors > - More TI sysc refactoring and rework Of course, _after_ I send the pull request, I double-check my due diligence on new drivers, and notice that "DPAA2_CONSOLE" is "default y". We'll get it fixed in one of the post-rc1 fix batches. -Olof
[GIT PULL 4/4] ARM: SoC defconfig updates
We keep this in a separate branch to avoid cross-branch conflicts, but most of the material here is fairly boring -- some new drivers turned on for hardware since they were merged, and some refreshed files due to time having moved a lot of entries around. Merge conflicts: arch/arm/configs/exynos_defconfig: Add/remove conflict w/ Russell's tree Remove CONFIG_ARCH_EXYNOS3=y Keep CONFIG_CPU_ICACHE_MISMATCH_WORKAROUND=y The following changes since commit 77e071a5638b7d1a6a63fde99f1d23608539ce49: Merge tag 'armsoc-dt' into HEAD are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc.git tags/armsoc-defconfig for you to fetch changes up to a151f27537250cf869c8d1c2549ccbb77dcbec2f: Merge tag 'samsung-defconfig-5.3' of https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux into arm/defconfig Abel Vesa (1): arm64: defconfig: Enable RTC_DRV_SNVS Adam Ford (1): ARM: imx_v6_v7_defconfig: Add GPIO_PCF857X Amelie Delaunay (1): ARM: multi_v7_defconfig: enable STMFX pinctrl support Anson Huang (6): arm64: defconfig: add support for i.MX system controller watchdog ARM: imx_v6_v7_defconfig: Enable CONFIG_THERMAL_STATISTICS ARM: imx_v6_v7_defconfig: Add TPM PWM support by default arm64: defconfig: Enable CONFIG_QORIQ_THERMAL arm64: defconfig: Add i.MX SCU SoC info driver arm64: defconfig: Enable CONFIG_KEYBOARD_SNVS_PWRKEY as module Biju Das (2): ARM: shmobile: Remove GENERIC_PHY from shmobile_defconfig arm64: defconfig: enable TYPEC_HD3SS3220 config option Brian Masney (2): ARM: qcom_defconfig: add display-related options ARM: qcom_defconfig: add support for USB networking Clément Péron (2): arm64: defconfig: enable sunxi watchdog arm64: defconfig: enable Allwinner DMA drivers Fabio Estevam (3): arm64: defconfig: Enable CONFIG_SPI_IMX ARM: imx_v6_v7_defconfig: Enable the OV2680 camera driver ARM: imx_v6_v7_defconfig: Select CONFIG_NVMEM_SNVS_LPGPR Fabrizio Castro (1): arm64: defconfig: Enable TDA19988 Joel Stanley (3): ARM: configs: aspeed: Add new drivers ARM: configs: multi_v5: Add more ASPEED devices ARM: configs: multi_v5: Remove duplicate ASPEED options Krzysztof Kozlowski (7): ARM: exynos_defconfig: Trim and reorganize with savedefconfig ARM: defconfig: samsung: Cleanup with savedefconfig ARM: config: Remove left-over BACKLIGHT_LCD_SUPPORT arm64: configs: Remove useless UEVENT_HELPER_PATH ARM: configs: Remove useless UEVENT_HELPER_PATH ARM: multi_v7_defconfig: Enable Panfrost and Lima drivers ARM: exynos_defconfig: Enable Panfrost and Lima drivers Leonard Crestez (6): arm64: defconfig: Enable imx8mm clk/pinctrl arm64: defconfig: Enable lpi2c for imx8qxp and sensors arm64: defconfig: Enable ROHM_BD718XX PMIC for imx8mm-evk arm64: defconfig: NVMEM_IMX_OCOTP=y for imx8m arm64: defconfig: ARM_IMX_CPUFREQ_DT=m ARM: imx_v6_v7_defconfig: Enable CONFIG_ARM_IMX_CPUFREQ_DT Marcin Juszkiewicz (3): arm64 defconfig: enable MPT3 SAS and BNX2X drivers arm64 defconfig: enable Mellanox cards arm64 defconfig: enable LVM support Neil Armstrong (2): arm64: defconfig: enable Lima driver ARM: multi_v7_defconfig: enable Lima driver Nicolin Chen (1): arm64: defconfig: Add HWMON INA3221 support Olof Johansson (8): Merge tag 'qcom-defconfig-for-5.3' of git://git.kernel.org/.../qcom/linux into arm/defconfig Merge tag 'renesas-arm-defconfig-for-v5.3' of https://git.kernel.org/.../horms/renesas into arm/defconfig Merge tag 'renesas-arm64-defconfig-for-v5.3' of https://git.kernel.org/.../horms/renesas into arm/defconfig Merge tag 'tegra-for-5.3-arm64-defconfig' of git://git.kernel.org/.../tegra/linux into arm/defconfig Merge tag 'aspeed-5.3-defconfig' of git://git.kernel.org/.../joel/aspeed into arm/defconfig Merge tag 'sunxi-config64-for-5.3-201906210813' of https://git.kernel.org/.../sunxi/linux into arm/defconfig Merge tag 'imx-defconfig-5.3' of git://git.kernel.org/.../shawnguo/linux into arm/defconfig Merge tag 'samsung-defconfig-5.3' of https://git.kernel.org/.../krzk/linux into arm/defconfig Peng Fan (1): defconfig: arm64: enable i.MX8 SCU octop driver Tomeu Vizoso (2): ARM: multi_v7_defconfig: add Panfrost driver arm64: defconfig: add Panfrost driver Uwe Kleine-König (1): ARM: imx_v6_v7_defconfig: Enable SIOX bus Vidya Sagar (1): arm64: defconfig: Add Tegra194 PCIe driver Yangtao Li (1): arm64: defconfig: add allwinner sid support arch/arm/configs/acs5k_defconfig | 1 - arch/arm/configs/acs5k_tiny_defconfig | 1 - arch/arm/configs/am200epdkit_defconfig| 1
[GIT PULL 1/4] ARM: SoC platform updates
SoC platform changes. Main theme this merge window: - The Netx platform (Netx 100/500) platform is removed by Linus Walleij-- the SoC doesn't have active maintainers with hardware, and in discussions with the vendor the agreement was that it's OK to remove. - Russell King has a series of patches that cleans up and refactors SA1101 and RiscPC support. Merge conflicts: arch/arm/include/debug/netx.S: SPDX churn on a file that was removed. Delete it. The following changes since commit 31cc088a4f5d83481c6f5041bd6eb06115b974af: Merge tag 'drm-next-2019-07-19' of git://anongit.freedesktop.org/drm/drm are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc.git tags/armsoc-soc for you to fetch changes up to 7e8a0f10899075ac2665c78c4e49dbaf32bf3346: ARM: stm32: use "depends on" instead of "if" after prompt Arnd Bergmann (1): ARM: exynos: Only build MCPM support if used Doug Berger (2): arm64: Enable PINCTRL for ARCH_BRCMSTB ARM: bcm: Enable PINCTRL for ARCH_BRCMSTB Florian Fainelli (1): arm64: Enable BCM7038_L1_IRQ for ARCH_BRCMSTB Geert Uytterhoeven (1): soc: renesas: Enable RZ/A1 IRQC on RZ/A1H and RZ/A2M Gregory CLEMENT (1): MAINTAINERS: mvebu: Add git entry Jim Quinlan (2): arm64: Enable ARCH_HAS_RESET_CONTROLLER for ARCH_BRCMSTB ARM: bcm: Enable ARCH_HAS_RESET_CONTROLLER for ARCH_BRCMSTB Keerthy (1): soc: ti: pm33xx: Add a print while entering RTC only mode with DDR in self-refresh Krzysztof Kozlowski (1): ARM: exynos: Make ARCH_EXYNOS3 a default option Leonard Crestez (1): ARM: imx: Switch imx7d to imx-cpufreq-dt for speed-grading Linus Walleij (3): ARM: delete netx machine ARM: versatile: Drop CLCD platform data ARM: davinci: Use GPIO lookup table for DA850 LEDs Masahiro Yamada (1): ARM: stm32: use "depends on" instead of "if" after prompt Oleksandr Tyshchenko (1): ARM: mach-shmobile: Don't init CNTVOFF/counter if PSCI is available Olof Johansson (14): Merge tag 'armsoc-drop-netx-v5.3' of git://git.kernel.org/.../linusw/linux-integrator into arm/soc Merge tag 'versatile-v5.3-armsoc' of git://git.kernel.org/.../linusw/linux-integrator into arm/soc Merge tag 'v5.3-rockchip-soc32-1' of git://git.kernel.org/.../mmind/linux-rockchip into arm/soc Merge tag 'arm-soc/for-5.3/soc' of https://github.com/Broadcom/stblinux into arm/soc Merge tag 'arm-soc/for-5.3/soc-arm64' of https://github.com/Broadcom/stblinux into arm/soc Merge tag 'omap-for-v5.3/soc-signed' of git://git.kernel.org/.../tmlind/linux-omap into arm/soc Merge tag 'davinci-for-v5.3/soc' of git://git.kernel.org/.../nsekhar/linux-davinci into arm/soc Merge tag 'renesas-arm-soc-for-v5.3' of https://git.kernel.org/.../horms/renesas into arm/soc Merge tag 'mvebu-arm-5.3-1' of git://git.infradead.org/linux-mvebu into arm/soc Merge tag 'at91-5.3-soc' of git://git.kernel.org/.../at91/linux into arm/soc Merge tag 'pxa-for-5.3-2' of https://github.com/rjarzmik/linux into arm/soc Merge tag 'imx-soc-5.3' of git://git.kernel.org/.../shawnguo/linux into arm/soc Merge tag 'samsung-soc-5.3' of https://git.kernel.org/.../krzk/linux into arm/soc Merge branch 'for-arm-soc' of git://git.armlinux.org.uk/~rmk/linux-arm into arm/soc Philippe Mazenauer (1): arm: add missing include platform-data/atmel.h Phong Tran (1): ARM: exynos: Cleanup cppcheck shifting warning Russell King (23): ARM: riscpc: replace gettimeoffset() with clocksource ARM: riscpc: fix lack of keyboard interrupts after irq conversion ARM: riscpc: fix ecard printing ARM: riscpc: fix DMA ARM: riscpc: dma: eliminate "cur_sg" scatterlist usage ARM: riscpc: dma: make state a local variable ARM: riscpc: dma: improve address/length writing ARM: riscpc: dma: use __iomem pointers for writing DMA serial: sa1100: add support for mctrl gpios serial: sa1100: add note about modem control signals ARM: sa1100/assabet: convert serial to gpiod APIs ARM: sa1100/h3xxx: convert serial to gpiod APIs ARM: sa1100/badge4: remove commented out modem control initialisers ARM: sa1100/hackkit: remove empty serial mctrl functions ARM: sa1100/neponset: convert serial to use gpiod APIs ARM: riscpc: add ecard quirk for Atomwide 3port serial card ARM: riscpc: parse video information from tagged list ARM: riscpc: move RiscPC assembly files from arch/arm/lib to mach-rpc ARM: riscpc: reduce IRQ handling code ARM: riscpc: enable chained scatterlist support ARM: pxa/lubbock: remove lubbock_set_misc_wr() from global view ARM: sa1100: convert to common clock fram
[GIT PULL 2/4] ARM: SoC-related driver updates
Various driver updates for platforms and a couple of the small driver subsystems we merge through our tree: - A driver for SCU (system control) on NXP i.MX8QXP - Qualcomm Always-on Subsystem messaging driver (AOSS QMP) - Qualcomm PM support for MSM8998 - Support for a newer version of DRAM PHY driver for Broadcom (DPFE) - Reset controller support for Bitmain BM1880 - TI SCI (System Control Interface) support for CPU control on AM654 processors - More TI sysc refactoring and rework The following changes since commit ae8f8e20bb698788a3a124b4916f3f3f9a4f216c: Merge tag 'armsoc-soc' into HEAD are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc.git tags/armsoc-drivers for you to fetch changes up to 8c0993621c3e5fa52e5425ef2a0f67a0cde07092: Merge tag 'reset-for-v5.3' of git://git.pengutronix.de/git/pza/linux into arm/drivers Amit Kucheria (1): MAINTAINERS: fix typo in file name Andrew F. Davis (1): firmware: ti_sci: Always request response from firmware Anson Huang (6): soc: imx: Add SCU SoC info driver support soc: imx: soc-imx8: Avoid unnecessary of_node_put() in error handling soc: imx: soc-imx8: Correct return value of error handle soc: imx8: Fix potential kernel dump in error path soc: imx8: Use existing of_root directly soc: imx: Add i.MX8MN SoC driver support Arnd Bergmann (1): soc: rockchip: work around clang warning Bitan Biswas (1): firmware: tegra: Early resume BPMP Bjorn Andersson (6): soc: qcom: rpmpd: Modify corner defining macros dt-bindings: power: Add rpm power domain bindings for qcs404 soc: qcom: rpmpd: Add QCS404 power-domains dt-bindings: soc: qcom: Add AOSS QMP binding soc: qcom: Add AOSS QMP driver soc: qcom: apr: Don't use reg for domain id Colin Ian King (1): reset: remove redundant null check on pointer dev David Brown (1): MAINTAINERS: Remove myself as qcom maintainer Fabio Estevam (1): dt-bindings: reset: imx7: Fix the spelling of 'indices' Florian Fainelli (3): bus: brcmstb_gisb: Remove print of base address firmware: arm_scmi: fetch and store sensor scale hwmon: scmi: Scale values to target desired HWMON units Ioana Ciornei (2): Documentation: DT: Add entry for DPAA2 console soc: fsl: add DPAA2 console support Jean-Philippe Brucker (1): firmware/psci: psci_checker: Park kthreads before stopping them Joel Stanley (1): soc: aspeed: lpc-ctrl: Fix probe error handling Krishna Yarlagadda (1): soc/tegra: Select pinctrl for Tegra194 Laurentiu Tudor (2): soc: fsl: qman: fixup liodns only on ppc targets soc: fsl: qbman_portals: add APIs to retrieve the probing status Lee Jones (1): soc: qcom: geni: Add support for ACPI Leonard Crestez (1): soc: imx: Read imx8mm soc revision from anatop Manivannan Sadhasivam (2): dt-bindings: reset: Add devicetree binding for BM1880 reset controller reset: Add reset controller support for BM1880 SoC Markus Mayer (9): memory: brcmstb: dpfe: use msleep() over udelay() memory: brcmstb: dpfe: optimize generic_show() memory: brcmstb: dpfe: use byte 3 of registers MR4-MR8 memory: brcmstb: dpfe: remove unused code and fix formatting memory: brcmstb: dpfe: report firmware loading error memory: brcmstb: dpfe: wait for DCPU to be ready memory: brcmstb: dpfe: prepare support for multiple API versions memory: brcmstb: dpfe: prepare for API-dependent sysfs attributes memory: brcmstb: dpfe: introduce DPFE API v3 Martin Blumenstingl (2): dt-bindings: soc: amlogic: canvas: document support for Meson8/8b/8m2 soc: amlogic: canvas: add support for Meson8, Meson8b and Meson8m2 Masahiro Yamada (2): memory: move jedec_ddr_data.c from lib/ to drivers/memory/ memory: move jedec_ddr.h from include/memory to drivers/memory/ Nathan Huckleberry (1): memory: tegra: Fix -Wunused-const-variable Nishad Kamdar (1): firmware: ti_sci: Use the correct style for SPDX License Identifier Olof Johansson (15): Merge tag 'soc-fsl-next-v5.3' of git://git.kernel.org/.../leo/linux into arm/drivers Merge tag 'tee-maint-for-5.3' of https://git.linaro.org/people/jens.wiklander/linux-tee into arm/drivers Merge tag 'arm-soc/for-5.3/drivers' of https://github.com/Broadcom/stblinux into arm/drivers Merge tag 'omap-for-v5.3/ti-sysc-signed' of git://git.kernel.org/.../tmlind/linux-omap into arm/drivers Merge tag 'scmi-updates-5.3' of git://git.kernel.org/.../sudeep.holla/linux into arm/drivers Merge tag 'drivers_soc_for_5.3' of git://git.kernel.org/.../ssantosh/linux-keystone into arm/drivers Merge tag 'qcom-drivers-for-5.3' of git://git.kernel.org/.../qcom/linux into arm
[GIT PULL 0/4] ARM: SoC contents for 5.3 merge window
Squeaking in on the last few days of the merge window, here's the ARM SoC contents for this merge window. It's again another cycle of business-as-usual. We've seen a few new SoCs, a handful of better supported boards (and new boards), and the general tweaks, improvements and cleanups. Most of the hardware support is described in the DT pull request downthread. One thing worth highlighting is that a bunch of SoCs and boards now have their GPUs described in the device-trees, since the drivers for Mali have been merged. We're also experimenting with improving our merging flow, adding email links as been discussed, and added some more automation on patchwork. Most of this should be invisible for those who don't send us code. Please merge! Thanks, -Olof
[GIT PULL 3/4] ARM: Device-tree updates
-atv1200: update with SPDX Licence identifier ARM: dts: meson6: update with SPDX Licence identifier ARM: dts: meson8-minix-neo-x8: update with SPDX Licence identifier ARM: dts: meson8: update with SPDX Licence identifier ARM: dts: meson8b-mxq: update with SPDX Licence identifier ARM: dts: meson8b-odroidc1: update with SPDX Licence identifier ARM: dts: meson8b: update with SPDX Licence identifier arm64: dts: meson: g12a: add drive-strength hdmi ddc pins arm64: dts: meson: g12a: add drive strength for eth pins arm64: dts: meson: g12a: Add hwrng node arm64: dts: meson-g12a-x96-max: Add Gigabit Ethernet Support arm64: dts: meson-gxbb-vega-s95: fix regulators arm64: dts: meson-gxbb-vega-s95: add HDMI nodes arm64: dts: meson-gxbb-vega-s95: enable CEC arm64: dts: meson-gxbb-vega-s95: enable SARADC arm64: dts: meson-gxbb-vega-s95: fix WiFi/BT module support arm64: dts: meson-gxbb-vega-s95: add ethernet PHY interrupt dt-bindings: arm: amlogic: add G12B bindings dt-bindings: arm: amlogic: add Odroid-N2 binding arm64: dts: meson: Add minimal support for Odroid-N2 arm64: dts: meson-g12a-x96-max: Enable Wifi SDIO Module arm64: dts: meson-g12a-sei510: Enable Wifi SDIO module arm64: dts: meson-g12a-sei510: add 32k clock to bluetooth node arm64: dts: meson-g12a-x96-max: add 32k clock to bluetooth node arm64: dts: meson-g12a-sei510: bump bluetooth bus speed to 2Mbaud/s arm64: dts: meson-g12a-x96-max: bump bluetooth bus speed to 2Mbaud/s arm64: dts: meson-g12b-odroid-n2: add sound card arm64: dts: meson-g12a-x96-max: add sound card Nick Xie (1): arm64: dts: rockchip: Add support for Khadas Edge/Edge-V/Captain boards Nicolin Chen (1): arm64: tegra: Add INA3221 channel info for Jetson TX2 Niklas Cassel (5): arm64: dts: qcom: qcs404-evb: fix l3 min voltage arm64: dts: qcom: qcs404-evb: increase s3 max voltage arm64: dts: qcom: qcs404: Add PSCI cpuidle low power states arm64: dts: msm8996: fix PSCI entry-latency-us arm64: dts: qcom: qcs404: Add missing space for cooling-cells property Nishanth Menon (6): dt-bindings: arm: ti: Add bindings for J721E SoC dt-bindings: serial: 8250_omap: Add compatible for J721E UART controller arm64: dts: ti: Add Support for J721E SoC soc: ti: Add Support for J721E SoC config option arm64: dts: ti: Add support for J721E Common Processor Board arm64: defconfig: Enable TI's J721E SoC platform Olivier Moysan (5): ARM: dts: stm32: add sai support on stm32mp157c ARM: dts: stm32: add sai pins muxing on stm32mp157 ARM: dts: stm32: add i2s support on stm32mp157c ARM: dts: stm32: add i2s pins muxing on stm32mp157 ARM: dts: stm32: add sai id registers to stm32mp157c Olof Johansson (48): Merge tag 'integrator-dts-v5.3-arm-soc' of git://git.kernel.org/.../linusw/linux-integrator into arm/dt Merge tag 'v5.3-rockchip-dts32-1' of git://git.kernel.org/.../mmind/linux-rockchip into arm/dt Merge tag 'v5.3-rockchip-dts64-1' of git://git.kernel.org/.../mmind/linux-rockchip into arm/dt Merge tag 'arm-soc/for-5.3/devicetree-arm64' of https://github.com/Broadcom/stblinux into arm/dt Merge tag 'omap-for-v5.3/dt-signed' of git://git.kernel.org/.../tmlind/linux-omap into arm/dt Merge tag 'omap-for-v5.3/ti-sysc-dt-signed' of git://git.kernel.org/.../tmlind/linux-omap into arm/dt Merge tag 'juno-updates-5.3' of git://git.kernel.org/.../sudeep.holla/linux into arm/dt Merge tag 'vexpress-updates-5.3' of git://git.kernel.org/.../sudeep.holla/linux into arm/dt Merge tag 'samsung-dt-5.3' of https://git.kernel.org/.../krzk/linux into arm/dt Merge tag 'socfpga_dts_updates_for_v5.3' of git://git.kernel.org/.../dinguyen/linux into arm/dt Merge tag 'ti-k3-soc-for-v5.3' of git://git.kernel.org/.../kristo/linux into arm/dt Merge tag 'arm-soc/for-5.3/devicetree-v2' of https://github.com/Broadcom/stblinux into arm/dt Merge tag 'hisi-arm64-dt-for-5.3' of git://github.com/hisilicon/linux-hisi into arm/dt Merge tag 'hisi-arm32-dt-for-5.3' of git://github.com/hisilicon/linux-hisi into arm/dt Merge tag 'qcom-arm64-for-5.3' of git://git.kernel.org/.../qcom/linux into arm/dt Merge tag 'qcom-dts-for-5.3' of git://git.kernel.org/.../qcom/linux into arm/dt Merge tag 'aspeed-5.3-devicetree' of git://git.kernel.org/.../joel/aspeed into arm/dt Merge tag 'davinci-for-v5.3/dt' of git://git.kernel.org/.../nsekhar/linux-davinci into arm/dt Merge tag 'amlogic-dt' of https://git.kernel.org/.../khilman/linux-amlogic into arm/dt Merge tag 'sunxi-dt-for-5.3-201906210807' of https://git.kernel.org/.../sunxi/linux into arm/dt Merge tag 'sunxi-dt64-for-5.3-201906210808' of https://git.kernel.org/.../sunxi/linux into arm/dt Merge tag 'sunxi-h3-h
Re: [GIT PULL] ARM: dts: exynos: Late pull for v5.3
On Sun, Jul 07, 2019 at 08:01:15PM +0200, Krzysztof Kozlowski wrote: > Hi, > > Late third pull of DTS changes, on top of previous pull request. > This contains important fix for stuff merged recently, one cleanup > and two minor fixups for regulators. > > Best regards, > Krzysztof > > > The following changes since commit 13efd80acaa4cdb61fde52732178ff9eb4141104: > > ARM: dts: exynos: Add GPU/Mali 400 node to Exynos4 (2019-06-24 20:03:42 > +0200) > > are available in the Git repository at: > > https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git > tags/samsung-dt-5.3-3 > > for you to fetch changes up to 841ed60264b3d37d5bf3e32cff168920e4923f88: > > ARM: dts: exynos: Adjust buck[78] regulators to supported values on Arndale > Octa (2019-07-01 20:28:37 +0200) Applied, thanks! -Olof
Re: [PATCH v2] ARM: configs: Remove useless UEVENT_HELPER_PATH
On Fri, Jul 5, 2019 at 3:26 PM Olof Johansson via Linux.Kernel.Org wrote: This didn't work as I anticipated. Please ignore, apologies for the spam. -Olof
Re: [PATCH v2 1/9] mmc: sdhci-sprd: Check the enable clock's return value correctly
On Fri, Jul 5, 2019 at 3:25 PM Olof Johansson via Linux.Kernel.Org wrote: Hmm, well, that didn't work like I expected to. Sorry for the noise. -Olof
[GIT PULL] ARM: SoC fixes
Hi Linus, Greg, The following changes since commit 6fbc7275c7a9ba97877050335f290341a1fd8dbf: Linux 5.2-rc7 (2019-06-30 11:25:36 +0800) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc.git tags/armsoc-fixes for you to fetch changes up to 2659dc8d225c956b91d8a8e4ef05d91b2e985c02: Merge tag 'davinci-fixes-for-v5.2-part2' of git://git.kernel.org/pub/scm/linux/kernel/git/nsekhar/linux-davinci into arm/fixes (2019-07-02 15:13:20 -0700) ARM: SoC fixes Likely our final small batch of fixes for 5.2: - Some fixes for USB on davinci, regressions were due to the recent conversion of the OCHI driver to use GPIO regulators - A fixup of kconfig dependencies for a TI irq controller - A switch of armada-38x to avoid dropped characters on uart, caused by switch of base inherited platform description earlier this year Arnd Bergmann (1): soc: ti: fix irq-ti-sci link error Bartosz Golaszewski (3): ARM: davinci: da830-evm: add missing regulator constraints for OHCI ARM: davinci: omapl138-hawk: add missing regulator constraints for OHCI ARM: davinci: da830-evm: fix GPIO lookup for OHCI Joshua Scott (1): ARM: dts: armada-xp-98dx3236: Switch to armada-38x-uart serial node Olof Johansson (2): Merge tag 'mvebu-fixes-5.2-2' of git://git.infradead.org/linux-mvebu into arm/fixes Merge tag 'davinci-fixes-for-v5.2-part2' of git://git.kernel.org/.../nsekhar/linux-davinci into arm/fixes arch/arm/boot/dts/armada-xp-98dx3236.dtsi | 8 arch/arm/mach-davinci/board-da830-evm.c | 5 - arch/arm/mach-davinci/board-omapl138-hawk.c | 3 +++ drivers/soc/Makefile| 2 +- drivers/soc/ti/Kconfig | 4 ++-- 5 files changed, 18 insertions(+), 4 deletions(-)
Re: [PATCH] soc: rockchip: work around clang warning
On Wed, Jul 03, 2019 at 05:30:59PM +0200, Arnd Bergmann wrote: > clang emits a warning about a negative shift count for an > unused part of a conditional constant expression: > > drivers/soc/rockchip/pm_domains.c:795:21: error: shift count is negative > [-Werror,-Wshift-count-negative] > [RK3328_PD_VIO] = DOMAIN_RK3328(-1, 8, 8, false), > ^~ > drivers/soc/rockchip/pm_domains.c:129:2: note: expanded from macro > 'DOMAIN_RK3328' > DOMAIN_M(pwr, pwr, req, (req) + 10, req, wakeup) > ^~~~ > drivers/soc/rockchip/pm_domains.c:105:33: note: expanded from macro 'DOMAIN_M' > .status_mask = (status >= 0) ? BIT(status) : 0, \ >^~~ > include/linux/bits.h:6:24: note: expanded from macro 'BIT' > > This is a bug in clang that will be fixed in the future, but in order > to build cleanly with clang-8, it would be helpful to shut up this > warning. This file is the only instance reported by kernelci at the > moment. > > The best solution I could come up with is to move the BIT() usage > out of the macro into the instantiation, so we can avoid using > BIT(-1). > > Link: https://bugs.llvm.org/show_bug.cgi?id=38789 > Signed-off-by: Arnd Bergmann Thanks, queued under arm/drivers now. -Olof
Re: [PATCH] soc: ti: fix irq-ti-sci link error
On Mon, Jul 1, 2019 at 10:36 AM wrote: > > On 6/17/19 6:01 AM, Arnd Bergmann wrote: > > The irqchip driver depends on the SoC specific driver, but we want > > to be able to compile-test it elsewhere: > > > > WARNING: unmet direct dependencies detected for TI_SCI_INTA_MSI_DOMAIN > >Depends on [n]: SOC_TI [=n] > >Selected by [y]: > >- TI_SCI_INTA_IRQCHIP [=y] && TI_SCI_PROTOCOL [=y] > > > > drivers/irqchip/irq-ti-sci-inta.o: In function > > `ti_sci_inta_irq_domain_probe': > > irq-ti-sci-inta.c:(.text+0x204): undefined reference to > > `ti_sci_inta_msi_create_irq_domain' > > > > Rearrange the Kconfig and Makefile so we build the soc driver whenever > > its users are there, regardless of the SOC_TI option. > > > > Fixes: 49b323157bf1 ("soc: ti: Add MSI domain bus support for Interrupt > > Aggregator") > > Fixes: f011df6179bd ("irqchip/ti-sci-inta: Add msi domain support") > > Signed-off-by: Arnd Bergmann > > --- > Thanks Arnd. Will you be able to add it to your fixes queue. > > FWIW, Acked-by: Santosh Shilimkar Cc:ing to a...@kernel.org is the best way to make sure it surfaces. Also, please do Acked-by on separate line so the tools catch it next time (also, check for typos. :) Applying to fixes. -Olof
Re: [PATCH] objtool: Be lenient about -Wundef
On Fri, Jun 28, 2019 at 8:00 AM Josh Poimboeuf wrote: > > On Wed, Jun 19, 2019 at 05:03:37AM -0700, Olof Johansson wrote: > > Some libelf versions use undefined macros, which combined with newer GCC > > makes for errors from system headers. This isn't overly useful to fail > > compiling objtool for. > > > > Error as seen: > > > > cc1: all warnings being treated as errors > > In file included from arch/x86/../../elf.h:10, > > from arch/x86/decode.c:14: > > /usr/include/libelf/gelf.h:25:5: error: "__LIBELF_INTERNAL__" is not > > defined, evaluates to 0 [-Werror=undef] > > #if __LIBELF_INTERNAL__ > > ^~~~~~~ > > > > For this reason, skip -Wundef on objtool. > > > > Signed-off-by: Olof Johansson > > Sorry for the delay, I was out last week and I'm still getting caught > up. > > Which libelf was this? I'm guessing it's the old non-elfutils version > which has been unmaintained for 10 years (and which doesn't work with > objtool anyway). > > It would be nice if we could figure out a way to detect that libelf and > report a more useful error for it. Yeah, looks like my docker image pulled in the very old libelf 0.8.13, but has elfutils available. I'll switch it over locally to resolve this. -Olof
[GIT PULL] ARM: SoC fixes
Hi Linus, Greg, The following changes since commit cd3967bee004bcbd142403698d658166fa618c9e: soc: ixp4xx: npe: Fix an IS_ERR() vs NULL check in probe (2019-06-18 06:47:59 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc.git tags/armsoc-fixes for you to fetch changes up to e73f65930f8880fafaccf2cc1e5c44272e9523ec: Merge tag 'imx-fixes-5.2-3' of git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux into arm/fixes (2019-06-25 04:20:08 -0700) ARM: SoC fixes A smaller batch of fixes, nothing that stands out as risky or scary. Mostly DTS tweaks for a few issues: - GPU fixlets for Meson - CPU idle fix for LS1028A - PWM interrupt fixes for i.MX6UL Also, enable a driver (FSL_EDMA) on arm64 defconfig, and a warning and two MAINTAINER tweaks. Arnd Bergmann (1): ARM: omap2: remove incorrect __init annotation Florian Fainelli (2): MAINTAINERS: BCM2835: Add internal Broadcom mailing list MAINTAINERS: BCM53573: Add internal Broadcom mailing list Li Yang (1): arm64: defconfig: Enable FSL_EDMA driver Linus Walleij (2): ARM: dts: Blank D-Link DIR-685 console ARM: dts: gemini Fix up DNS-313 compatible string Martin Blumenstingl (3): ARM: dts: meson8: fix GPU interrupts and drop an undocumented property ARM: dts: meson8b: drop undocumented property from the Mali GPU node ARM: dts: meson8b: fix the operating voltage of the Mali GPU Olof Johansson (5): Merge tag 'imx-fixes-5.2-2' of git://git.kernel.org/.../shawnguo/linux into arm/fixes Merge tag 'gemini-dts-v5.2' of git://git.kernel.org/.../linusw/linux-nomadik into arm/fixes Merge tag 'arm-soc/for-5.3/maintainers' of https://github.com/Broadcom/stblinux into arm/fixes Merge tag 'amlogic-fixes' of https://git.kernel.org/.../khilman/linux-amlogic into arm/fixes Merge tag 'imx-fixes-5.2-3' of git://git.kernel.org/.../shawnguo/linux into arm/fixes Ran Wang (1): arm64: dts: ls1028a: Fix CPU idle fail. Sébastien Szymanski (1): ARM: dts: imx6ul: fix PWM[1-4] interrupts MAINTAINERS| 2 ++ arch/arm/boot/dts/gemini-dlink-dir-685.dts | 2 +- arch/arm/boot/dts/gemini-dlink-dns-313.dts | 2 +- arch/arm/boot/dts/imx6ul.dtsi | 8 arch/arm/boot/dts/meson8.dtsi | 5 ++--- arch/arm/boot/dts/meson8b.dtsi | 11 +-- arch/arm/mach-omap2/prm3xxx.c | 2 +- arch/arm64/boot/dts/freescale/fsl-ls1028a.dtsi | 18 +- arch/arm64/configs/defconfig | 1 + 9 files changed, 26 insertions(+), 25 deletions(-)
Re: [GIT PULL 2/4] ARM: dts: exynos: Second pull for v5.3
On Tue, Jun 25, 2019 at 09:34:49PM +0200, Krzysztof Kozlowski wrote: > Hi, > > On top of previous pull request. > > Best regards, > Krzysztof > > > The following changes since commit d2cac68e0d9b038da7207c0b63e1399c4f9f60c4: > > ARM: dts: exynos: Add ADC node to Exynos5410 and Odroid XU (2019-06-11 > 20:37:21 +0200) > > are available in the Git repository at: > > https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git > tags/samsung-dt-5.3-2 > > for you to fetch changes up to 13efd80acaa4cdb61fde52732178ff9eb4141104: > > ARM: dts: exynos: Add GPU/Mali 400 node to Exynos4 (2019-06-24 20:03:42 > +0200) > > > Samsung DTS ARM changes for v5.3, second round > > 1. Add camera flash to Galaxy S3 boards, > 2. Fix PMU affinity interrupt warning on Exynos4, > 3. Improve regulator configuration on Odroid XU3/XU4/HC1 family and >Arndale Octa by disabling unneeded regulators and adding suspend >configuration. The suspend configuration brings significant reduce of >energy usage in Suspend to RAM (e.g. 120 -> ~7 mA on Odroid HC1). > 4. Add Mali nodes to Exynos3 and Exynos4. Merged, thanks! -Olof
Re: [GIT PULL 1/4] ARM: defconfig: Samsung/Exynos for v5.3
On Wed, Jun 26, 2019 at 11:14:04AM +0200, Krzysztof Kozlowski wrote: > On Tue, 25 Jun 2019 at 21:35, Krzysztof Kozlowski wrote: > > > > The following changes since commit a188339ca5a396acc588e5851ed7e19f66b0ebd9: > > > > Linux 5.2-rc1 (2019-05-19 15:47:09 -0700) > > > > are available in the Git repository at: > > > > https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git > > tags/samsung-defconfig-5.3 > > > > for you to fetch changes up to dd50a69b5697532666023766688c6ea642e5a443: > > > > ARM: exynos_defconfig: Enable Panfrost and Lima drivers (2019-06-19 > > 19:23:35 +0200) > > > > > > Samsung defconfig changes for v5.3 > > > > 1. Trim several configs with savedefconfig. > > 2. Enable Lima and Panfrost drivers for Mali GPU. > > Hi, > > I forgot to mention possible merge conflicts (although Stephen Cc-ed > you on mails). Resolution is to accept both sides: > Some of this could have been avoided by basing your branch on our fixes, but not a big deal in this case. Thanks for the heads up! -Olof
Re: [GIT PULL 1/4] ARM: defconfig: Samsung/Exynos for v5.3
On Tue, Jun 25, 2019 at 09:34:48PM +0200, Krzysztof Kozlowski wrote: > The following changes since commit a188339ca5a396acc588e5851ed7e19f66b0ebd9: > > Linux 5.2-rc1 (2019-05-19 15:47:09 -0700) > > are available in the Git repository at: > > https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git > tags/samsung-defconfig-5.3 > > for you to fetch changes up to dd50a69b5697532666023766688c6ea642e5a443: > > ARM: exynos_defconfig: Enable Panfrost and Lima drivers (2019-06-19 > 19:23:35 +0200) > > > Samsung defconfig changes for v5.3 > > 1. Trim several configs with savedefconfig. > 2. Enable Lima and Panfrost drivers for Mali GPU. > > > Krzysztof Kozlowski (4): > ARM: exynos_defconfig: Trim and reorganize with savedefconfig > ARM: defconfig: samsung: Cleanup with savedefconfig > ARM: multi_v7_defconfig: Enable Panfrost and Lima drivers > ARM: exynos_defconfig: Enable Panfrost and Lima drivers Merged, thanks! -Olof
Re: [GIT PULL] ARM: dts: uniphier: UniPhier DT updates for v5.3
On Wed, Jun 26, 2019 at 12:19:17AM +0900, Masahiro Yamada wrote: > Hi Arnd, Olof, > > Please pull UniPhier DT updates (32bit) for the v5.3 MW. > > Thanks. > > > The following changes since commit a188339ca5a396acc588e5851ed7e19f66b0ebd9: > > Linux 5.2-rc1 (2019-05-19 15:47:09 -0700) > > are available in the Git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-uniphier.git > tags/uniphier-dt-v5.3 > > for you to fetch changes up to bc8841f0c1e6945fd7fde6faad3300d1b08abd86: > > ARM: dts: uniphier: update to new Denali NAND binding (2019-06-26 > 00:06:50 +0900) > > > UniPhier ARM SoC DT updates for v5.3 > > - Migrate to the new binding for the Denali NAND controller Merged, thanks! -Olof
Re: [GIT PULL 4/4] ARM: exynos: Mach for v5.3
On Tue, Jun 25, 2019 at 09:34:51PM +0200, Krzysztof Kozlowski wrote: > The following changes since commit a188339ca5a396acc588e5851ed7e19f66b0ebd9: > > Linux 5.2-rc1 (2019-05-19 15:47:09 -0700) > > are available in the Git repository at: > > https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git > tags/samsung-soc-5.3 > > for you to fetch changes up to a55e040c6f21f55f81c53c56e1d8095df35e1d02: > > ARM: exynos: Cleanup cppcheck shifting warning (2019-06-25 20:45:09 +0200) > > > Samsung mach/soc changes for v5.3 > > Only cleanups and minor fixes. Merged, thanks! -Olof
Re: [GIT PULL] arm64: dts: uniphier: UniPhier DT updates for v5.3
On Wed, Jun 26, 2019 at 12:21:42AM +0900, Masahiro Yamada wrote: > Hi Arnd, Olof, > > Please pull UniPhier DT updates (64bit) for the v5.3 MW. > > Thanks. > > > The following changes since commit a188339ca5a396acc588e5851ed7e19f66b0ebd9: > > Linux 5.2-rc1 (2019-05-19 15:47:09 -0700) > > are available in the Git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-uniphier.git > tags/uniphier-dt64-v5.3 > > for you to fetch changes up to aa38571246c6ac279ebebd141157297bcb959d76: > > arm64: dts: uniphier: add reserved-memory for secure memory > (2019-06-26 00:08:47 +0900) > > > UniPhier ARM64 SoC DT updates for v5.3 > > - Migrate to the new binding for the Denali NAND controller > > - Use reserved-memory node instead of /memreserve/ for the > secure memory area Merged, thanks! -Olof
Re: [GIT PULL 3/4] arm64: dts: exynos: Pull for v5.3
On Tue, Jun 25, 2019 at 09:34:50PM +0200, Krzysztof Kozlowski wrote: > The following changes since commit a188339ca5a396acc588e5851ed7e19f66b0ebd9: > > Linux 5.2-rc1 (2019-05-19 15:47:09 -0700) > > are available in the Git repository at: > > https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git > tags/samsung-dt64-5.3 > > for you to fetch changes up to 4dc2a25d058d71f39e41da986777327b423b92f1: > > arm64: dts: exynos: Add GPU/Mali T760 node to Exynos7 (2019-06-24 19:52:48 > +0200) > > > Samsung DTS ARM64 changes for v5.3 > > Add Mali nodes to Exynos3 and Exynos4. Merged, but updating the message to Exynos7/5433. Thanks, -Olof
Re: [GIT PULL] Hisilicon fixes for v5.2
On Tue, Jun 25, 2019 at 02:31:26PM +0100, John Garry wrote: > On 25/06/2019 14:03, Olof Johansson wrote: > > > > are available in the Git repository at: > > > > > > > > > > > > git://github.com/hisilicon/linux-hisi.git tags/hisi-fixes-for-5.2 > > > > > > > > > > > > for you to fetch changes up to > > > > > > 07c811af1c00d7b4212eac86900b023b6405a954: > > > > > > > > > > > > lib: logic_pio: Enforce LOGIC_PIO_INDIRECT region ops are set at > > > > > > registration (2019-06-25 09:40:42 +0100) > > > > > > > > > > > > > > > > > > Hisilicon fixes for v5.2-rc > > > > > > > > > > > > - fixed RCU usage in logical PIO > > > > > > - Added a function to unregister a logical PIO range in logical PIO > > > > > > to support the fixes in the hisi-lpc driver > > > > > > - fixed and optimized hisi-lpc driver to avoid potential > > > > > > use-after-free > > > > > > and driver unbind crash > > > > > > > > Merged to fixes, thanks. > > > > This broke arm64 allmodconfig: > > > >arm64.allmodconfig: > > drivers/bus/hisi_lpc.c:656:3: error: implicit declaration of function > > 'hisi_lpc_acpi_remove'; did you mean 'hisi_lpc_acpi_probe'? > > [-Werror=implicit-function-declaration] > > > > > > Uhhh, that's my fault - I didn't provide a stub for !ACPI. Sorry. I'll send > a fixed v3 series. No worries, it happens -- but it's good if maintainers do at least a few test builds before sending in pull requests so we don't catch all of it at our end. -Olof
Re: [GIT PULL RESEND] ARM: at91: SoC for 5.3
On Fri, Jun 21, 2019 at 11:20:19PM +0200, Alexandre Belloni wrote: > Arnd, Olof, > > A single fix for a warning when compiling with W=1 > > Please disregard the previous one, it doesn't point ot the correct > repository. > > The following changes since commit a188339ca5a396acc588e5851ed7e19f66b0ebd9: > > Linux 5.2-rc1 (2019-05-19 15:47:09 -0700) > > are available in the Git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/at91/linux tags/at91-5.3-soc > > for you to fetch changes up to 95701b1c3c8fe36368361394e3950094eece4723: > > arm: add missing include platform-data/atmel.h (2019-06-20 12:15:47 +0200) No worries, but ideally please do the resend as a reply to the original so they thread together. In this case, nothing had come inbetween so I noticed it in time. :-) Merged, thanks! -Olof
Re: [GIT PULL] Hisilicon fixes for v5.2
Hi, On Tue, Jun 25, 2019 at 2:04 PM Olof Johansson wrote: > > On Tue, Jun 25, 2019 at 11:23:21AM +0100, Wei Xu wrote: > > Hi ARM-SoC team, > > > > Please consider to pull the following changes. > > Thanks! > > > > Best Regards, > > Wei > > > > --- > > > > The following changes since commit a188339ca5a396acc588e5851ed7e19f66b0ebd9: > > > > Linux 5.2-rc1 (2019-05-19 15:47:09 -0700) > > > > are available in the Git repository at: > > > > git://github.com/hisilicon/linux-hisi.git tags/hisi-fixes-for-5.2 > > > > for you to fetch changes up to 07c811af1c00d7b4212eac86900b023b6405a954: > > > > lib: logic_pio: Enforce LOGIC_PIO_INDIRECT region ops are set at > > registration (2019-06-25 09:40:42 +0100) > > > > > > Hisilicon fixes for v5.2-rc > > > > - fixed RCU usage in logical PIO > > - Added a function to unregister a logical PIO range in logical PIO > > to support the fixes in the hisi-lpc driver > > - fixed and optimized hisi-lpc driver to avoid potential use-after-free > > and driver unbind crash > > Merged to fixes, thanks. This broke arm64 allmodconfig: arm64.allmodconfig: drivers/bus/hisi_lpc.c:656:3: error: implicit declaration of function 'hisi_lpc_acpi_remove'; did you mean 'hisi_lpc_acpi_probe'? [-Werror=implicit-function-declaration] Please build and test your branches before you send pull requests, Wei. I've dropped the branch again; please re-submit when fixed. I think it's probably 5.3 material now. -Olof
Re: [GIT PULL] ARM: at91: DT for 5.3
On Fri, Jun 21, 2019 at 11:22:46PM +0200, Alexandre Belloni wrote: > Arnd, Olof, > > Still very few updates. It is mostly about removing DTC warnings by > switching the sckc to the proper bindings and converting the atmel > bindings to json-schema. > > The following changes since commit a188339ca5a396acc588e5851ed7e19f66b0ebd9: > > Linux 5.2-rc1 (2019-05-19 15:47:09 -0700) > > are available in the Git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/at91/linux tags/at91-5.3-dt > > for you to fetch changes up to 271839b0a819cbb76ef3ce5c7237d6cb624b3eba: > > dt-bindings: arm: Convert Atmel board/soc bindings to json-schema > (2019-06-20 11:13:52 +0200) Merged, thanks! -Olof
Re: [GIT PULL] Hisilicon fixes for v5.2
On Tue, Jun 25, 2019 at 11:23:21AM +0100, Wei Xu wrote: > Hi ARM-SoC team, > > Please consider to pull the following changes. > Thanks! > > Best Regards, > Wei > > --- > > The following changes since commit a188339ca5a396acc588e5851ed7e19f66b0ebd9: > > Linux 5.2-rc1 (2019-05-19 15:47:09 -0700) > > are available in the Git repository at: > > git://github.com/hisilicon/linux-hisi.git tags/hisi-fixes-for-5.2 > > for you to fetch changes up to 07c811af1c00d7b4212eac86900b023b6405a954: > > lib: logic_pio: Enforce LOGIC_PIO_INDIRECT region ops are set at > registration (2019-06-25 09:40:42 +0100) > > > Hisilicon fixes for v5.2-rc > > - fixed RCU usage in logical PIO > - Added a function to unregister a logical PIO range in logical PIO > to support the fixes in the hisi-lpc driver > - fixed and optimized hisi-lpc driver to avoid potential use-after-free > and driver unbind crash Merged to fixes, thanks. -Olof
Re: [PATCH 0/5] Fixes for HiSilicon LPC driver and logical PIO code
On Thu, Jun 20, 2019 at 1:56 PM John Garry wrote: > > On 20/06/2019 13:42, Olof Johansson wrote: > > Hi John, > > > > For patches that go to a soc maintainer for merge, we're asking that > > people don't cc a...@kernel.org directly. > > > > We prefer to keep that alias mostly for pull requests from other > > maintainers and patches we might have a reason to apply directly. > > Otherwise we risk essentially getting all of linux-arm-kernel into > > this mailbox as well. > > > > > > Thanks! > > > > -Olof > > > > Hi Olof, > > Can do in future. > > The specific reason here for me to cc a...@kernel.org was that I wanted > to at least make the maintainers aware that we intend to send some > patches outside the "arm soc" domain through their tree, * below. That's fine -- but it's usually better to cc us individually in those cases. We normally go find the patches on the lists if/as needed when we see them come in as well. -Olof
Re: [PATCH 0/5] Fixes for HiSilicon LPC driver and logical PIO code
Hi John, For patches that go to a soc maintainer for merge, we're asking that people don't cc a...@kernel.org directly. We prefer to keep that alias mostly for pull requests from other maintainers and patches we might have a reason to apply directly. Otherwise we risk essentially getting all of linux-arm-kernel into this mailbox as well. Thanks! -Olof On Thu, Jun 20, 2019 at 11:33 AM John Garry wrote: > > As reported in [1], the hisi-lpc driver has certain issues in handling > logical PIO regions, specifically unregistering regions. > > This series add a method to unregister a logical PIO region, and fixes up > the driver to use them. > > RCU usage in logical PIO code looks to always have been broken, so that > is fixed also. This is not a major fix as the list which RCU protects is > very rarely modified. > > There is another patch to simplify logical PIO registration, made possible > by the fixes. > > At this point, there are still separate ongoing discussions about how to > stop the logical PIO and PCI host bridge code leaking ranges, as in [2]. > > Hopefully this series can go through the arm soc tree and the maintainers > have no issue with that. I'm talking specifically about the logical PIO > code, which went through PCI tree on only previous upstreaming. > > Cc. linux-...@vger.kernel.org > > [1] > https://lore.kernel.org/lkml/1560770148-57960-1-git-send-email-john.ga...@huawei.com/ > [2] > https://lore.kernel.org/lkml/4b24fd36-e716-7c5e-31cc-13da72780...@huawei.com/ > > John Garry (5): > lib: logic_pio: Fix RCU usage > lib: logic_pio: Add logic_pio_unregister_range() > bus: hisi_lpc: Unregister logical PIO range to avoid potential > use-after-free > bus: hisi_lpc: Add .remove method to avoid driver unbind crash > lib: logic_pio: Enforce LOGIC_PIO_INDIRECT region ops are set at > registration > > drivers/bus/hisi_lpc.c| 43 ++--- > include/linux/logic_pio.h | 1 + > lib/logic_pio.c | 78 --- > 3 files changed, 95 insertions(+), 27 deletions(-) > > -- > 2.17.1 >
Re: [PATCH v4 2/2] ARM: OMAP2: drop explicit assembler architecture
On Tue, May 28, 2019 at 12:40:51AM +0200, Stefan Agner wrote: > OMAP2 depends on ARCH_MULTI_V6, which makes sure that the kernel is > compiled with -march=armv6. The compiler frontend will pass the > architecture to the assembler. There is no explicit architecture > specification necessary. > > Signed-off-by: Stefan Agner > Acked-by: Tony Lindgren > --- > Changes since v2: > - New patch > > Changes since v3: > - Rebase on top of v5.2-rc2 Applied to arm/soc. Thanks! -Olof
Re: [PATCH v4 1/2] ARM: use arch_extension directive instead of arch argument
On Tue, May 28, 2019 at 12:40:50AM +0200, Stefan Agner wrote: > The LLVM Target parser currently does not allow to specify the security > extension as part of -march (see also LLVM Bug 40186 [0]). When trying > to use Clang with LLVM's integrated assembler, this leads to build > errors such as this: > clang-8: error: the clang compiler does not support '-Wa,-march=armv7-a+sec' > > Use ".arch_extension sec" to enable the security extension in a more > portable fasion. Also make sure to use ".arch armv7-a" in case a v6/v7 > multi-platform kernel is being built. > > Note that this is technically not exactly the same as the old code > checked for availabilty of the security extension by calling as-instr. > However, there are already other sites which use ".arch_extension sec" > unconditionally, hence de-facto we need an assembler capable of > ".arch_extension sec" already today (arch/arm/mm/proc-v7.S). The > arch extension "sec" is available since binutils 2.21 according to > its documentation [1]. > > [0] https://bugs.llvm.org/show_bug.cgi?id=40186 > [1] https://sourceware.org/binutils/docs-2.21/as/ARM-Options.html > > Signed-off-by: Stefan Agner > Acked-by: Mans Rullgard > Acked-by: Arnd Bergmann > Acked-by: Krzysztof Kozlowski > --- > Changes since v1: > - Explicitly specify assembler architecture as armv7-a to avoid > build issues when bulding v6/v7 multi arch kernel. > > Changes since v2: > - Add armv7-a also in mach-tango > - Move .arch armv7-a outside of ifdef'ed area in sleep44xx.S > to make the kernel compile also without CONFIG_SMP/PM. > > Changes since v3: > - Rebase on top of v5.2-rc2 Thanks, applied to arm/soc. -Olof
Re: [GIT PULL] ARM: TI SOC updates for v5.3
On Tue, Jun 18, 2019 at 09:40:18PM -0700, Santosh Shilimkar wrote: > The following changes since commit cd6c84d8f0cdc911df435bb075ba22ce3c605b07: > > Linux 5.2-rc2 (2019-05-26 16:49:19 -0700) > > are available in the git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/ssantosh/linux-keystone.git > tags/drivers_soc_for_5.3 > > for you to fetch changes up to 4c960505df44b94001178575a505dd8315086edc: > > firmware: ti_sci: Fix gcc unused-but-set-variable warning (2019-06-18 > 21:32:25 -0700) > > > SOC: TI SCI updates for v5.3 > > - Couple of fixes to handle resource ranges and > requesting response always from firmware; > - Add processor control > - Add support APIs for DMA > - Fix the SPDX license plate > - Unused varible warning fix Merged to arm/drivers. Thanks. -Olof
Re: [PATCH v3] ARM: configs: Remove useless UEVENT_HELPER_PATH
On Thu, Jun 13, 2019 at 04:53:53PM +0200, Krzysztof Kozlowski wrote: > On Tue, 4 Jun 2019 at 20:52, Krzysztof Kozlowski wrote: > > > > Remove the CONFIG_UEVENT_HELPER_PATH because: > > 1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable > >CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was > >made default to 'n', > > 2. It is not recommended (help message: "This should not be used today > >[...] creates a high system load") and was kept only for ancient > >userland, > > 3. Certain userland specifically requests it to be disabled (systemd > >README: "Legacy hotplug slows down the system and confuses udev"). > > > > Signed-off-by: Krzysztof Kozlowski > > Acked-by: Geert Uytterhoeven > > Acked-by: Alexandre Belloni > > For vexpress: > > Acked-by: Sudeep Holla > > > > --- > > > > Changes since v2: > > 1. Remove unrelated files. > > 2. Add Geert's ack. > > > > Changes sice v3: > > 1. Change also mini2440_defconfig. > > 2. Add more acks. > > Hi Arnd and Olof, > > Do you want to apply it directly or maybe I can send it along with > other my defconfig pull request? Oh, just saw v3, since it didn't thread with v2. Applied already with the equivalent fixups, so we're good. -Olof
Re: [PATCH 2/2] ARM: multi_v7_defconfig: enable Lima driver
On Thu, Jun 06, 2019 at 10:56:45AM +0200, Neil Armstrong wrote: > A bunch of armv7 boards can now use the Lima driver, let's enable it > in defconfig, it will be useful to have it enabled for KernelCI > boot and runtime testing. > > Signed-off-by: Neil Armstrong > --- > arch/arm/configs/multi_v7_defconfig | 1 + > 1 file changed, 1 insertion(+) Applied, thanks! -Olof
Re: [PATCH] ARM: omap2: remove incorrect __init annotation
On Wed, Jun 19, 2019 at 03:04:54PM +0200, Arnd Bergmann wrote: > omap3xxx_prm_enable_io_wakeup() is marked __init, but its caller is not, so > we get a warning with clang-8: > > WARNING: vmlinux.o(.text+0x343c8): Section mismatch in reference from the > function omap3xxx_prm_late_init() to the function > .init.text:omap3xxx_prm_enable_io_wakeup() > The function omap3xxx_prm_late_init() references > the function __init omap3xxx_prm_enable_io_wakeup(). > This is often because omap3xxx_prm_late_init lacks a __init > annotation or the annotation of omap3xxx_prm_enable_io_wakeup is wrong. > > When building with gcc, omap3xxx_prm_enable_io_wakeup() is always > inlined, so we never noticed in the past. > > Signed-off-by: Arnd Bergmann > Reviewed-by: Nathan Chancellor > Acked-by: Tony Lindgren Applied to fixes. Thanks! -Olof
Re: [PATCH 1/2] arm64: defconfig: enable Lima driver
On Thu, Jun 06, 2019 at 10:56:44AM +0200, Neil Armstrong wrote: > A bunch of arm64 boards can now use the Lima driver, let's enable it > in defconfig, it will be useful to have it enabled for KernelCI > boot and runtime testing. > > Signed-off-by: Neil Armstrong Applied, thanks. -Olof
Re: [PATCH v2] ARM: configs: Remove useless UEVENT_HELPER_PATH
On Tue, Jun 04, 2019 at 10:14:53AM +0200, Krzysztof Kozlowski wrote: > Remove the CONFIG_UEVENT_HELPER_PATH because: > 1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable >CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was >made default to 'n', > 2. It is not recommended (help message: "This should not be used today >[...] creates a high system load") and was kept only for ancient >userland, > 3. Certain userland specifically requests it to be disabled (systemd >README: "Legacy hotplug slows down the system and confuses udev"). > > Signed-off-by: Krzysztof Kozlowski > Acked-by: Geert Uytterhoeven > > --- > > Changes since v2: > 1. Remove unrelated files. > 2. Add Geert's ack. So your other patch added mini2440 in a follow-up patch, but this one doesn't?! Applied with that fixup. -Olof
Re: [PATCH] arm64: configs: Remove useless UEVENT_HELPER_PATH
On Tue, Jun 04, 2019 at 09:52:28AM +0200, Krzysztof Kozlowski wrote: > Remove the CONFIG_UEVENT_HELPER_PATH because: > 1. It is disabled since commit 1be01d4a5714 ("driver: base: Disable >CONFIG_UEVENT_HELPER by default") as its dependency (UEVENT_HELPER) was >made default to 'n', > 2. It is not recommended (help message: "This should not be used today >[...] creates a high system load") and was kept only for ancient >userland, > 3. Certain userland specifically requests it to be disabled (systemd >README: "Legacy hotplug slows down the system and confuses udev"). > > Signed-off-by: Krzysztof Kozlowski Applied, thanks. -Olof
Re: [PATCH 2/2] arm64: defconfig: add Panfrost driver
On Tue, Jun 04, 2019 at 01:20:02PM +0200, Tomeu Vizoso wrote: > With the goal of making it easier for CI services such as KernelCI to > run tests for it. > > Signed-off-by: Tomeu Vizoso Applied, thanks! -Olof
Re: [PATCH 1/2] ARM: multi_v7_defconfig: add Panfrost driver
On Tue, Jun 04, 2019 at 01:20:01PM +0200, Tomeu Vizoso wrote: > With the goal of making it easier for CI services such as KernelCI to > run tests for it. > > Signed-off-by: Tomeu Vizoso > --- > arch/arm/configs/multi_v7_defconfig | 1 + > 1 file changed, 1 insertion(+) Applied, thanks! -Olof
Re: [PATCH v2] ARM: config: Remove left-over BACKLIGHT_LCD_SUPPORT
On Tue, Jun 04, 2019 at 09:24:21AM +0200, Krzysztof Kozlowski wrote: > The CONFIG_BACKLIGHT_LCD_SUPPORT was removed in commit 8c5dc8d9f19c > ("video: backlight: Remove useless BACKLIGHT_LCD_SUPPORT kernel > symbol"). Options protected by CONFIG_BACKLIGHT_LCD_SUPPORT are now > available directly. > > Signed-off-by: Krzysztof Kozlowski Applied, thanks. -Olof
Re: [GIT PULL] ARM: dts: exynos: Pull for v5.3
On Sun, Jun 16, 2019 at 07:55:13PM +0200, Krzysztof Kozlowski wrote: > The following changes since commit a188339ca5a396acc588e5851ed7e19f66b0ebd9: > > Linux 5.2-rc1 (2019-05-19 15:47:09 -0700) > > are available in the Git repository at: > > https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git > tags/samsung-dt-5.3 > > for you to fetch changes up to d2cac68e0d9b038da7207c0b63e1399c4f9f60c4: > > ARM: dts: exynos: Add ADC node to Exynos5410 and Odroid XU (2019-06-11 > 20:37:21 +0200) > > > Samsung DTS ARM changes for v5.3 > > 1. Fixes for minor warnings. > 2. Enable ADC on Exynos5410 Odroid XU board. > > > Krzysztof Kozlowski (3): > ARM: dts: exynos: Move CPU OPP tables out of SoC node on Exynos5420 > ARM: dts: exynos: Raise maximum buck regulator voltages on Arndale Octa > ARM: dts: exynos: Add ADC node to Exynos5410 and Odroid XU Merged, thanks! -Olof
Re: [PATCH v2 9/9] arm64: dts: sprd: Add Spreadtrum SD host controller support
On Tue, Jun 04, 2019 at 04:14:29PM +0800, Baolin Wang wrote: > Add one Spreadtrum SD host controller to support eMMC card for Spreadtrum > SC9860 platform. > > Signed-off-by: Baolin Wang Applied, thanks! -Olof
[PATCH] objtool: Be lenient about -Wundef
Some libelf versions use undefined macros, which combined with newer GCC makes for errors from system headers. This isn't overly useful to fail compiling objtool for. Error as seen: cc1: all warnings being treated as errors In file included from arch/x86/../../elf.h:10, from arch/x86/decode.c:14: /usr/include/libelf/gelf.h:25:5: error: "__LIBELF_INTERNAL__" is not defined, evaluates to 0 [-Werror=undef] #if __LIBELF_INTERNAL__ ^~~ For this reason, skip -Wundef on objtool. Signed-off-by: Olof Johansson --- tools/objtool/Makefile | 2 ++ 1 file changed, 2 insertions(+) diff --git a/tools/objtool/Makefile b/tools/objtool/Makefile index 88158239622bc..0c49206c5216b 100644 --- a/tools/objtool/Makefile +++ b/tools/objtool/Makefile @@ -35,6 +35,8 @@ INCLUDES := -I$(srctree)/tools/include \ -I$(srctree)/tools/arch/$(HOSTARCH)/include/uapi \ -I$(srctree)/tools/objtool/arch/$(ARCH)/include WARNINGS := $(EXTRA_WARNINGS) -Wno-switch-default -Wno-switch-enum -Wno-packed +# Some system libelf versions uses undefined "#if ", so skip the warning/error +WARNINGS += -Wno-undef CFLAGS += -Werror $(WARNINGS) $(KBUILD_HOSTCFLAGS) -g $(INCLUDES) $(LIBELF_FLAGS) LDFLAGS += $(LIBELF_LIBS) $(LIBSUBCMD) $(KBUILD_HOSTLDFLAGS) -- 2.11.0
[GIT PULL] ARM: SoC fixes
Hi Linus, The following changes since commit 9e0babf2c06c73cda2c0cd37a1653d823adb40ec: Linux 5.2-rc5 (2019-06-16 08:49:45 -1000) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc.git tags/armsoc-fixes for you to fetch changes up to cd3967bee004bcbd142403698d658166fa618c9e: soc: ixp4xx: npe: Fix an IS_ERR() vs NULL check in probe (2019-06-18 06:47:59 -0700) ARM: SoC fixes I've been bad at collecting fixes this release cycle, so this is a fairly large batch that's been trickling in for a while. It's the usual mix, more or less: Some of the bigger things fixed: - Voltage fix for MMC on TI DRA7 that sometimes would overvoltage cards - Regression fixes for D_CAN on am355x - i.MX6SX cpuidle fix to deal with wakeup latency (dropped uart chars) - DT fixes for some DRA7 variants that don't share the superset of blocks on the chip + The usual mix of stuff -- minor build/warning fixes, Kconfig dependencies, and some DT fixlets. Andy Gross (1): MAINTAINERS: Change QCOM repo location Anson Huang (1): firmware: imx: SCU irq should ONLY be enabled after SCU IPC is ready Arnd Bergmann (4): firmware: trusted_foundations: add ARMv7 dependency ARM: ixp4xx: don't select SERIAL_OF_PLATFORM ARM: ixp4xx: mark ixp4xx_irq_setup as __init ARM: ixp4xx: include irqs.h where needed Bartosz Golaszewski (2): ARM: davinci: da850-evm: call regulator_has_full_constraints() ARM: davinci: da8xx: specify dma_coherent_mask for lcdc Dan Carpenter (1): soc: ixp4xx: npe: Fix an IS_ERR() vs NULL check in probe Fabio Estevam (1): ARM: imx: cpuidle-imx6sx: Restrict the SW2ISO increase to i.MX6SX Faiz Abbas (2): ARM: dts: am57xx-idk: Remove support for voltage switching for SD card ARM: dts: dra76x: Update MMC2_HS200_MANUAL1 iodelay values Florian Fainelli (3): soc: brcmstb: Fix error path for unsupported CPUs soc: bcm: brcmstb: biuctrl: Register writes require a barrier ARM: dts: bcm: Add missing device_type = "memory" property Jan Kundrát (1): ARM: mvebu_v7_defconfig: fix Ethernet on Clearfog Keerthy (5): ARM: dts: dra76x: Disable rtc target module ARM: dts: dra76x: Disable usb4_tm target module ARM: dts: dra71x: Disable rtc target module ARM: dts: dra71x: Disable usb4_tm target module ARM: dts: dra72x: Disable usb4_tm target module Olof Johansson (9): Merge tag 'arm-soc/for-5.2/drivers-fixes' of https://github.com/Broadcom/stblinux into fixes Merge tag 'arm-soc/for-5.2/maintainers' of https://github.com/Broadcom/stblinux into fixes Merge tag 'imx-fixes-5.2' of git://git.kernel.org/.../shawnguo/linux into fixes Merge tag 'omap-for-v5.2/fixes-rc2' of git://git.kernel.org/.../tmlind/linux-omap into fixes Merge tag 'arm-soc/for-5.2/devicetree-fixes' of https://github.com/Broadcom/stblinux into fixes Merge tag 'am654-fixes-for-v5.2' of git://git.kernel.org/.../kristo/linux into fixes Merge tag 'mvebu-fixes-5.2-1' of git://git.infradead.org/linux-mvebu into fixes Merge tag 'davinci-fixes-for-v5.2' of git://git.kernel.org/.../nsekhar/linux-davinci into fixes Merge tag 'omap-for-v5.2/fixes-rc4' of git://git.kernel.org/.../tmlind/linux-omap into fixes Stefan Wahren (1): MAINTAINERS: Update Stefan Wahren email address Teresa Remmet (1): ARM: dts: am335x phytec boards: Fix cd-gpios active level Tony Lindgren (6): ARM: dts: Configure osc clock for d_can on am335x bus: ti-sysc: Handle devices with no control registers Merge branch 'am5-sdio-fixes' into fixes Merge branch 'fixes-dra7' into fixes Merge branch 'omap-for-v5.2/ti-sysc' into fixes ARM: dts: Drop bogus CLKSEL for timer12 on dra7 YueHaibing (2): arm64: imx: Fix build error without CONFIG_SOC_BUS arm64: arch_k3: Fix kconfig dependency warning MAINTAINERS | 4 +-- arch/arm/boot/dts/am335x-pcm-953.dtsi | 2 +- arch/arm/boot/dts/am335x-wega.dtsi| 2 +- arch/arm/boot/dts/am33xx-l4.dtsi | 14 arch/arm/boot/dts/am437x-l4.dtsi | 4 --- arch/arm/boot/dts/am57xx-idk-common.dtsi | 1 + arch/arm/boot/dts/bcm4708-asus-rt-ac56u.dts | 1 + arch/arm/boot/dts/bcm4708-asus-rt-ac68u.dts | 1 + arch/arm/boot/dts/bcm4708-buffalo-wzr-1750dhp.dts | 1 + arch/arm/boot/dts/bcm4708-linksys-ea6300-v1.dts | 1 + arch/arm/boot/dts/bcm4708-linksys-ea6500-v2.dts | 1 + arch/arm/boot/dts/bcm4708-luxul-xap-1510.dts | 1 + arch/arm/boot/dts/bcm4708-luxul-xwc-1000.dts | 1 + arch/arm/boot/dts/bcm4708-netgear-r6250.dts | 1 + arch/arm/boot/dts/bcm4708-netgear-r6300-v2.dts| 1 + arch/arm/boot/dts/bcm47
Re: [PATCH] soc: ixp4xx: npe: Fix an IS_ERR() vs NULL check in probe
On Tue, Jun 18, 2019 at 02:54:10PM +0300, Dan Carpenter wrote: > The devm_ioremap_resource() function doesn't return NULL, it returns > error pointers. > > Fixes: 0b458d7b10f8 ("soc: ixp4xx: npe: Pass addresses as resources") > Signed-off-by: Dan Carpenter > Reviewed-by: Linus Walleij Applied, thanks! -Olof
Re: [PATCH 2/3] ARM: ixp4xx: mark ixp4xx_irq_setup as __init
On Mon, Jun 17, 2019 at 1:25 PM Arnd Bergmann wrote: > > Kbuild complains about ixp4xx_irq_setup not being __init > itself in some configurations: > > WARNING: vmlinux.o(.text+0x85bae4): Section mismatch in reference from the > function ixp4xx_irq_setup() to the function .init.text:set_handle_irq() > The function ixp4xx_irq_setup() references > the function __init set_handle_irq(). > This is often because ixp4xx_irq_setup lacks a __init > annotation or the annotation of set_handle_irq is wrong. > > I suspect it normally gets inlined, so we get no such warning, > but clang makes this obvious when the function is left out > of line. > > Signed-off-by: Arnd Bergmann Applied to arm/fixes. Thanks! -Olof
Re: [PATCH 3/3] ARM: ixp4xx: include irqs.h where needed
On Mon, Jun 17, 2019 at 1:26 PM Arnd Bergmann wrote: > > Multiple ixp4xx specific files require macros from irqs.h that > were moved out from mach/irqs.h, e.g.: > > arch/arm/mach-ixp4xx/vulcan-pci.c:41:19: error: this function declaration is > not a prototype [-Werror,-Wstrict-prototypes] > arch/arm/mach-ixp4xx/vulcan-pci.c:49:10: error: implicit declaration of > function 'IXP4XX_GPIO_IRQ' [-Werror,-Wimplicit-function-declaration] > return IXP4XX_GPIO_IRQ(INTA); > > Include this header in all files that failed to build because of > that. > > Fixes: dc8ef8cd3a05 ("ARM: ixp4xx: Convert to SPARSE_IRQ") > Signed-off-by: Arnd Bergmann Applied to arm/fixes. Thanks! -Olof
Re: [PATCH 1/3] ARM: ixp4xx: don't select SERIAL_OF_PLATFORM
On Mon, Jun 17, 2019 at 1:25 PM Arnd Bergmann wrote: > > Platforms should not normally select all the device drivers, leave that > up to the user and the defconfig file. > > In this case, we get a warning for randconfig builds: > > WARNING: unmet direct dependencies detected for SERIAL_OF_PLATFORM > Depends on [n]: TTY [=y] && HAS_IOMEM [=y] && SERIAL_8250 [=n] && OF [=y] > Selected by [y]: > - MACH_IXP4XX_OF [=y] && ARCH_IXP4XX [=y] > > Fixes: 9540724ca29d ("ARM: ixp4xx: Add device tree boot support") > Signed-off-by: Arnd Bergmann Applied to arm/fixes. Thanks! -Olof
Re: [PATCH] firmware: trusted_foundations: add ARMv7 dependency
On Mon, Jun 17, 2019 at 1:34 PM Arnd Bergmann wrote: > > The "+sec" extension is invalid for older ARM architectures, but > the code can now be built on any ARM configuration: > > /tmp/trusted_foundations-2d0882.s: Assembler messages: > /tmp/trusted_foundations-2d0882.s:194: Error: architectural extension `sec' > is not allowed for the current base architecture > /tmp/trusted_foundations-2d0882.s:201: Error: selected processor does not > support `smc #0' in ARM mode > /tmp/trusted_foundations-2d0882.s:213: Error: architectural extension `sec' > is not allowed for the current base architecture > /tmp/trusted_foundations-2d0882.s:220: Error: selected processor does not > support `smc #0' in ARM mode > > Add a dependency on ARMv7 for the build. > > Fixes: 4cb5d9eca143 ("firmware: Move Trusted Foundations support") > Signed-off-by: Arnd Bergmann Applied to arm/fixes. Thanks! -Olof
Re: [PATCH] MAINTAINERS: Change QCOM repo location
On Fri, Jun 07, 2019 at 12:52:16PM -0700, Bjorn Andersson wrote: > On Fri 07 Jun 12:44 PDT 2019, Andy Gross wrote: > > > This patch updates the Qualcomm SoC repo to a new location. > > > > Signed-off-by: Andy Gross > > Reviewed-by: Bjorn Andersson Applied to fixes, thanks! -Olof
Re: [GIT PULL] updates to soc/fsl drivers for v5.3
On Mon, May 20, 2019 at 02:52:15PM -0500, Li Yang wrote: > Hi arm-soc maintainers, > > This is a rebase of patches that missed 5.2 merge window. Please > help to review and merge it. Thanks. > > > Regards, > Leo > > The following changes since commit a188339ca5a396acc588e5851ed7e19f66b0ebd9: > > Linux 5.2-rc1 (2019-05-19 15:47:09 -0700) > > are available in the Git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/leo/linux.git > tags/soc-fsl-next-v5.3 > > for you to fetch changes up to 5d1d046e2868fc876a69231eb2f24f000b521f1c: > > soc: fsl: qbman_portals: add APIs to retrieve the probing status > (2019-05-20 14:28:16 -0500) Merged, thanks! -Olof
Re: [GIT PULL v2] updates to soc/fsl drivers for next(v5.3)
On Wed, Jun 05, 2019 at 02:45:11PM -0500, Li Yang wrote: > Hi arm-soc maintainers, > > This is a rebase of patches that missed 5.2 merge window together with > some new patches for QE. Please help to review and merge it. We would > like this to be merged earlier because there are other patches depending > on patches in this pull request. After this is merged in arm-soc, we can > ask other sub-system maintainers to pull from this tag and apply additional > patches. Thanks. Li, You never followed up with a reply, or removed, the previous tag. So when we process the pull requests that come in, we've already merged it. So, I've merged the previous version. Can you send an incremental pull request on top of that branch/tag instead of a rebase like this was, please? Thanks! -Olof
Re: [GIT PULL] tee subsys for v5.3
On Mon, May 27, 2019 at 08:28:54AM +0200, Jens Wiklander wrote: > Hello arm-soc maintainers, > > Please pull this update of MAINTAINERS with a mailing list for TEE subsystem. > > Thanks, > Jens > > The following changes since commit cd6c84d8f0cdc911df435bb075ba22ce3c605b07: > > Linux 5.2-rc2 (2019-05-26 16:49:19 -0700) > > are available in the Git repository at: > > https://git.linaro.org/people/jens.wiklander/linux-tee.git > tags/tee-maint-for-5.3 > > for you to fetch changes up to d7f3f7d847044a111d4abadf9c69aa54d0d05167: > > MAINTAINERS: Add mailing list for the TEE subsystem (2019-05-27 07:59:03 > +0200) > > > Adding mailing list for TEE subsystem > > > Sumit Garg (1): > MAINTAINERS: Add mailing list for the TEE subsystem Merged, thanks! -Olof