* [GIT PULL 4/5] Freescale arm64 device tree updates for 4.16
From: Shawn Guo @ 2018-01-03 5:57 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <1514959040-9992-1-git-send-email-shawnguo@kernel.org>
The following changes since commit 50c4c4e268a2d7a3e58ebb698ac74da0de40ae36:
Linux 4.15-rc3 (2017-12-10 17:56:26 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux.git tags/imx-dt64-4.16
for you to fetch changes up to 1e33300782235ae6fdc891d9c3ba04ba59da6f3d:
arm64: dts: ls208xa: add power monitor chip node (2017-12-26 17:14:13 +0800)
----------------------------------------------------------------
Freescale arm64 device tree updates for 4.16:
- LS1088A updates: add device support for DCFG, qoriq-mc, and USB.
- Add power monitor device INA220 for ls208xa-rdb board.
----------------------------------------------------------------
Ashish Kumar (1):
arm64: dts: ls1088a: Added dcfg node in ls1088a dtsi
Ioana Ciornei (1):
arm64: dts: ls1088a: add fsl-mc hardware resource manager node
Yuantian Tang (1):
arm64: dts: ls208xa: add power monitor chip node
yinbo.zhu (1):
arm64: dts: ls1088a: Add USB support
arch/arm64/boot/dts/freescale/fsl-ls1088a-rdb.dts | 8 ++
arch/arm64/boot/dts/freescale/fsl-ls1088a.dtsi | 97 ++++++++++++++++++++++
arch/arm64/boot/dts/freescale/fsl-ls208xa-rdb.dtsi | 12 +++
3 files changed, 117 insertions(+)
^ permalink raw reply
* [GIT PULL 3/5] i.MX device tree updates for 4.16
From: Shawn Guo @ 2018-01-03 5:57 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <1514959040-9992-1-git-send-email-shawnguo@kernel.org>
The following changes since commit 50c4c4e268a2d7a3e58ebb698ac74da0de40ae36:
Linux 4.15-rc3 (2017-12-10 17:56:26 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux.git tags/imx-dt-4.16
for you to fetch changes up to 84a82ef70e1eb2a7a90bc19eed27cb27a8e4c54c:
ARM: dts: imx7s: Avoid using label in unit address and reg (2017-12-27 10:52:39 +0800)
----------------------------------------------------------------
i.MX device tree changes for 4.16:
- A few random updates for vf610-zii board: correct switch EEPROM size,
enable edma1, correct GPIO expander interrupt, add PHYs for switch2
device.
- LS1021A device tree updates: add reboot and QSPI device nodes, label
USB controllers, specify interrupt-affinity for PMU, fix TMR_FIPER1
setting, enable esdhc device, add Moxa UC-8410A board support.
- A bunch of patches from Fabio: fix reg - unit address mismatches,
remove leading zero in unit address, move regulators out of
simple-bus, move nodes with no reg property out of bus, remove extra
clock cell, add missing phy-cells to usb-nop-xceiv, etc.
- A couple series from Hummingboard developers: re-organise device tree
files for better handling various board versions, and then add the
new hummingboard2 board support on top of that.
- Disable AC'97 input pins pad and add support for powering off for
imx6qdl-udoo board.
- Convert from fbdev to drm bindings for imx6sx-sdb and imx6sl-evk
board.
- Add device tree for Variscite DART-MX6 SoM and Carrier-board support.
- Add new board support of TS-4600 and TS-7970 from Technologic
Systems.
- A series from Stefan to update imx7-colibri device tree and then add
new version of Toradex Colibri iMX7D board with eMMC support.
- Other random updates on various board support.
----------------------------------------------------------------
Andrew Lunn (1):
ARM: dts: vf610-zii-dev-c: Fix switch EEPROM size
Esben Haabendal (2):
ARM: dts: ls1021a: Add label to USB controllers
ARM: dts: ls1021a: Specify interrupt-affinity for pmu node
Fabio Estevam (41):
ARM: dts: imx6qdl-wandboard-revd1: Make EDID functional
ARM: dts: imx6sx: Fix the PCI representation
ARM: dts: imx6sx-sdb: Rearrange the regulators node
ARM: dts: imx6sx-sdb: Add PCIe support
ARM: dts: imx6qdl-sabreauto: Pass the DDC I2C bus
ARM: dts: imx6qdl-sabreauto: Add CEC support
ARM: dts: imx53-cx9020: Fix the Ethernet PHY reset GPIO polarity
ARM: dts: imx53: Move nodes which have no reg property out of bus
ARM: dts: imx6: Move nodes which have no reg property out of bus
ARM: dts: imx6: Add unit address and reg for the anatop nodes
ARM: dts: imx6dl: Pass the reg properties for mipi nodes
ARM: dts: imx6dl: Remove unneeded label and unit address
ARM: dts: imx7: Move nodes which have no reg property out of bus
ARM: dts: imx7d: Fix pcie node warnings
ARM: dts: imx7s: Add unit address and reg for the anatop nodes
ARM: dts: vfxxx: Move nodes which have no reg property out of bus
ARM: dts: imx6sx: Fix spba-bus unit address
ARM: dts: vf500: Fix interrupt-controller unit address
ARM: dts: imx51-ts4800: Fix syscon and touschscreen nodes
ARM: dts: imx51-zii-rdu1: Add the unit addresses in sysled
ARM: dts: imx53-m53: Remove unneeded reg property
ARM: dts: imx53-tx53-x03x: Move display node out of 'soc'
ARM: dts: imx6qdl-apf6dev: Move regulators out of simple-bus
ARM: dts: imx6qdl-aristainetos: Move regulators out of simple-bus
ARM: dts: imx6qdl-aristainetos: Move display node out of 'soc'
ARM: dts: imx6qdl-apalis: Remove unneeded reg property
ARM: dts: imx6qdl-colibri: Remove unneeded reg property
ARM: dts: imx6q-h100: Remove unneeded unit address
ARM: dts: imx6qdl-nitrogen6_max: Remove unneeded unit address
ARM: dts: imx6ul-14x14-evk: Move regulators out of simple-bus
ARM: dts: imx6qdl-zii-rdu2: Remove device_type from PCI subnode
ARM: dts: imx51-babbage: Pass the USB PHY regulator
ARM: dts: imx6sx: Fix PCI non-prefetchable memory range
ARM: dts: imx6sx: Add support for PCI power domain
dt-bindings: imx-gpcv2: Fix the unit address
ARM: dts: ls1021a-qds: Remove extra clock cell
ARM: dts: ls1021a-twr: Remove extra clock cell
ARM: dts: imx51-babbage: Fix the 26MHz clock modelling
ARM: dts: imx6qdl-hummingboard2: Remove leading zero in unit address
ARM: dts: imx51-zii-rdu1: Add missing #phy-cells to usb-nop-xceiv
ARM: dts: imx7s: Avoid using label in unit address and reg
Jon Nettleton (1):
ARM: dts: imx6qdl: add HummingBoard2 boards
Lucas Stach (10):
ARM: dts: imx6: RDU2: add i210 node
ARM: dts: imx: rdu1: cosmetic changes to the audio nodes
ARM: dts: imx6: RDU2: add alias for RTC
ARM: dts: imx6*-hummingboard2: fix formatting
ARM: dts: imx6*-hummingboard2: add SGTL5000 VDDD supply
ARM: dts: imx6*-hummingboard2: remove LDB node
ARM: dts: imx6*-hummingboard2: fix PCIe reset polarity
ARM: dts: imx6*-hummingboard2: remove non-mainline property from RTC
ARM: dts: imx6*-hummingboard2: remove redundant PWM disables
ARM: dts: imx6*-hummingboard2: rework regulators
Maciej S. Szmigiero (2):
ARM: dts: imx6qdl-udoo: disable AC'97 input pins pad drivers
ARM: dts: imx6qdl-udoo: add support for powering off
Marco Franchi (4):
ARM: dts: imx53-tx53: Fix 'ethernet-phy at 0' node with unit name and no reg property
ARM: dts: imx6sx-sdb: Convert from fbdev to drm bindings
ARM: dts: imx6sl-evk: Rearrange the regulators node
ARM: dts: imx6sl-evk: Convert from fbdev to drm bindings
Mathieu Malaterre (1):
ARM: imx: dts: Use lower case for bindings notation
Michael Tretter (1):
ARM: dts: imx6q-h100: use usdhc2 VSELECT
Neil Armstrong (5):
ARM: dts: imx6qdl-pinfunc: Add missing MX6QDL_PAD_ENET_RXD0__OSC32K_32K_OUT
dt-bindings: Add vendor prefix for Solomon Goldentek Display Corporation
dt-bindings: display: Add bindings for SGD GKTW70SDAE4SE Panel
ARM: dts: imx6qdl: Add Variscite DART-MX6 SoM support
ARM: dts: imx6q: Add Variscite DART-MX6 Carrier-board support
Oleksij Rempel (1):
ARM: dts: imx6: add snvs-lpgpr node
Otavio Salvador (1):
ARM: dts: imx6qdl-nitrogen6x: Add SPI NOR partitions
Patrick Bruenn (1):
ARM: dts: imx53: add srtc node
Prabhakar Kushwaha (1):
ARM: dts: ls1021aqds: Add nand node for ifc controller
Rasmus Villemoes (2):
ARM: dts: ls1021a: add "fsl,ls1021a-esdhc" compatible string to esdhc node
ARM: dts: ls1021a: add reboot node to .dtsi
Rob Herring (1):
ARM: dts: imx: Add missing #phy-cells to usb-nop-xceiv
Russell King (31):
ARM: dts: imx6qdl: SolidRun: remove redundant regulators node
ARM: dts: imx6qdl: SolidRun: move AR8035 into microsom
ARM: dts: imx6qdl-microsom: rename to imx6qdl-sr-som
ARM: dts: imx6qdl: SolidRun: move microsom includes into .dts
ARM: dts: imx6qdl-sr-som: use real iomuxc values for ethernet
ARM: dts: imx6qdl-sr-som: split out Broadcom Wi-Fi support
ARM: dts: imx6qdl-sr-som-brcm: rename sdio clock
ARM: dts: imx6qdl-sr-som: add 3.3V vcc regulator
ARM: dts: imx6qdl-sr-som: add support for TI Wi-Fi
ARM: dts: imx6qdl-sr-som: add support for eMMC
ARM: dts: imx6qdl-hummingboard: add SD card regulator
ARM: dts: imx6qdl: SolidRun: rename regulators to match schematic
ARM: dts: imx6qdl: SolidRun: fix node names
ARM: dts: imx6qdl: SolidRun: add v1.5 som without eMMC
ARM: dts: imx6qdl: SolidRun: add v1.5 som with eMMC
ARM: dts: imx6qdl-cubox-i: update GPIO specification
ARM: dts: imx6*-hummingboard2: remove ar8035 include
ARM: dts: imx6qdl-hummingboard2: rename microsom include
ARM: dts: imx6*-hummingboard2: move microsom includes into .dts
ARM: dts: imx6*-hummingboard2: add Broadcom Wi-Fi include
ARM: dts: imx6*-hummingboard2: fix SD card detect
ARM: dts: imx6*-hummingboard2: use proper gpio flags definitions
ARM: dts: imx6*-hummingboard2: convert to more conventional vmmc-supply
ARM: dts: imx6*-hummingboard2: split out eMMC support
ARM: dts: imx6qdl-hummingboard2: add PWM3 support
ARM: dts: imx6qdl-hummingboard2: add v1.5 som without eMMC
ARM: dts: imx6qdl-hummingboard2: add v1.5 som with eMMC
ARM: dts: imx6qdl-hummingboard2: rename regulators to match schematic
ARM: dts: vf610-zii-dev: enable edma1
ARM: dts: vf610-zii-dev-rev-b: fix interrupt for GPIO expander
ARM: dts: vf610-zii-dev-rev-b: add PHYs for switch2
SZ Lin (2):
ARM: dts: ls1021a: Add support for QSPI with ls1021a SoC
ARM: dts: ls1021a: add support for Moxa UC-8410A open platform
Sebastien Bourdelin (4):
of: documentation: add bindings documentation for TS-7970
ARM: dts: TS-7970: add basic device tree
of: documentation: add bindings documentation for TS-4600
ARM: dts: TS-4600: add basic device tree
Stefan Agner (10):
ARM: dts: colibri/apalis: use correct compatible for RTC
ARM: dts: imx7-colibri: move and rename USB Host power regulator
ARM: dts: imx7-colibri: make sure multiplexed pins are not active
ARM: dts: imx7-colibri: mux pull-ups where appropriate
ARM: dts: imx7-colibri: use NAND_CE1 as GPIO
ARM: dts: imx7-colibri: specify cpu-supply
ARM: dts: imx7-colibri: specify usdhc1 supplies
ARM: dts: imx7-colibri: specify backlight GPIO
ARM: dts: imx7-colibri: add MCP2515 CAN controller
ARM: dts: imx7: add Toradex Colibri iMX7D 1GB (eMMC) support
Troy Kisky (1):
ARM: dts: imx: name the interrupts for the fec ethernet driver
Vanessa Maegima (1):
ARM: dts: imx7d-pico-pi: Separate into cpu and baseboard dts
Yangbo Lu (1):
ARM: dts: ls1021a: fix the value of TMR_FIPER1
yinbo.zhu (1):
ARM: dts: ls1021a: Enable the esdhc
.../devicetree/bindings/arm/technologic.txt | 11 +
.../bindings/display/panel/sgd,gktw70sdae4se.txt | 41 ++
.../devicetree/bindings/power/fsl,imx-gpcv2.txt | 4 +-
.../devicetree/bindings/vendor-prefixes.txt | 1 +
arch/arm/boot/dts/Makefile | 22 +-
arch/arm/boot/dts/imx25.dtsi | 2 +
arch/arm/boot/dts/imx27-pdk.dts | 1 +
arch/arm/boot/dts/imx27-phytec-phycore-rdk.dts | 1 +
arch/arm/boot/dts/imx27-phytec-phycore-som.dtsi | 1 +
arch/arm/boot/dts/imx28-ts4600.dts | 79 +++
arch/arm/boot/dts/imx35.dtsi | 2 +
arch/arm/boot/dts/imx51-babbage.dts | 77 ++-
.../boot/dts/imx51-eukrea-mbimxsd51-baseboard.dts | 1 +
arch/arm/boot/dts/imx51-ts4800.dts | 6 +-
arch/arm/boot/dts/imx51-zii-rdu1.dts | 12 +-
arch/arm/boot/dts/imx51.dtsi | 1 +
arch/arm/boot/dts/imx53-cx9020.dts | 2 +-
arch/arm/boot/dts/imx53-m53.dtsi | 1 -
arch/arm/boot/dts/imx53-tx53-x03x.dts | 232 ++++----
arch/arm/boot/dts/imx53-tx53.dtsi | 14 +-
arch/arm/boot/dts/imx53.dtsi | 48 +-
arch/arm/boot/dts/imx6dl-aristainetos_4.dts | 50 +-
arch/arm/boot/dts/imx6dl-aristainetos_7.dts | 48 +-
arch/arm/boot/dts/imx6dl-colibri-eval-v3.dts | 2 +-
arch/arm/boot/dts/imx6dl-cubox-i-emmc-som-v15.dts | 52 ++
arch/arm/boot/dts/imx6dl-cubox-i-som-v15.dts | 51 ++
arch/arm/boot/dts/imx6dl-cubox-i.dts | 2 +
.../boot/dts/imx6dl-hummingboard-emmc-som-v15.dts | 53 ++
arch/arm/boot/dts/imx6dl-hummingboard-som-v15.dts | 52 ++
arch/arm/boot/dts/imx6dl-hummingboard.dts | 2 +
.../boot/dts/imx6dl-hummingboard2-emmc-som-v15.dts | 55 ++
arch/arm/boot/dts/imx6dl-hummingboard2-som-v15.dts | 54 ++
arch/arm/boot/dts/imx6dl-hummingboard2.dts | 53 ++
arch/arm/boot/dts/imx6dl-pinfunc.h | 1 +
arch/arm/boot/dts/imx6dl-ts7970.dts | 50 ++
arch/arm/boot/dts/imx6dl.dtsi | 12 +-
arch/arm/boot/dts/imx6q-apalis-eval.dts | 2 +-
arch/arm/boot/dts/imx6q-apalis-ixora-v1.1.dts | 2 +-
arch/arm/boot/dts/imx6q-apalis-ixora.dts | 2 +-
arch/arm/boot/dts/imx6q-cubox-i-emmc-som-v15.dts | 60 +++
arch/arm/boot/dts/imx6q-cubox-i-som-v15.dts | 59 ++
arch/arm/boot/dts/imx6q-cubox-i.dts | 2 +
arch/arm/boot/dts/imx6q-display5.dtsi | 2 +-
arch/arm/boot/dts/imx6q-h100.dts | 33 +-
.../boot/dts/imx6q-hummingboard-emmc-som-v15.dts | 61 +++
arch/arm/boot/dts/imx6q-hummingboard-som-v15.dts | 60 +++
arch/arm/boot/dts/imx6q-hummingboard.dts | 2 +
.../boot/dts/imx6q-hummingboard2-emmc-som-v15.dts | 63 +++
arch/arm/boot/dts/imx6q-hummingboard2-som-v15.dts | 62 +++
arch/arm/boot/dts/imx6q-hummingboard2.dts | 61 +++
arch/arm/boot/dts/imx6q-pinfunc.h | 1 +
arch/arm/boot/dts/imx6q-ts7970.dts | 54 ++
arch/arm/boot/dts/imx6q-var-dt6customboard.dts | 235 ++++++++
arch/arm/boot/dts/imx6qdl-apalis.dtsi | 1 -
arch/arm/boot/dts/imx6qdl-apf6dev.dtsi | 44 +-
arch/arm/boot/dts/imx6qdl-aristainetos.dtsi | 73 ++-
arch/arm/boot/dts/imx6qdl-aristainetos2.dtsi | 76 ++-
arch/arm/boot/dts/imx6qdl-colibri.dtsi | 1 -
arch/arm/boot/dts/imx6qdl-cubox-i.dtsi | 72 +--
arch/arm/boot/dts/imx6qdl-hummingboard.dtsi | 103 ++--
arch/arm/boot/dts/imx6qdl-hummingboard2-emmc.dtsi | 72 +++
arch/arm/boot/dts/imx6qdl-hummingboard2.dtsi | 540 +++++++++++++++++++
arch/arm/boot/dts/imx6qdl-nitrogen6_max.dtsi | 10 +-
arch/arm/boot/dts/imx6qdl-nitrogen6x.dtsi | 17 +
arch/arm/boot/dts/imx6qdl-sabreauto.dtsi | 9 +
...6qdl-microsom.dtsi => imx6qdl-sr-som-brcm.dtsi} | 41 +-
arch/arm/boot/dts/imx6qdl-sr-som-emmc.dtsi | 70 +++
arch/arm/boot/dts/imx6qdl-sr-som-ti.dtsi | 170 ++++++
...dl-microsom-ar8035.dtsi => imx6qdl-sr-som.dtsi} | 36 +-
arch/arm/boot/dts/imx6qdl-ts7970.dtsi | 594 +++++++++++++++++++++
arch/arm/boot/dts/imx6qdl-udoo.dtsi | 25 +-
arch/arm/boot/dts/imx6qdl-var-dart.dtsi | 503 +++++++++++++++++
arch/arm/boot/dts/imx6qdl-wandboard-revd1.dtsi | 5 +
arch/arm/boot/dts/imx6qdl-zii-rdu2.dtsi | 14 +-
arch/arm/boot/dts/imx6qdl.dtsi | 161 +++---
arch/arm/boot/dts/imx6sl-evk.dts | 133 +++--
arch/arm/boot/dts/imx6sl.dtsi | 48 +-
arch/arm/boot/dts/imx6sx-sdb.dtsi | 220 ++++----
arch/arm/boot/dts/imx6sx.dtsi | 93 ++--
arch/arm/boot/dts/imx6ul-14x14-evk.dts | 19 +-
arch/arm/boot/dts/imx6ul.dtsi | 49 +-
arch/arm/boot/dts/imx7-colibri-eval-v3.dtsi | 39 +-
arch/arm/boot/dts/imx7-colibri.dtsi | 116 +++-
arch/arm/boot/dts/imx7d-colibri-emmc-eval-v3.dts | 19 +
arch/arm/boot/dts/imx7d-colibri-emmc.dtsi | 21 +
arch/arm/boot/dts/imx7d-colibri-eval-v3.dts | 13 +-
arch/arm/boot/dts/imx7d-colibri.dtsi | 4 +
arch/arm/boot/dts/imx7d-pico-pi.dts | 181 +++++++
.../boot/dts/{imx7d-pico.dts => imx7d-pico.dtsi} | 133 -----
arch/arm/boot/dts/imx7d.dtsi | 22 +-
arch/arm/boot/dts/imx7s.dtsi | 133 ++---
arch/arm/boot/dts/ls1021a-moxa-uc-8410a.dts | 241 +++++++++
arch/arm/boot/dts/ls1021a-qds.dts | 7 +-
arch/arm/boot/dts/ls1021a-twr.dts | 6 +-
arch/arm/boot/dts/ls1021a.dtsi | 30 +-
arch/arm/boot/dts/vf-colibri-eval-v3.dtsi | 2 +-
arch/arm/boot/dts/vf500.dtsi | 2 +-
arch/arm/boot/dts/vf610-zii-dev-rev-b.dts | 20 +-
arch/arm/boot/dts/vf610-zii-dev-rev-c.dts | 4 +-
arch/arm/boot/dts/vf610-zii-dev.dtsi | 4 +
arch/arm/boot/dts/vfxxx.dtsi | 10 +-
101 files changed, 5005 insertions(+), 1058 deletions(-)
create mode 100644 Documentation/devicetree/bindings/display/panel/sgd,gktw70sdae4se.txt
create mode 100644 arch/arm/boot/dts/imx28-ts4600.dts
create mode 100644 arch/arm/boot/dts/imx6dl-cubox-i-emmc-som-v15.dts
create mode 100644 arch/arm/boot/dts/imx6dl-cubox-i-som-v15.dts
create mode 100644 arch/arm/boot/dts/imx6dl-hummingboard-emmc-som-v15.dts
create mode 100644 arch/arm/boot/dts/imx6dl-hummingboard-som-v15.dts
create mode 100644 arch/arm/boot/dts/imx6dl-hummingboard2-emmc-som-v15.dts
create mode 100644 arch/arm/boot/dts/imx6dl-hummingboard2-som-v15.dts
create mode 100644 arch/arm/boot/dts/imx6dl-hummingboard2.dts
create mode 100644 arch/arm/boot/dts/imx6dl-ts7970.dts
create mode 100644 arch/arm/boot/dts/imx6q-cubox-i-emmc-som-v15.dts
create mode 100644 arch/arm/boot/dts/imx6q-cubox-i-som-v15.dts
create mode 100644 arch/arm/boot/dts/imx6q-hummingboard-emmc-som-v15.dts
create mode 100644 arch/arm/boot/dts/imx6q-hummingboard-som-v15.dts
create mode 100644 arch/arm/boot/dts/imx6q-hummingboard2-emmc-som-v15.dts
create mode 100644 arch/arm/boot/dts/imx6q-hummingboard2-som-v15.dts
create mode 100644 arch/arm/boot/dts/imx6q-hummingboard2.dts
create mode 100644 arch/arm/boot/dts/imx6q-ts7970.dts
create mode 100644 arch/arm/boot/dts/imx6q-var-dt6customboard.dts
create mode 100644 arch/arm/boot/dts/imx6qdl-hummingboard2-emmc.dtsi
create mode 100644 arch/arm/boot/dts/imx6qdl-hummingboard2.dtsi
rename arch/arm/boot/dts/{imx6qdl-microsom.dtsi => imx6qdl-sr-som-brcm.dtsi} (85%)
create mode 100644 arch/arm/boot/dts/imx6qdl-sr-som-emmc.dtsi
create mode 100644 arch/arm/boot/dts/imx6qdl-sr-som-ti.dtsi
rename arch/arm/boot/dts/{imx6qdl-microsom-ar8035.dtsi => imx6qdl-sr-som.dtsi} (84%)
create mode 100644 arch/arm/boot/dts/imx6qdl-ts7970.dtsi
create mode 100644 arch/arm/boot/dts/imx6qdl-var-dart.dtsi
create mode 100644 arch/arm/boot/dts/imx7d-colibri-emmc-eval-v3.dts
create mode 100644 arch/arm/boot/dts/imx7d-colibri-emmc.dtsi
create mode 100644 arch/arm/boot/dts/imx7d-pico-pi.dts
rename arch/arm/boot/dts/{imx7d-pico.dts => imx7d-pico.dtsi} (71%)
create mode 100644 arch/arm/boot/dts/ls1021a-moxa-uc-8410a.dts
^ permalink raw reply
* [GIT PULL 2/5] i.MX SoC updates for 4.16
From: Shawn Guo @ 2018-01-03 5:57 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <1514959040-9992-1-git-send-email-shawnguo@kernel.org>
The following changes since commit 50c4c4e268a2d7a3e58ebb698ac74da0de40ae36:
Linux 4.15-rc3 (2017-12-10 17:56:26 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux.git tags/imx-soc-4.16
for you to fetch changes up to 5b2576ecf19418de699e230587a6d0b928a05e31:
ARM: imx: remove unused imx3 pm definitions (2017-12-26 16:30:20 +0800)
----------------------------------------------------------------
i.MX SoC updates for 4.16:
- Drop power saving status checking from MMDC driver probe function,
since there is nothing really depending on power saving being
enabled.
- Clean up unused imx3 pm definitions.
----------------------------------------------------------------
Lucas Stach (1):
ARM: imx: don't abort MMDC probe if power saving status doesn't match
Martin Kaiser (1):
ARM: imx: remove unused imx3 pm definitions
arch/arm/mach-imx/common.h | 9 ---------
arch/arm/mach-imx/mmdc.c | 11 -----------
2 files changed, 20 deletions(-)
^ permalink raw reply
* [GIT PULL 1/5] i.MX drivers updates for 4.16
From: Shawn Guo @ 2018-01-03 5:57 UTC (permalink / raw)
To: linux-arm-kernel
The following changes since commit 50c4c4e268a2d7a3e58ebb698ac74da0de40ae36:
Linux 4.15-rc3 (2017-12-10 17:56:26 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux.git tags/imx-drivers-4.16
for you to fetch changes up to cfabb7921ccbede2968e5049d433ba3d0e0950af:
soc: imx: gpc: Add i.MX6SX PCI power domain (2017-12-26 16:26:46 +0800)
----------------------------------------------------------------
i.MX drivers update for 4.16:
- Update i.MX GPC driver to support PCI power domain of i.MX6SX SoC.
----------------------------------------------------------------
Fabio Estevam (1):
soc: imx: gpc: Add i.MX6SX PCI power domain
Documentation/devicetree/bindings/power/fsl,imx-gpc.txt | 3 +++
drivers/soc/imx/gpc.c | 16 +++++++++++++++-
2 files changed, 18 insertions(+), 1 deletion(-)
^ permalink raw reply
* [PATCH 02/11] clk: sunxi-ng: a83t: Add M divider to TCON1 clock
From: Chen-Yu Tsai @ 2018-01-03 5:46 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <20171230210203.24115-3-jernej.skrabec@siol.net>
On Sun, Dec 31, 2017 at 5:01 AM, Jernej Skrabec <jernej.skrabec@siol.net> wrote:
> TCON1 also has M divider, contrary to TCON0.
>
> Fixes: 05359be1176b ("clk: sunxi-ng: Add driver for A83T CCU")
>
> Signed-off-by: Jernej Skrabec <jernej.skrabec@siol.net>
Added "And the mux is only 2 bits wide, instead of 3." to the commit
message and applied.
ChenYu
^ permalink raw reply
* [LINUX PATCH 3/4] dmaengine: xilinx_dma: Fix compilation warning
From: Vinod Koul @ 2018-01-03 5:27 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <CY1PR02MB169249D209C6E76AA7067269DC1E0@CY1PR02MB1692.namprd02.prod.outlook.com>
On Wed, Jan 03, 2018 at 05:13:29AM +0000, Appana Durga Kedareswara Rao wrote:
> Hi Vinod,
>
> Thanks for the review...
>
> >
> >On Thu, Dec 21, 2017 at 03:41:37PM +0530, Kedareswara rao Appana wrote:
> >
> >Fix title here too
>
> Sure will fix in v2...
>
> >
> >BTW whats with LINUX tag in patches, pls drop them
>
> Ok will mention the Linux tag info in the cover letter patch from the next
> patch series on wards...
Please wrap your replies within 80chars. It is very hard to read! I have
reflown for readability
Can you explain what you mean by that info, what are you trying to convey?
--
~Vinod
^ permalink raw reply
* [LINUX PATCH 3/4] dmaengine: xilinx_dma: Fix compilation warning
From: Appana Durga Kedareswara Rao @ 2018-01-03 5:13 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <20180103035918.GH18649@localhost>
Hi Vinod,
Thanks for the review...
>
>On Thu, Dec 21, 2017 at 03:41:37PM +0530, Kedareswara rao Appana wrote:
>
>Fix title here too
Sure will fix in v2...
>
>BTW whats with LINUX tag in patches, pls drop them
Ok will mention the Linux tag info in the cover letter patch from the next patch series on wards...
Regards,
Kedar.
>
>> This patch fixes the below sparse warning in the driver
>> drivers/dma/xilinx/xilinx_dma.c: In function
>?xilinx_vdma_dma_prep_interleaved?:
>> drivers/dma/xilinx/xilinx_dma.c:1614:43: warning: variable ?prev? set but not
>used [-Wunused-but-set-variable]
>> struct xilinx_vdma_tx_segment *segment, *prev = NULL;
>>
>> Signed-off-by: Kedareswara rao Appana <appanad@xilinx.com>
>> ---
>> drivers/dma/xilinx/xilinx_dma.c | 4 +---
>> 1 file changed, 1 insertion(+), 3 deletions(-)
>>
>> diff --git a/drivers/dma/xilinx/xilinx_dma.c
>> b/drivers/dma/xilinx/xilinx_dma.c index 8467671..845e638 100644
>> --- a/drivers/dma/xilinx/xilinx_dma.c
>> +++ b/drivers/dma/xilinx/xilinx_dma.c
>> @@ -1611,7 +1611,7 @@ xilinx_vdma_dma_prep_interleaved(struct dma_chan
>> *dchan, {
>> struct xilinx_dma_chan *chan = to_xilinx_chan(dchan);
>> struct xilinx_dma_tx_descriptor *desc;
>> - struct xilinx_vdma_tx_segment *segment, *prev = NULL;
>> + struct xilinx_vdma_tx_segment *segment;
>> struct xilinx_vdma_desc_hw *hw;
>>
>> if (!is_slave_direction(xt->dir))
>> @@ -1665,8 +1665,6 @@ xilinx_vdma_dma_prep_interleaved(struct dma_chan
>*dchan,
>> /* Insert the segment into the descriptor segments list. */
>> list_add_tail(&segment->node, &desc->segments);
>>
>> - prev = segment;
>> -
>> /* Link the last hardware descriptor with the first. */
>> segment = list_first_entry(&desc->segments,
>> struct xilinx_vdma_tx_segment, node);
>> --
>> 2.7.4
>>
>
>--
>~Vinod
^ permalink raw reply
* [LINUX PATCH 2/4] dmaengine: xilinx_dma: Fix race condition in the driver for cdma
From: Appana Durga Kedareswara Rao @ 2018-01-03 5:10 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <20180103035845.GG18649@localhost>
Hi Vinod,
Thanks for the review...
>
>On Thu, Dec 21, 2017 at 03:41:36PM +0530, Kedareswara rao Appana wrote:
>
>same issue for patch title here too
Ok will fix in v2...
>
>> when hardware is idle we need to toggle the SG bit in the control
>> register, inorder to update new value to the current descriptor
>> register other wise undefined results will occur.
>
>can you try making it bit more clear..
Sure will fix in v2...
Regards,
Kedar.
>
>>
>> This patch updates the same.
>>
>> Signed-off-by: Kedareswara rao Appana <appanad@xilinx.com>
>> ---
>> drivers/dma/xilinx/xilinx_dma.c | 10 ++++++++++
>> 1 file changed, 10 insertions(+)
>>
>> diff --git a/drivers/dma/xilinx/xilinx_dma.c
>> b/drivers/dma/xilinx/xilinx_dma.c index 21ac954..8467671 100644
>> --- a/drivers/dma/xilinx/xilinx_dma.c
>> +++ b/drivers/dma/xilinx/xilinx_dma.c
>> @@ -1204,6 +1204,12 @@ static void xilinx_cdma_start_transfer(struct
>xilinx_dma_chan *chan)
>> }
>>
>> if (chan->has_sg) {
>> + dma_ctrl_clr(chan, XILINX_DMA_REG_DMACR,
>> + XILINX_CDMA_CR_SGMODE);
>> +
>> + dma_ctrl_set(chan, XILINX_DMA_REG_DMACR,
>> + XILINX_CDMA_CR_SGMODE);
>> +
>> xilinx_write(chan, XILINX_DMA_REG_CURDESC,
>> head_desc->async_tx.phys);
>>
>> @@ -2052,6 +2058,10 @@ static int xilinx_dma_terminate_all(struct dma_chan
>*dchan)
>> chan->cyclic = false;
>> }
>>
>> + if ((chan->xdev->dma_config->dmatype == XDMA_TYPE_CDMA) &&
>chan->has_sg)
>> + dma_ctrl_clr(chan, XILINX_DMA_REG_DMACR,
>> + XILINX_CDMA_CR_SGMODE);
>> +
>> return 0;
>> }
>>
>> --
>> 2.7.4
>>
>
>--
>~Vinod
^ permalink raw reply
* [LINUX PATCH 1/4] dmaengine: xilinx_dma: Fix dma_get_slave_caps() API failures
From: Appana Durga Kedareswara Rao @ 2018-01-03 5:09 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <20180103035735.GF18649@localhost>
Hi Vinod,
Thanks for the review...
>
>On Thu, Dec 21, 2017 at 03:41:35PM +0530, Kedareswara rao Appana wrote:
>
>Patch title should say what is does, not the cause/effect
Sure will fix in v2...
>
>An apt title might be "populate dma caps properly"
>
>> When client driver uses dma_get_slave_caps() api, it checks for
>> certain fields of dma_device struct currently driver is not settings
>> few fields resulting
>> dma_get_slave_caps() returning failure.
>
>It would help to mention the fields you are setting here
Sure will fix in v2...
Regards,
Kedar.
>
>>
>> This patch fixes this issue by populating proper values to the struct
>> dma_device fields.
>>
>> Signed-off-by: Kedareswara rao Appana <appanad@xilinx.com>
>> ---
>> drivers/dma/xilinx/xilinx_dma.c | 4 ++++
>> 1 file changed, 4 insertions(+)
>>
>> diff --git a/drivers/dma/xilinx/xilinx_dma.c
>> b/drivers/dma/xilinx/xilinx_dma.c index 88d317d..21ac954 100644
>> --- a/drivers/dma/xilinx/xilinx_dma.c
>> +++ b/drivers/dma/xilinx/xilinx_dma.c
>> @@ -2398,6 +2398,7 @@ static int xilinx_dma_chan_probe(struct
>xilinx_dma_device *xdev,
>> chan->direction = DMA_MEM_TO_DEV;
>> chan->id = chan_id;
>> chan->tdest = chan_id;
>> + xdev->common.directions = BIT(DMA_MEM_TO_DEV);
>>
>> chan->ctrl_offset = XILINX_DMA_MM2S_CTRL_OFFSET;
>> if (xdev->dma_config->dmatype == XDMA_TYPE_VDMA) { @@ -
>2415,6
>> +2416,7 @@ static int xilinx_dma_chan_probe(struct xilinx_dma_device *xdev,
>> chan->direction = DMA_DEV_TO_MEM;
>> chan->id = chan_id;
>> chan->tdest = chan_id - xdev->nr_channels;
>> + xdev->common.directions |= BIT(DMA_DEV_TO_MEM);
>>
>> chan->ctrl_offset = XILINX_DMA_S2MM_CTRL_OFFSET;
>> if (xdev->dma_config->dmatype == XDMA_TYPE_VDMA) { @@ -
>2629,6
>> +2631,8 @@ static int xilinx_dma_probe(struct platform_device *pdev)
>> dma_cap_set(DMA_PRIVATE, xdev->common.cap_mask);
>> }
>>
>> + xdev->common.dst_addr_widths = BIT(addr_width / 8);
>> + xdev->common.src_addr_widths = BIT(addr_width / 8);
>> xdev->common.device_alloc_chan_resources =
>> xilinx_dma_alloc_chan_resources;
>> xdev->common.device_free_chan_resources =
>> --
>> 2.7.4
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe dmaengine"
>> in the body of a message to majordomo at vger.kernel.org More majordomo
>> info at http://vger.kernel.org/majordomo-info.html
>
>--
>~Vinod
^ permalink raw reply
* [GIT PULL] ARM: aspeed: dts changes for 4.16
From: Joel Stanley @ 2018-01-03 4:17 UTC (permalink / raw)
To: linux-arm-kernel
Hello ARM maintainers,
Here are the ASPEED devicetree updates for 4.16.
They've had a run through a few next trees where Stephen noticed two minor
merge conflicts[1] that should be obvious to resolve, but please let me know if
you have concerns.
[1] https://lkml.org/lkml/2017/12/21/750
As discussed with Arnd, there is a commit for a clock header in
include/dt-bindings
that is also being merged through the clk tree. This should require no special
attention.
Thanks!
The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323:
Linux 4.15-rc1 (2017-11-26 16:01:47 -0800)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/joel/aspeed.git
tags/aspeed-4.16-devicetree
for you to fetch changes up to e40ed274489a5f516da120186578eb379b452ac6:
ARM: dts: aspeed-evb: Add unit name to memory node (2017-12-21 14:03:22 +1030)
----------------------------------------------------------------
ASPEED device tree updates for 4.16
Clock driver support:
Rework all platforms to use proper clock bindings. Linux should now boot
upstream kernels on ast2400 and ast2500 platforms without out of tree
patches.
New systems:
Witherspoon: OpenPower Power9 server manufactured by IBM that uses
the ASPEED ast2500
Zaius: OpenPower Power9 server manufactured by Invatech that uses the
ASPEED ast2500
Q71L: Intel Xeon server manufactured by Qanta that uses the ASPEED ast2400
We also see updates to the Palmetto and Romulus systems to bring them in
line with the functionality of those above.
The systems take advantage of recently added drivers for LPC Snoop
device and the PWM/Tachometer fan controller.
OpenBMC flash layout:
The flash layout used OpenBMC systems is added and the device trees now
use it.
----------------------------------------------------------------
Andrew Jeffery (1):
ARM: dts: aspeed: Add LPC and child devices
Joel Stanley (17):
dt-bindings: clock: Add ASPEED constants
dt-bindings: gpio: Add ASPEED constants
ARM: dts: aspeed: Add proper clock references
ARM: dts: aspeed: Add MAC clocks
ARM: dts: aspeed: Add watchdog clocks
ARM: dts: aspeed: Add flash controller clocks
ARM: dts: aspeed: Add clock phandle to GPIO
ARM: dts: aspeed: Add PWM and tachometer node
ARM: dts: aspeed: Add LPC Snoop device
ARM: dts: aspeed: Remove skeleton.dtsi
ARM: dts: aspeed: Update license headers
ARM: dts: Add OpenBMC flash layout
ARM: dts: aspeed: Sort ASPEED entries in makefile
ARM: dts: aspeed: Add Witherspoon BMC machine
ARM: dts: aspeed-romulus: Update Romulus system
ARM: dts: aspeed-plametto: Add flash layout and fix memory node
ARM: dts: aspeed-evb: Add unit name to memory node
Rick Altherr (1):
ARM: dts: aspeed: Add Qanta Q71L BMC machine
Xo Wang (1):
ARM: dts: aspeed: Add Ingrasys Zaius BMC machine
arch/arm/boot/dts/Makefile | 8 +-
arch/arm/boot/dts/aspeed-ast2500-evb.dts | 4 +-
arch/arm/boot/dts/aspeed-bmc-opp-palmetto.dts | 5 +-
arch/arm/boot/dts/aspeed-bmc-opp-romulus.dts | 135 +++++-
arch/arm/boot/dts/aspeed-bmc-opp-witherspoon.dts | 548 +++++++++++++++++++++++
arch/arm/boot/dts/aspeed-bmc-opp-zaius.dts | 426 ++++++++++++++++++
arch/arm/boot/dts/aspeed-bmc-quanta-q71l.dts | 458 +++++++++++++++++++
arch/arm/boot/dts/aspeed-g4.dtsi | 165 ++++---
arch/arm/boot/dts/aspeed-g5.dtsi | 156 ++++---
arch/arm/boot/dts/openbmc-flash-layout.dtsi | 32 ++
include/dt-bindings/clock/aspeed-clock.h | 52 +++
include/dt-bindings/gpio/aspeed-gpio.h | 49 ++
12 files changed, 1888 insertions(+), 150 deletions(-)
create mode 100644 arch/arm/boot/dts/aspeed-bmc-opp-witherspoon.dts
create mode 100644 arch/arm/boot/dts/aspeed-bmc-opp-zaius.dts
create mode 100644 arch/arm/boot/dts/aspeed-bmc-quanta-q71l.dts
create mode 100644 arch/arm/boot/dts/openbmc-flash-layout.dtsi
create mode 100644 include/dt-bindings/clock/aspeed-clock.h
create mode 100644 include/dt-bindings/gpio/aspeed-gpio.h
^ permalink raw reply
* [LINUX PATCH 3/4] dmaengine: xilinx_dma: Fix compilation warning
From: Vinod Koul @ 2018-01-03 3:59 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <1513851098-15787-4-git-send-email-appanad@xilinx.com>
On Thu, Dec 21, 2017 at 03:41:37PM +0530, Kedareswara rao Appana wrote:
Fix title here too
BTW whats with LINUX tag in patches, pls drop them
> This patch fixes the below sparse warning in the driver
> drivers/dma/xilinx/xilinx_dma.c: In function ?xilinx_vdma_dma_prep_interleaved?:
> drivers/dma/xilinx/xilinx_dma.c:1614:43: warning: variable ?prev? set but not used [-Wunused-but-set-variable]
> struct xilinx_vdma_tx_segment *segment, *prev = NULL;
>
> Signed-off-by: Kedareswara rao Appana <appanad@xilinx.com>
> ---
> drivers/dma/xilinx/xilinx_dma.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/drivers/dma/xilinx/xilinx_dma.c b/drivers/dma/xilinx/xilinx_dma.c
> index 8467671..845e638 100644
> --- a/drivers/dma/xilinx/xilinx_dma.c
> +++ b/drivers/dma/xilinx/xilinx_dma.c
> @@ -1611,7 +1611,7 @@ xilinx_vdma_dma_prep_interleaved(struct dma_chan *dchan,
> {
> struct xilinx_dma_chan *chan = to_xilinx_chan(dchan);
> struct xilinx_dma_tx_descriptor *desc;
> - struct xilinx_vdma_tx_segment *segment, *prev = NULL;
> + struct xilinx_vdma_tx_segment *segment;
> struct xilinx_vdma_desc_hw *hw;
>
> if (!is_slave_direction(xt->dir))
> @@ -1665,8 +1665,6 @@ xilinx_vdma_dma_prep_interleaved(struct dma_chan *dchan,
> /* Insert the segment into the descriptor segments list. */
> list_add_tail(&segment->node, &desc->segments);
>
> - prev = segment;
> -
> /* Link the last hardware descriptor with the first. */
> segment = list_first_entry(&desc->segments,
> struct xilinx_vdma_tx_segment, node);
> --
> 2.7.4
>
--
~Vinod
^ permalink raw reply
* [LINUX PATCH 2/4] dmaengine: xilinx_dma: Fix race condition in the driver for cdma
From: Vinod Koul @ 2018-01-03 3:58 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <1513851098-15787-3-git-send-email-appanad@xilinx.com>
On Thu, Dec 21, 2017 at 03:41:36PM +0530, Kedareswara rao Appana wrote:
same issue for patch title here too
> when hardware is idle we need to toggle the SG bit
> in the control register, inorder to update new value to the
> current descriptor register other wise undefined
> results will occur.
can you try making it bit more clear..
>
> This patch updates the same.
>
> Signed-off-by: Kedareswara rao Appana <appanad@xilinx.com>
> ---
> drivers/dma/xilinx/xilinx_dma.c | 10 ++++++++++
> 1 file changed, 10 insertions(+)
>
> diff --git a/drivers/dma/xilinx/xilinx_dma.c b/drivers/dma/xilinx/xilinx_dma.c
> index 21ac954..8467671 100644
> --- a/drivers/dma/xilinx/xilinx_dma.c
> +++ b/drivers/dma/xilinx/xilinx_dma.c
> @@ -1204,6 +1204,12 @@ static void xilinx_cdma_start_transfer(struct xilinx_dma_chan *chan)
> }
>
> if (chan->has_sg) {
> + dma_ctrl_clr(chan, XILINX_DMA_REG_DMACR,
> + XILINX_CDMA_CR_SGMODE);
> +
> + dma_ctrl_set(chan, XILINX_DMA_REG_DMACR,
> + XILINX_CDMA_CR_SGMODE);
> +
> xilinx_write(chan, XILINX_DMA_REG_CURDESC,
> head_desc->async_tx.phys);
>
> @@ -2052,6 +2058,10 @@ static int xilinx_dma_terminate_all(struct dma_chan *dchan)
> chan->cyclic = false;
> }
>
> + if ((chan->xdev->dma_config->dmatype == XDMA_TYPE_CDMA) && chan->has_sg)
> + dma_ctrl_clr(chan, XILINX_DMA_REG_DMACR,
> + XILINX_CDMA_CR_SGMODE);
> +
> return 0;
> }
>
> --
> 2.7.4
>
--
~Vinod
^ permalink raw reply
* [LINUX PATCH 1/4] dmaengine: xilinx_dma: Fix dma_get_slave_caps() API failures
From: Vinod Koul @ 2018-01-03 3:57 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <1513851098-15787-2-git-send-email-appanad@xilinx.com>
On Thu, Dec 21, 2017 at 03:41:35PM +0530, Kedareswara rao Appana wrote:
Patch title should say what is does, not the cause/effect
An apt title might be "populate dma caps properly"
> When client driver uses dma_get_slave_caps() api,
> it checks for certain fields of dma_device struct
> currently driver is not settings few fields resulting
> dma_get_slave_caps() returning failure.
It would help to mention the fields you are setting here
>
> This patch fixes this issue by populating proper values
> to the struct dma_device fields.
>
> Signed-off-by: Kedareswara rao Appana <appanad@xilinx.com>
> ---
> drivers/dma/xilinx/xilinx_dma.c | 4 ++++
> 1 file changed, 4 insertions(+)
>
> diff --git a/drivers/dma/xilinx/xilinx_dma.c b/drivers/dma/xilinx/xilinx_dma.c
> index 88d317d..21ac954 100644
> --- a/drivers/dma/xilinx/xilinx_dma.c
> +++ b/drivers/dma/xilinx/xilinx_dma.c
> @@ -2398,6 +2398,7 @@ static int xilinx_dma_chan_probe(struct xilinx_dma_device *xdev,
> chan->direction = DMA_MEM_TO_DEV;
> chan->id = chan_id;
> chan->tdest = chan_id;
> + xdev->common.directions = BIT(DMA_MEM_TO_DEV);
>
> chan->ctrl_offset = XILINX_DMA_MM2S_CTRL_OFFSET;
> if (xdev->dma_config->dmatype == XDMA_TYPE_VDMA) {
> @@ -2415,6 +2416,7 @@ static int xilinx_dma_chan_probe(struct xilinx_dma_device *xdev,
> chan->direction = DMA_DEV_TO_MEM;
> chan->id = chan_id;
> chan->tdest = chan_id - xdev->nr_channels;
> + xdev->common.directions |= BIT(DMA_DEV_TO_MEM);
>
> chan->ctrl_offset = XILINX_DMA_S2MM_CTRL_OFFSET;
> if (xdev->dma_config->dmatype == XDMA_TYPE_VDMA) {
> @@ -2629,6 +2631,8 @@ static int xilinx_dma_probe(struct platform_device *pdev)
> dma_cap_set(DMA_PRIVATE, xdev->common.cap_mask);
> }
>
> + xdev->common.dst_addr_widths = BIT(addr_width / 8);
> + xdev->common.src_addr_widths = BIT(addr_width / 8);
> xdev->common.device_alloc_chan_resources =
> xilinx_dma_alloc_chan_resources;
> xdev->common.device_free_chan_resources =
> --
> 2.7.4
>
> --
> To unsubscribe from this list: send the line "unsubscribe dmaengine" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
~Vinod
^ permalink raw reply
* [PATCH] ethernet/broadcom: Use zeroing memory allocator than allocator/memset
From: David Miller @ 2018-01-03 2:56 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <1514648697-7148-1-git-send-email-himanshujha199640@gmail.com>
From: Himanshu Jha <himanshujha199640@gmail.com>
Date: Sat, 30 Dec 2017 21:14:57 +0530
> Use dma_zalloc_coherent for allocating zeroed
> memory and remove unnecessary memset function.
>
> Done using Coccinelle.
> Generated-by: scripts/coccinelle/api/alloc/kzalloc-simple.cocci
> 0-day tested with no failures.
>
> Suggested-by: Luis R. Rodriguez <mcgrof@kernel.org>
> Signed-off-by: Himanshu Jha <himanshujha199640@gmail.com>
Applied.
^ permalink raw reply
* [linux-sunxi] [PATCH v4 1/6] ARM: sunxi: h3/h5: add simplefb nodes
From: Chen-Yu Tsai @ 2018-01-03 2:47 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <2823749.lCJ0TQNemj@ice-x220i>
On Tue, Jan 2, 2018 at 4:14 PM, Icenowy Zheng <icenowy@aosc.io> wrote:
> ? 2018?1?2???? CST ??4:11:04?Chen-Yu Tsai ???
>> On Sat, Dec 30, 2017 at 7:30 PM, Icenowy Zheng <icenowy@aosc.io> wrote:
>> > The H3/H5 SoCs have a HDMI output and a TV Composite output.
>> >
>> > Add simplefb nodes for these outputs.
>> >
>> > Signed-off-by: Icenowy Zheng <icenowy@aosc.io>
>> > ---
>> > Changes in v4:
>> > - Dropped extra clocks (bus clocks and HDMI DDC clocks), only keep the
>> >
>> > clocks that are needed to display framebuffer to the monitor.
>>
>> Looks good. I assume you've tested this? It does continue to work
>> with the bus and DDC clocks disabled, right?
>
> Yes. This patchset is tested in Orange Pi PC and SoPine w/ Baseboard "Model
> A".
Applied this one.
ChenYu
^ permalink raw reply
* [PATCH V3] ARM: imx: use outer_disable/resume for low power
From: Fabio Estevam @ 2018-01-03 2:43 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <DB6PR04MB3221B5BFB31D39309EF5C7EB881E0@DB6PR04MB3221.eurprd04.prod.outlook.com>
Hi Peng,
On Tue, Jan 2, 2018 at 10:53 PM, Peng Fan <peng.fan@nxp.com> wrote:
>
> A better solution maybe
>
> if (outer_cache.write_sec)
> outer_disable();
>
> .....
>
> if (outer_cache.write_sec)
> outer_resume();
>
> Then, nothing changed for secure linux. The outer_disable/outer_resume only effects
> When linunx running in non-secure world.
>
> Any comments?
Looks like a better solution, indeed.
^ permalink raw reply
* [PATCH 2/2] cpufreq: imx6q: add 696MHz operating point for i.mx6ul
From: Anson Huang @ 2018-01-03 2:10 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <CAOMZO5ADWdbDoCO8b4JVDag=PH2MgLsLbQ6DJU8VvJh6G6qMkQ@mail.gmail.com>
Post the discussion mail to arm kernel mail list, since last mail is rejected due to incorrect format, sorry for the confusion.
Best Regards!
Anson Huang
> -----Original Message-----
> From: Fabio Estevam [mailto:festevam at gmail.com]
> Sent: 2018-01-02 11:33 PM
> To: Anson Huang <anson.huang@nxp.com>
> Cc: moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE <linux-
> arm-kernel at lists.infradead.org>; open list:OPEN FIRMWARE AND FLATTENED
> DEVICE TREE BINDINGS <devicetree@vger.kernel.org>; linux-
> pm at vger.kernel.org; linux-kernel <linux-kernel@vger.kernel.org>; Mark
> Rutland <mark.rutland@arm.com>; A.s. Dong <aisheng.dong@nxp.com>; Jacky
> Bai <ping.bai@nxp.com>; viresh kumar <viresh.kumar@linaro.org>;
> rjw at rjwysocki.net; Russell King - ARM Linux <linux@armlinux.org.uk>; Rob
> Herring <robh+dt@kernel.org>; Sascha Hauer <kernel@pengutronix.de>;
> Fabio Estevam <fabio.estevam@nxp.com>; Shawn Guo
> <shawnguo@kernel.org>
> Subject: Re: [PATCH 2/2] cpufreq: imx6q: add 696MHz operating point for
> i.mx6ul
>
> On Tue, Jan 2, 2018 at 1:17 PM, Anson Huang <anson.huang@nxp.com> wrote:
>
> > This change is only valid for mx6ul and mx6ull, other SoCs like
> > 6q/dl/qp are NOT impacted.
>
> Thanks for the clarification:
>
> Reviewed-by: Fabio Estevam <fabio.estevam@nxp.com>
^ permalink raw reply
* [PATCH 1/2] ARM: dts: imx6ul: add 696MHz operating point
From: Anson Huang @ 2018-01-03 2:09 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <CAOMZO5BGmnNzv7YobtB+KOi0PM+qzyYi97q_NZtT1PU_e+Bcbg@mail.gmail.com>
Post this discussion mail to kernel mail list, since last mail is rejected due to incorrect format, sorry for confusion.
Best Regards!
Anson Huang
> -----Original Message-----
> From: Fabio Estevam [mailto:festevam at gmail.com]
> Sent: 2018-01-02 11:32 PM
> To: Anson Huang <anson.huang@nxp.com>
> Cc: moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE <linux-
> arm-kernel at lists.infradead.org>; open list:OPEN FIRMWARE AND FLATTENED
> DEVICE TREE BINDINGS <devicetree@vger.kernel.org>; linux-
> pm at vger.kernel.org; linux-kernel <linux-kernel@vger.kernel.org>; Mark
> Rutland <mark.rutland@arm.com>; A.s. Dong <aisheng.dong@nxp.com>; Jacky
> Bai <ping.bai@nxp.com>; viresh kumar <viresh.kumar@linaro.org>;
> rjw at rjwysocki.net; Russell King - ARM Linux <linux@armlinux.org.uk>; Rob
> Herring <robh+dt@kernel.org>; Sascha Hauer <kernel@pengutronix.de>;
> Fabio Estevam <fabio.estevam@nxp.com>; Shawn Guo
> <shawnguo@kernel.org>
> Subject: Re: [PATCH 1/2] ARM: dts: imx6ul: add 696MHz operating point
>
> On Tue, Jan 2, 2018 at 1:12 PM, Anson Huang <anson.huang@nxp.com> wrote:
>
> > There is a comment in VDD_ARM, VDD_SOC must NOT lower than VDD_ARM.
> >
> > Output voltage must be set to the following rules:
> > ? VDD_ARM_CAP <= VDD_SOC_CAP
> > ? VDD_SOC_CAP - VDD_ARM_CAP < 330 mV
>
> Thanks for the clarifcation.
>
> Reviewed-by: Fabio Estevam <fabio.estevam@nxp.com>
^ permalink raw reply
* [PATCH v7 5/5] clk: aspeed: Add reset controller
From: Stephen Boyd @ 2018-01-03 1:47 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <20171222024522.10362-6-joel@jms.id.au>
On 12/22, Joel Stanley wrote:
> There are some resets that are not associated with gates. These are
> represented by a reset controller.
>
> Reviewed-by: Andrew Jeffery <andrew@aj.id.au>
> Signed-off-by: Joel Stanley <joel@jms.id.au>
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
^ permalink raw reply
* [PATCH v7 4/5] clk: aspeed: Register gated clocks
From: Stephen Boyd @ 2018-01-03 1:47 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <20171222024522.10362-5-joel@jms.id.au>
On 12/22, Joel Stanley wrote:
> The majority of the clocks in the system are gates paired with a reset
> controller that holds the IP in reset.
>
> This borrows from clk_hw_register_gate, but registers two 'gates', one
> to control the clock enable register and the other to control the reset
> IP. This allows us to enforce the ordering:
>
> 1. Place IP in reset
> 2. Enable clock
> 3. Delay
> 4. Release reset
>
> There are some gates that do not have an associated reset; these are
> handled by using -1 as the index for the reset.
>
> Reviewed-by: Andrew Jeffery <andrew@aj.id.au>
> Signed-off-by: Joel Stanley <joel@jms.id.au>
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
^ permalink raw reply
* [PATCH v7 3/5] clk: aspeed: Add platform driver and register PLLs
From: Stephen Boyd @ 2018-01-03 1:47 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <20171222024522.10362-4-joel@jms.id.au>
On 12/22, Joel Stanley wrote:
> This registers a platform driver to set up all of the non-core clocks.
>
> The clocks that have configurable rates are now registered.
>
> Reviewed-by: Andrew Jeffery <andrew@aj.id.au>
> Signed-off-by: Joel Stanley <joel@jms.id.au>
> --
> v6:
> - Add Andrew's reviewed-by
> v5:
> - Remove eclk configuration. We do not have enough information to
> correctly implement the mux and divisor, so it will have to be
> implemented in the future
> v4:
> - Add eclk div table to fix ast2500 calculation
> - Add defines to document the BIT() macros
> - Pass dev where we can when registering clocks
> - Check for errors when registering clk_hws
> v3:
> - Fix bclk and eclk calculation
> - Separate out ast2400 and ast25000 for pll calculation
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
^ permalink raw reply
* [PATCH v7 2/5] clk: aspeed: Register core clocks
From: Stephen Boyd @ 2018-01-03 1:46 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <20171222024522.10362-3-joel@jms.id.au>
On 12/22, Joel Stanley wrote:
> This registers the core clocks; those which are required to calculate
> the rate of the timer peripheral so the system can load a clocksource
> driver.
>
> Reviewed-by: Andrew Jeffery <andrew@aj.id.au>
> Signed-off-by: Joel Stanley <joel@jms.id.au>
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
^ permalink raw reply
* [PATCH v7 1/5] clk: Add clock driver for ASPEED BMC SoCs
From: Stephen Boyd @ 2018-01-03 1:46 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <20171222024522.10362-2-joel@jms.id.au>
On 12/22, Joel Stanley wrote:
> This adds the stub of a driver for the ASPEED SoCs. The clocks are
> defined and the static registration is set up.
>
> Reviewed-by: Andrew Jeffery <andrew@aj.id.au>
> Signed-off-by: Joel Stanley <joel@jms.id.au>
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
^ permalink raw reply
* [PATCH V3] ARM: imx: use outer_disable/resume for low power
From: Peng Fan @ 2018-01-03 0:53 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <1514452141-14948-1-git-send-email-peng.fan@nxp.com>
> -----Original Message-----
> From: Peng Fan
> Sent: Thursday, December 28, 2017 5:09 PM
> To: shawnguo at kernel.org
> Cc: linux-arm-kernel at lists.infradead.org; linux-kernel at vger.kernel.org;
> van.freenix at gmail.com; Peng Fan <peng.fan@nxp.com>; Sascha Hauer
> <kernel@pengutronix.de>; Fabio Estevam <fabio.estevam@nxp.com>; A.s.
> Dong <aisheng.dong@nxp.com>; Russell King <linux@armlinux.org.uk>
> Subject: [PATCH V3] ARM: imx: use outer_disable/resume for low power
>
> Use outer_disable/resume for suspend/resume and low power idle.
> With the two APIs used, code could be easy to extend to introduce
> l2c_write_sec for i.MX platforms when moving Linux Kernel runs in non-secure
> world.
>
> The cache sync operation and l2c310_early_resume in suspend-imx6.S are kept.
> According to PL310 TRM for dormant mode: "The external power controller
> asserts the reset. Ensure the cache controller is placed back into run mode prior
> to the L1 masters.". So keep l2c310_early_resume.
>
> Another reason is alought L2 controller lose power, L2 memory not lose power.
> If l2c310_early_resume removed, outer_resume will do invalidation which may
> corrupt data. To keep safe, the cache sync operation is also kept.
>
> Signed-off-by: Peng Fan <peng.fan@nxp.com>
> Cc: Shawn Guo <shawnguo@kernel.org>
> Cc: Sascha Hauer <kernel@pengutronix.de>
> Cc: Fabio Estevam <fabio.estevam@nxp.com>
> Cc: Dong Aisheng <aisheng.dong@nxp.com>
> Cc: Russell King <linux@armlinux.org.uk>
> ---
>
> V3:
> Continue fix 6SX low power idle. Because L2 memory not lose power,
> outer_disable seems not clearly flush all the data or flush l1 -> flush l2 ->cache
> sync must be followed, outer_resume will invalidate the cache, which corrupt
> data and cause issues. So in V3, only add outer_disable/resume to make it
> simple.
> Add more commit log.
> Based on Shawn/for-next.
> V2:
> Fix 6SX booting. The V1 patch does not take 6SX low power idle into
> consideration.
>
> arch/arm/mach-imx/cpuidle-imx6sx.c | 2 ++
> arch/arm/mach-imx/pm-imx6.c | 2 ++
> 2 files changed, 4 insertions(+)
>
> diff --git a/arch/arm/mach-imx/cpuidle-imx6sx.c b/arch/arm/mach-
> imx/cpuidle-imx6sx.c
> index c5a5c3a70ab1..b35841d133dc 100644
> --- a/arch/arm/mach-imx/cpuidle-imx6sx.c
> +++ b/arch/arm/mach-imx/cpuidle-imx6sx.c
> @@ -49,7 +49,9 @@ static int imx6sx_enter_wait(struct cpuidle_device *dev,
> cpu_pm_enter();
> cpu_cluster_pm_enter();
>
A better solution maybe
if (outer_cache.write_sec)
outer_disable();
.....
if (outer_cache.write_sec)
outer_resume();
Then, nothing changed for secure linux. The outer_disable/outer_resume only effects
When linunx running in non-secure world.
Any comments?
> + outer_disable();
> cpu_suspend(0, imx6sx_idle_finish);
> + outer_resume();
>
> cpu_cluster_pm_exit();
> cpu_pm_exit();
> diff --git a/arch/arm/mach-imx/pm-imx6.c b/arch/arm/mach-imx/pm-imx6.c
> index ecdf071653d4..153a0afc7645 100644
> --- a/arch/arm/mach-imx/pm-imx6.c
> +++ b/arch/arm/mach-imx/pm-imx6.c
> @@ -392,8 +392,10 @@ static int imx6q_pm_enter(suspend_state_t state)
> imx6_enable_rbc(true);
> imx_gpc_pre_suspend(true);
> imx_anatop_pre_suspend();
> + outer_disable();
> /* Zzz ... */
> cpu_suspend(0, imx6q_suspend_finish);
> + outer_resume();
> if (cpu_is_imx6q() || cpu_is_imx6dl())
> imx_smp_prepare();
> imx_anatop_post_resume();
> --
> 2.14.1
Thanks,
Peng.
^ permalink raw reply
* [RESEND PATCH v2 01/15] dt-bindings: soc: qcom: Add bindings for APR bus
From: Bjorn Andersson @ 2018-01-03 0:35 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <20171214173402.19074-2-srinivas.kandagatla@linaro.org>
On Thu 14 Dec 09:33 PST 2017, srinivas.kandagatla at linaro.org wrote:
> From: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>
>
> This patch add dt bindings for Qualcomm APR bus driver
>
> Signed-off-by: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>
> ---
> .../devicetree/bindings/soc/qcom/qcom,apr.txt | 28 ++++++++++++++++++++++
> 1 file changed, 28 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/soc/qcom/qcom,apr.txt
>
> diff --git a/Documentation/devicetree/bindings/soc/qcom/qcom,apr.txt b/Documentation/devicetree/bindings/soc/qcom/qcom,apr.txt
> new file mode 100644
> index 000000000000..4e93213ae98d
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/soc/qcom/qcom,apr.txt
> @@ -0,0 +1,28 @@
> +Qualcomm APR (Asynchronous Packet Router) binding
> +
> +This binding describes the Qualcomm APR. APR is a IPC protocol for
> +communication between Application processor and QDSP. APR is mainly
> +used for audio/voice services on the QDSP.
> +
> +- compatible:
> + Usage: required
> + Value type: <stringlist>
> + Definition: must be "qcom,apr-<SOC-NAME>" example: "qcom,apr-msm8996"
This is not the only apr on msm8996 and some platform seems to have 3-4
aprs. I'm therefor hesitant to use the compatible to pick the static
list of services available on the particular firmware.
If this scheme is followed we at least would need to rename this
qcom,msm8996-apr-audio-svc
But I think it would be preferable to go with qcom,apr-v2 and then list
the static services as child nodes.
> +
> +
> +- qcom,smd-channel:
> + Usage: required
> + Value type: <string>
> + Definition: standard SMD property specifying the SMD channel used for
> + communication with the APR on QDSP.
> + Should be "apr_audio_svc".
This is not the only APR channel, but for apr itself this doesn't matter
and might as well be qcom,glink-channels; so perhaps we can omit this
from this document?
> + Described in soc/qcom/qcom,smd.txt
> +
> += EXAMPLE
> +The following example represents a QDSP based sound card on a MSM8996 device
> +which uses apr as communication between Apps and QDSP.
> +
> + apr {
> + compatible = "qcom,apr-msm8996";
> + qcom,smd-channels = "apr_audio_svc";
> + };
Regards,
Bjorn
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox