* [GIT PULL] STi defconfig updates for v4.10 round 2
From: Olof Johansson @ 2016-11-18 7:28 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <919f7b55-a2cd-fc20-a1cd-4d3f309fd60d@st.com>
On Thu, Nov 10, 2016 at 10:00:32AM +0100, Patrice Chotard wrote:
> Hi Olof, Arnd and Kevin,
>
> Please consider the second round of multi_v7_defconfig updates for v4.10 :
>
>
> The following changes since commit 620c52f4db4d47e1f33c64e641392fe575d5397f:
>
> ARM: multi_v7_defconfig: Remove stih41x phy Kconfig symbol. (2016-10-20 17:05:08 +0200)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/pchotard/sti.git sti-defconfig-for-4.10-round2
>
> for you to fetch changes up to 57dae748959d0abae2b382ccee68621a82f827c8:
>
> ARM: multi_v7_defconfig: Remove ST_THERMAL_SYSCFG Kconfig symbol (2016-10-21 17:05:54 +0200)
>
> ----------------------------------------------------------------
>
> Remove STiH415/416 specific IPs
>
> As STiH415/416 have been removed from kernel, remove IPs only
> found on these socs, remove ST_THERMAL_SYSCFG.
Merged, thanks.
-Olof
^ permalink raw reply
* [GIT PULL] STi DT update for v4.10 round 2
From: Olof Johansson @ 2016-11-18 7:29 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <828ebfb1-7ed0-8e6b-116d-9ef74d804db6@st.com>
On Thu, Nov 10, 2016 at 10:00:48AM +0100, Patrice Chotard wrote:
> Hi Arnd, Kevin, Olof
>
> PLease consider this second round of STi dts update for v4.10 :
>
> The following changes since commit 97a0b97f9e8197429eee5f87ce14373f73dbd9d3:
>
> ARM: dts: stih410-clocks: Add PROC_STFE as a critical clock (2016-10-20 16:20:26 +0200)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/pchotard/sti.git tags/sti-dt-for-4.10-round2
>
> for you to fetch changes up to 64783ea7de0bff3de77cfdff1ed76428c288faac:
>
> ARM: dts: STiHxxx-b2120: change sound card name (2016-11-10 09:52:49 +0100)
>
> ----------------------------------------------------------------
> STi dts update:
>
> Change sound card name for B2120
> Enable sound card for B2260
> Remove stih415-clks.h
> Identify critical clocks for STiH407
> Fix typo in stih407-pinctrl.dtsi
>
> ----------------------------------------------------------------
> Arnaud Pouliquen (2):
> ARM: dts: STiH410-B2260: enable sound card
> ARM: dts: STiHxxx-b2120: change sound card name
>
> Geert Uytterhoeven (1):
> ARM: dts: STiH407: DT fix s/interrupts-names/interrupt-names/
>
> Patrice Chotard (1):
> ARM: dts: remove stih415-clks.h
>
> Peter Griffin (1):
> ARM: dts: stih407-clocks: Identify critical clocks
>
> arch/arm/boot/dts/stih407-clock.dtsi | 10 ++++++++++
> arch/arm/boot/dts/stih407-pinctrl.dtsi | 2 +-
> arch/arm/boot/dts/stih410-b2260.dts | 22 ++++++++++++++++++++++
> arch/arm/boot/dts/stihxxx-b2120.dtsi | 2 +-
> include/dt-bindings/clock/stih415-clks.h | 16 ----------------
> 5 files changed, 34 insertions(+), 18 deletions(-)
> delete mode 100644 include/dt-bindings/clock/stih415-clks.h
>
>
>
Merged, thanks!
-Olof
^ permalink raw reply
* [GIT PULL 1/2] SoCFPGA DTS updates for v4.10
From: Olof Johansson @ 2016-11-18 7:29 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <20161111205915.22173-1-dinguyen@kernel.org>
On Fri, Nov 11, 2016 at 02:59:14PM -0600, Dinh Nguyen wrote:
> Hi Arnd, Kevin, and Olof:
>
> Please pull in part 2 of these DTS updates for v4.10.
>
> Thanks,
> Dinh
>
> The following changes since commit c96f5919e6b0d132aa9afe9f1adc872fc107d5bb:
>
> ARM: dts: socfpga: socrates: enable qspi (2016-10-18 22:18:14 -0500)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/dinguyen/linux.git tags/socfpga_dts_for_v4.10_part_2
>
> for you to fetch changes up to d837a80d19505d74ee5941eebf9dd53fed6f36a6:
>
> ARM: dts: socfpga: add nand controller nodes (2016-11-09 12:40:52 -0600)
>
> ----------------------------------------------------------------
> SoCFPGA DTS update for v4.10, part 2
> - Add specific compatible strings for variants of Cyclone5 boards
> - Add QSPI node on Arria10
> - Enable QSPI on Arria5 and Arria10 devkit, and Cyclone5 SoCKit
> - Add NAND controller node on Cyclone5
>
> ----------------------------------------------------------------
> Dinh Nguyen (6):
> ARM: dts: socfpga: add specific compatible strings for boards
> ARM: dts: socfpga: enable qspi on the Cyclone5 devkit
> ARM: dts: socfpga: Add QSPI node for the Arria10
> ARM: dts: socfpga: Enable QSPI in Arria10 devkit
> ARM: dts: socfpga: Enable QSPI on the Cyclone5 sockit
> ARM: dts: socfpga: Enable QSPI on the Arria5 devkit
>
> Steffen Trumtrar (1):
> ARM: dts: socfpga: add nand controller nodes
>
> arch/arm/boot/dts/Makefile | 1 +
> arch/arm/boot/dts/socfpga.dtsi | 13 ++++++
> arch/arm/boot/dts/socfpga_arria10.dtsi | 14 +++++++
> arch/arm/boot/dts/socfpga_arria10_socdk_qspi.dts | 49 ++++++++++++++++++++++
> arch/arm/boot/dts/socfpga_arria5_socdk.dts | 33 +++++++++++++++
> arch/arm/boot/dts/socfpga_cyclone5_de0_sockit.dts | 2 +-
> arch/arm/boot/dts/socfpga_cyclone5_mcvevk.dts | 2 +-
> arch/arm/boot/dts/socfpga_cyclone5_socdk.dts | 35 +++++++++++++++-
> arch/arm/boot/dts/socfpga_cyclone5_sockit.dts | 23 +++++++++-
> arch/arm/boot/dts/socfpga_cyclone5_sodia.dts | 2 +-
> arch/arm/boot/dts/socfpga_cyclone5_vining_fpga.dts | 2 +-
> 11 files changed, 170 insertions(+), 6 deletions(-)
> create mode 100644 arch/arm/boot/dts/socfpga_arria10_socdk_qspi.dts
Merged, thanks!
-Olof
^ permalink raw reply
* [GIT PULL 2/2] SoCFPGA defconfig updates for v4.10
From: Olof Johansson @ 2016-11-18 7:30 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <20161111205915.22173-2-dinguyen@kernel.org>
On Fri, Nov 11, 2016 at 02:59:15PM -0600, Dinh Nguyen wrote:
> Hi Arnd, Kevin, and Olof:
>
> Please pull these defconfig updates for v4.10.
>
> Thanks,
> Dinh
>
> The following changes since commit 1001354ca34179f3db924eb66672442a173147dc:
>
> Linux 4.9-rc1 (2016-10-15 12:17:50 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/dinguyen/linux.git tags/socfpga_defconfig_updates_for_v4.10
>
> for you to fetch changes up to cab004fa972f06b236ba6b592bbb0512d5c6c158:
>
> ARM: socfpga_defconfig: enable FS configs to support Angstrom filesystem (2016-11-09 08:11:31 -0600)
>
> ----------------------------------------------------------------
> SoCFPGA defconfig updates for v4.10
> - enable QSPI, HIGHMEM, FPGA bridge and device-tree overlays
> - enable AUTOFS4 and NFS file system support
>
> ----------------------------------------------------------------
> Alan Tull (1):
> ARM: socfpga: updates for socfpga_defconfig
>
> Dinh Nguyen (2):
> ARM: socfpga_defconfig: Enable HIGHMEM
> ARM: socfpga_defconfig: enable FS configs to support Angstrom filesystem
>
> Steffen Trumtrar (1):
> ARM: socfpga: defconfig: enable qspi
Merged, thanks.
-Olof
^ permalink raw reply
* [GIT PULL 1/3] Rockchip driver changes for 4.10
From: Olof Johansson @ 2016-11-18 7:31 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <1698724.ZQnZMjf8xY@phil>
On Sat, Nov 12, 2016 at 04:34:17PM +0100, Heiko Stuebner wrote:
> Hi Arnd, Kevin, Olof,
>
> please find below and in the following two mails, Rockchip power-domain as
> well as dts32 and dts64 changes for 4.10.
>
> I don't think anything big stands out, just the usual mix of incremental
> improvements, so if stuff looks ok please pull.
>
>
> Thanks
> Heiko
>
>
> The following changes since commit 1001354ca34179f3db924eb66672442a173147dc:
>
> Linux 4.9-rc1 (2016-10-15 12:17:50 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip.git tags/v4.10-rockchip-drivers1
>
> for you to fetch changes up to dabc0259db63338f0e64107cc92b2241f98a3284:
>
> soc: rockchip: power-domain: Handle errors from of_genpd_add_provider_onecell (2016-11-11 02:14:59 +0100)
>
> ----------------------------------------------------------------
> Changes to the power-domain driver including counter presets now being set
> by firmware on the rk3399, avoiding infite loops when powering on/off a
> domain and actually returning an error if power-domain addition fails.
> The last part requires usage of the (new in 4.9-rc1) pm_genpd_remove
> functionality as well.
Merged, thanks!
-Olof
^ permalink raw reply
* [GIT PULL 2/3] Rockchip dts32 changes for 4.10
From: Olof Johansson @ 2016-11-18 7:32 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <2517910.T56YgEDzxC@phil>
On Sat, Nov 12, 2016 at 04:35:49PM +0100, Heiko Stuebner wrote:
> The following changes since commit 1001354ca34179f3db924eb66672442a173147dc:
>
> Linux 4.9-rc1 (2016-10-15 12:17:50 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip.git tags/v4.10-rockchip-dts32-1
>
> for you to fetch changes up to 6a8883d614c7bede1075a4850139daa9723c291e:
>
> ARM: dts: rockchip: replace to "max-frequency" instead of "clock-freq-min-max" (2016-11-09 14:46:04 +0100)
>
> ----------------------------------------------------------------
> 32bit devicetree changes for Rockchip including removal of skeleton.dtsi
> inclusion, missing unit names for memory nodes, various frequency
> optimizations allowing for better performance on rk3066, the usage of
> pin constants to bridge between the two numbering schemes used (gpio
> controllers using 0-31 and pins being labeled A0-A7,..., D0-D7)
> and UHS/HS modes for the mmc controllers on the popmetal board.
>
> Two new boards, the PX3-based evaluation board, with the PX3 being an
> industrial variant of the rk3188 soc and the Rikomagic MK808 board
> based around the rk3066 are also added.
Merged, thanks!
-Olof
^ permalink raw reply
* [GIT PULL 3/3] Rockchip dts64 changes for 4.10
From: Olof Johansson @ 2016-11-18 7:33 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <4932547.OPNQihgQS9@phil>
On Sat, Nov 12, 2016 at 04:36:25PM +0100, Heiko Stuebner wrote:
> The following changes since commit 1001354ca34179f3db924eb66672442a173147dc:
>
> Linux 4.9-rc1 (2016-10-15 12:17:50 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip.git tags/v4.10-rockchip-dts64-1
>
> for you to fetch changes up to c49590691f3819bb6be3f77938ef39038eb76643:
>
> arm64: dts: rockchip: replace to "max-frequency" instead of "clock-freq-min-max" (2016-11-09 15:08:55 +0100)
>
> ----------------------------------------------------------------
> 64bit devicetree changes including the px5 evaluation board
> a fix for wrong i2c registers on rk3368 a new nvmem cell and
> power-domain on rk3399 as well as moving mmc frequency
> properties to the more generic max-frequency one.
>
> ----------------------------------------------------------------
> Andy Yan (2):
> arm64: dts: rockchip: fix i2c resource error of rk3368
> arm64: dts: rockchip: Add PX5 Evaluation board
>
> Chris Zhong (1):
> arm64: dts: rockchip: add powerdomain for typec on rk3399
>
> Jaehoon Chung (1):
> arm64: dts: rockchip: replace to "max-frequency" instead of "clock-freq-min-max"
>
> Shawn Lin (2):
> arm64: dts: rockchip: Add more properties for emmc on px5-evb
> arm64: dts: rockchip: add sdmmc support for px5-evb
>
> Ziyuan Xu (1):
> arm64: dts: rockchip: add cpu-id nvmem cell node for rk3399
Merged, thanks!
-Olof
^ permalink raw reply
* [GIT PULL] Qualcomm ARM64 Defconfig Updates for v4.10
From: Olof Johansson @ 2016-11-18 7:33 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <1479017736-13564-1-git-send-email-andy.gross@linaro.org>
On Sun, Nov 13, 2016 at 12:15:31AM -0600, Andy Gross wrote:
> The following changes since commit 1001354ca34179f3db924eb66672442a173147dc:
>
> Linux 4.9-rc1 (2016-10-15 12:17:50 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/agross/linux.git tags/qcom-arm64-defconfig-for-4.10
>
> for you to fetch changes up to a77a713395392a7f79d89e634fe3e018c4f83898:
>
> arm64: configs: enable configs for msm899(2/4) basic support (2016-11-12 22:44:09 -0600)
>
> ----------------------------------------------------------------
> Qualcomm ARM64 Based defconfig Updates for v4.10
>
> * Enable defconfig options for MSM8992/8994
>
> ----------------------------------------------------------------
> Jeremy McNicoll (1):
> arm64: configs: enable configs for msm899(2/4) basic support
Merged, thanks.
-Olof
^ permalink raw reply
* [GIT PULL] Qualcomm ARM64 DT Updates for v4.10
From: Olof Johansson @ 2016-11-18 7:37 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <1479017736-13564-2-git-send-email-andy.gross@linaro.org>
On Sun, Nov 13, 2016 at 12:15:32AM -0600, Andy Gross wrote:
> The following changes since commit 1001354ca34179f3db924eb66672442a173147dc:
>
> Linux 4.9-rc1 (2016-10-15 12:17:50 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/agross/linux.git tags/qcom-arm64-for-4.10
>
> for you to fetch changes up to feeaf56ac78d283efe65ea60ec999d4bf3cf395e:
>
> arm64: dts: msm8994 SoC and Huawei Angler (Nexus 6P) support (2016-11-12 22:57:56 -0600)
>
> ----------------------------------------------------------------
> Qualcomm ARM64 Updates for v4.10
>
> * Add Hexagon SMD/PIL nodes
> * Add DB820c PMIC pins
> * Fixup APQ8016 voltage ranges
> * Add various MSM8996 nodes to support SMD/SMEM/SMP2P
> * Add support for Huawei Nexus 6P (Angler)
> * Add support for LG Nexus 5x (Bullhead)
Merged, thanks. Great to start seeing (almost) current phone support, even if
it's very basic hardware descriptions so far.
-Olof
^ permalink raw reply
* [GIT PULL] Qualcomm Defconfig Updates for v4.10
From: Olof Johansson @ 2016-11-18 7:37 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <1479017736-13564-3-git-send-email-andy.gross@linaro.org>
On Sun, Nov 13, 2016 at 12:15:33AM -0600, Andy Gross wrote:
> The following changes since commit 1001354ca34179f3db924eb66672442a173147dc:
>
> Linux 4.9-rc1 (2016-10-15 12:17:50 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/agross/linux.git tags/qcom-defconfig-for-4.10
>
> for you to fetch changes up to 206787737e308bb447d18adef7da7749188212f5:
>
> ARM: qcom_defconfig: Fix MDM9515 LCC and GCC config (2016-10-24 16:04:32 -0500)
>
> ----------------------------------------------------------------
> Qualcomm ARM Based defconfig Updates for v4.10
>
> * Fixup MDM9615 option names
Merged, thanks.
-Olof
^ permalink raw reply
* [GIT PULL] Qualcomm Driver Updates for v4.10
From: Olof Johansson @ 2016-11-18 7:39 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <1479017736-13564-4-git-send-email-andy.gross@linaro.org>
On Sun, Nov 13, 2016 at 12:15:34AM -0600, Andy Gross wrote:
> The following changes since commit 1001354ca34179f3db924eb66672442a173147dc:
>
> Linux 4.9-rc1 (2016-10-15 12:17:50 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/agross/linux.git tags/qcom-drivers-for-4.10
>
> for you to fetch changes up to bd4760ca03156731674a570e44490986189d8228:
>
> firmware: qcom: scm: Use devm_reset_controller_register() (2016-11-12 23:24:51 -0600)
>
> ----------------------------------------------------------------
> Qualcomm ARM Based Driver Updates for v4.10
>
> * Fixup QCOM SCM to use devm_reset_controller_register
> * Add QCOM pinctrl to Qualcomm MAINTAINERS entry
> * Add PM8994 regulator definitions
> * Add stub for WCNSS_CTRL API
Merged, thanks.
-Olof
^ permalink raw reply
* [GIT PULL] Qualcomm Device Tree Changes for v4.10
From: Olof Johansson @ 2016-11-18 7:43 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <1479017736-13564-5-git-send-email-andy.gross@linaro.org>
Hi,
On Sun, Nov 13, 2016 at 12:15:35AM -0600, Andy Gross wrote:
> The following changes since commit 1001354ca34179f3db924eb66672442a173147dc:
>
> Linux 4.9-rc1 (2016-10-15 12:17:50 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/agross/linux.git tags/qcom-dts-for-4.10
>
> for you to fetch changes up to 52a1a5f773110f687c34a828ef42fdb882b6b908:
>
> ARM: dts: add SMSC ethernet on the APQ8060 Dragonboard (2016-10-25 08:42:37 -0500)
>
> ----------------------------------------------------------------
> Qualcomm Device Tree Changes for v4.10
>
> * Add EBI2 support to MSM8660
> * Add SMSC ethernet support to APQ8060
> * Add support for display, pstore, iommu, and hdmi to APQ8064
> * Add SDHCI node to MSM8974 Hammerhead
> * Add WP8548 MangOH board support (MDM9615)
>
> ----------------------------------------------------------------
> Archit Taneja (2):
> arm: dts: qcom: apq8064: Add display DT nodes
> arm: dts: qcom: apq8064-ifc6410: Add HDMI support
>
> Bhushan Shah (1):
> ARM: dts: qcom: msm8974-hammerhead: Add sdhci1 node
>
> John Stultz (3):
> arm: dts: qcom: apq8064: Add dsi, gpu and iommu nodes
> arm: dts: qcom: apq8064-nexus7: Add DSI and panel nodes
> arm: dts: qcom: apq8064-nexus7: Add pstore support to nexus7
>
> Linus Walleij (2):
> ARM: dts: add EBI2 to the Qualcomm MSM8660 DTSI
> ARM: dts: add SMSC ethernet on the APQ8060 Dragonboard
>
> Neil Armstrong (5):
> ARM: dts: Add MDM9615 dtsi
> dt-bindings: qcom: Add MDM9615 bindings
> ARM: dts: Add Sierra Wireless WP8548 dtsi
> ARM: dts: Add WP8548 based MangOH Green board DTS
We tend to keep the SoC manufacturer as the topmost prefix here, to keep
things in common.
While the Sierra Wireless products are modules, they are based on QCOM SoCs.
So the expected names would be qcom-<soc>-module. Something like
qcom-mdm9615-wp8548.dtsi and qcom-mdm9615-wp8548-mangoh-green.dts.
Can you respin with this addressed? Thanks!
-Olof
^ permalink raw reply
* [GIT PULL] Qualcomm SoC Updates for v4.10
From: Olof Johansson @ 2016-11-18 7:44 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <1479017736-13564-6-git-send-email-andy.gross@linaro.org>
On Sun, Nov 13, 2016 at 12:15:36AM -0600, Andy Gross wrote:
> The following changes since commit 1001354ca34179f3db924eb66672442a173147dc:
>
> Linux 4.9-rc1 (2016-10-15 12:17:50 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/agross/linux.git tags/qcom-soc-for-4.10
>
> for you to fetch changes up to e19811a89d0f566bb781959e151f244bd3bcde8a:
>
> arm64: qcom: enable GPIOLIB in Kconfig (2016-11-12 23:24:26 -0600)
>
> ----------------------------------------------------------------
> Qualcomm ARM Based SoC Updates for v4.10
>
> * Enable GPIOLIB for QCOM ARM64 platforms
>
> ----------------------------------------------------------------
> Michael Scott (1):
> arm64: qcom: enable GPIOLIB in Kconfig
Merged, thanks.
-Olof
^ permalink raw reply
* [GIT PULL] DaVinci additional driver support for v4.10
From: Olof Johansson @ 2016-11-18 7:45 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <fc11bfc7-e218-cd11-8e4e-c48e899d1cb5@ti.com>
On Mon, Nov 14, 2016 at 06:28:22PM +0530, Sekhar Nori wrote:
> The following changes since commit 1001354ca34179f3db924eb66672442a173147dc:
>
> Linux 4.9-rc1 (2016-10-15 12:17:50 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/nsekhar/linux-davinci.git tags/davinci-for-v4.10/drivers
>
> for you to fetch changes up to 8e7223fc8626db7c302136747bb68213100d290c:
>
> bus: davinci: add support for da8xx bus master priority control (2016-11-14 17:20:29 +0530)
>
> ----------------------------------------------------------------
> This pull request adds two new drivers for better
> support for LCD found on DaVinci DA8xx devices.
>
> They allow configuration of memory interface and
> bus priorities on the SoC to allow sufficient
> bandwidth for the LCD and prevent underruns.
>
> The DT bindings have been reviewed by Rob and
> patches have been reviewed by Kevin.
>
> ----------------------------------------------------------------
> Bartosz Golaszewski (2):
> memory: davinci: add support for da8xx DDR2/mDDR controller
> bus: davinci: add support for da8xx bus master priority control
Merged, thanks!
-Olof
^ permalink raw reply
* [GIT PULL] arm: mediatek: dts changes for v4.10
From: Olof Johansson @ 2016-11-18 7:45 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <c148f205-79fc-3578-84db-cce4063e42ec@gmail.com>
On Mon, Nov 14, 2016 at 07:36:36PM +0100, Matthias Brugger wrote:
> Hi Arnd and Olof,
>
> although late, please pull the following changes.
>
> Thanks,
> Matthias
> ---
> The following changes since commit 1001354ca34179f3db924eb66672442a173147dc:
>
> Linux 4.9-rc1 (2016-10-15 12:17:50 -0700)
>
> are available in the git repository at:
>
> https://github.com/mbgg/linux-mediatek.git tags/v4.9-next-dts
>
> for you to fetch changes up to 28d6e3647bd7c869bfc251f9a7e283d78cef5fc5:
>
> arm: dts: mt2701: Use real clock for UARTs (2016-11-11 15:25:09 +0100)
>
> ----------------------------------------------------------------
> - Add bindings for mtk-scpsys for mt2701
> - Add clocks for auxadc on mt8173-evb
> - Add nodes needed by clock controller for mt2701
> - Use clocks from the clock controller for the uart of mt2701
Merged, thanks!
-Olof
^ permalink raw reply
* [GIT PULL] arm: mediatek: kconfig changes for v4.10
From: Olof Johansson @ 2016-11-18 7:46 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <b9bf2483-533d-ffd1-b23f-d89d20b8a73a@gmail.com>
On Mon, Nov 14, 2016 at 07:37:51PM +0100, Matthias Brugger wrote:
> Hi Arnd and Olof,
>
> although late, please pull the following changes.
>
> Thanks,
> Matthias
> ---
> The following changes since commit 1001354ca34179f3db924eb66672442a173147dc:
>
> Linux 4.9-rc1 (2016-10-15 12:17:50 -0700)
>
> are available in the git repository at:
>
> https://github.com/mbgg/linux-mediatek.git tags/v4.9-next-kconfig
>
> for you to fetch changes up to 494975c9cc00f69bf71de0991dcebda9b2911aa0:
>
> ARM: mediatek: clean up mach-mediatek/Makefile (2016-10-31 15:26:23 -0600)
>
> ----------------------------------------------------------------
> - clean up mach-mediatek Makefile as kbuild only descends into the folder if
> ARCH_MEDIATEK is enabled
Merged, thanks.
-Olof
^ permalink raw reply
* [GIT PULL] arm: mediatek: soc changes for v4.10
From: Olof Johansson @ 2016-11-18 7:47 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <002ed210-0f74-e938-b69f-c91ae98d37e4@gmail.com>
On Mon, Nov 14, 2016 at 07:39:10PM +0100, Matthias Brugger wrote:
> Hi Arnd and Olof,
>
> Although a bit late, please take the following changes into account.
>
> Thanks a lot,
> Matthias
> ---
> The following changes since commit 1001354ca34179f3db924eb66672442a173147dc:
>
> Linux 4.9-rc1 (2016-10-15 12:17:50 -0700)
>
> are available in the git repository at:
>
> https://github.com/mbgg/linux-mediatek.git tags/v4.9-next-soc
>
> for you to fetch changes up to 112ef1882e12094c823937f9d72f2f598db02df7:
>
> soc: mediatek: Add MT2701 scpsys driver (2016-10-31 00:58:58 +0100)
>
> ----------------------------------------------------------------
> - prepare mtk-scpsys to for multi soc support
> - add support for mt2701 to mtk-scpsys
Merged, thanks!
-Olof
^ permalink raw reply
* [PATCH] crypto: sun4i-ss: support the Security System PRNG
From: Corentin Labbe @ 2016-11-18 7:55 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <CACXcFmmMc7U1Qz6A+mvMXVnfSmOmssydcmSugo21jrX3u-95Qg@mail.gmail.com>
On Thu, Nov 17, 2016 at 08:07:09PM -0500, Sandy Harris wrote:
> Add Ted T'so to cc list. Shouldn't he be included on anything affecting
> the random(4) driver?
>
Blindy used get_maintainer.pl, and since the file is in crypto, hw_random people were not set.
Note that get_maintainer.pl on drivers/char/hw_random/, does not give his address also.
My V2 patch will have them in CC/TO.
> On Tue, Oct 18, 2016 at 8:34 AM, Corentin Labbe
> <clabbe.montjoie@gmail.com> wrote:
>
> > From: LABBE Corentin <clabbe.montjoie@gmail.com>
> >
> > The Security System have a PRNG.
> > This patch add support for it as an hwrng.
>
> Which is it? A PRNG & a HW RNG are quite different things.
> It would, in general, be a fairly serious error to treat a PRNG
> as a HWRNG.
>
> If it is just a prng (which it appears to be from a quick look
> at your code) then it is not clear it is useful since the
> random(4) driver already has two PRNGs. It might be
> but I cannot tell.
For me hwrng is a way to give user space an another way to get "random" data via /dev/hwrng.
The only impact of hwrng with random is that just after init some data of hwrng is used for having more entropy.
Grepping prng in drivers/char/hw_random/ and drivers/crypto show me some other PRNG used with hwrng.
Regards
Corentin Labbe
^ permalink raw reply
* [PATCH v2] ARM: Drop fixed 200 Hz timer requirement from Samsung platforms
From: Kukjin Kim @ 2016-11-18 7:57 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <1479453418-25314-1-git-send-email-krzk@kernel.org>
2016. 11. 18. 16:16 Krzysztof Kozlowski <krzk@kernel.org> wrote:
> All Samsung platforms, including the Exynos, are selecting HZ_FIXED with
> 200 Hz. Unfortunately in case of multiplatform image this affects also
> other platforms when Exynos is enabled.
>
> This looks like an very old legacy code, dating back to initial
> upstreaming of S3C24xx. Probably it was required for s3c24xx timer
> driver, which was removed in commit ad38bdd15d5b ("ARM: SAMSUNG: Remove
> unused plat-samsung/time.c").
>
> Since then, this fixed 200 Hz spread everywhere, including out-of-tree
> Samsung kernels (SoC vendor's and Tizen's). I believe this choice
> was rather an effect of coincidence instead of conscious choice.
>
> Exynos uses its own MCT or arch timer and can work with all HZ values.
> Older platforms use newer Samsung PWM timer driver which should handle
> down to 100 Hz.
>
> Few perf mem and sched tests on Odroid XU3 board (Exynos5422, 4x Cortex
> A7, 4x Cortex A15) show no regressions when switching from 200 Hz to
> other values.
>
> Reported-by: Lee Jones <lee.jones@linaro.org>
> [Dropping 200_HZ from S3C/S5P suggested by Arnd]
> Reported-by: Arnd Bergmann <arnd@arndb.de>
> Signed-off-by: Krzysztof Kozlowski <krzk@kernel.org>
> Cc: Kukjin Kim <kgene@kernel.org>
Acked-by: Kukjin Kim <kgene@kernel.org>
> Tested-by: Javier Martinez Canillas <javier@osg.samsung.com>
>
> ---
>
> Tested on Exynos5422 and Exynos5800 (by Javier). It would be
> appreciated if anyone could test it on S3C24xx or S5PV210.
>
> Changes since v1:
> 1. Add Javier's tested-by.
> 2. Drop HZ_FIXED also from ARCH_S5PV210 and ARCH_S3C24XX after Arnd
> suggestions and analysis.
> ---
> arch/arm/Kconfig | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index b5d529fdffab..ced2e08a9d08 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -1496,8 +1496,7 @@ source kernel/Kconfig.preempt
>
> config HZ_FIXED
> int
> - default 200 if ARCH_EBSA110 || ARCH_S3C24XX || \
> - ARCH_S5PV210 || ARCH_EXYNOS4
> + default 200 if ARCH_EBSA110
> default 128 if SOC_AT91RM9200
> default 0
>
> --
> 2.7.4
>
^ permalink raw reply
* [PATCH 3/4] spi: spi-fsl-dspi: Fix continuous selection format
From: maitysanchayan at gmail.com @ 2016-11-18 7:59 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <c1c4a3f3eac6d4e7378971431bd5f595@agner.ch>
Hello Stefan,
On 16-11-17 17:07:24, Stefan Agner wrote:
> On 2016-11-17 04:16, Sanchayan Maity wrote:
> > Current DMA implementation was not handling the continuous selection
> > format viz. SPI chip select would be deasserted even between sequential
> > serial transfers. Use the cs_change variable and correctly set or
> > reset the CONT bit accordingly for case where peripherals require
> > the chip select to be asserted between sequential transfers.
> >
> > Signed-off-by: Sanchayan Maity <maitysanchayan@gmail.com>
> > ---
> > drivers/spi/spi-fsl-dspi.c | 13 ++++++++++---
> > 1 file changed, 10 insertions(+), 3 deletions(-)
> >
> > diff --git a/drivers/spi/spi-fsl-dspi.c b/drivers/spi/spi-fsl-dspi.c
> > index aee8c88..164e2e1 100644
> > --- a/drivers/spi/spi-fsl-dspi.c
> > +++ b/drivers/spi/spi-fsl-dspi.c
> > @@ -258,9 +258,16 @@ static int dspi_next_xfer_dma_submit(struct fsl_dspi *dspi)
> > }
> >
> > val = tx_word ? *(u16 *) dspi->tx : *(u8 *) dspi->tx;
> > - dspi->dma->tx_dma_buf[i] = SPI_PUSHR_TXDATA(val) |
> > - SPI_PUSHR_PCS(dspi->cs) |
> > - SPI_PUSHR_CTAS(0);
> > + if (dspi->cs_change) {
> > + dspi->dma->tx_dma_buf[i] = SPI_PUSHR_TXDATA(val) |
> > + SPI_PUSHR_PCS(dspi->cs) |
> > + SPI_PUSHR_CTAS(0);
> > + } else {
> > + dspi->dma->tx_dma_buf[i] = SPI_PUSHR_TXDATA(val) |
> > + SPI_PUSHR_PCS(dspi->cs) |
> > + SPI_PUSHR_CTAS(0) |
> > + SPI_PUSHR_CONT;
> > + }
>
> How about:
>
>
> dspi->dma->tx_dma_buf[i] = SPI_PUSHR_TXDATA(val) |
> SPI_PUSHR_PCS(dspi->cs) |
> SPI_PUSHR_CTAS(0);
>
> + if (dspi->cs_change)
> + dspi->dma->tx_dma_buf[i] |= SPI_PUSHR_CONT;
>
>
> Avoids code duplication...
Agreed. It's much better. Should be !dspi->cs_change though.
Will include it in next iteration.
Thanks & Regards,
Sanchayan.
>
> --
> Stefan
>
>
>
> > dspi->tx += tx_word + 1;
> >
> > dma->tx_desc = dmaengine_prep_slave_single(dma->chan_tx,
^ permalink raw reply
* [PATCH 2/4] spi: spi-fsl-dspi: Fix incorrect DMA setup
From: maitysanchayan at gmail.com @ 2016-11-18 8:04 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <bc8d9b808b99d3b217361df6fa8853ea@agner.ch>
On 16-11-17 17:03:19, Stefan Agner wrote:
> On 2016-11-17 04:16, Sanchayan Maity wrote:
> > Currently dmaengine_prep_slave_single was being called with length
> > set to the complete DMA buffer size. This resulted in unwanted bytes
> > being transferred to the SPI register leading to clock and MOSI lines
> > having unwanted data even after chip select got deasserted and the
> > required bytes having been transferred.
> >
> > Signed-off-by: Sanchayan Maity <maitysanchayan@gmail.com>
> > ---
> > drivers/spi/spi-fsl-dspi.c | 10 ++++++++--
> > 1 file changed, 8 insertions(+), 2 deletions(-)
> >
> > diff --git a/drivers/spi/spi-fsl-dspi.c b/drivers/spi/spi-fsl-dspi.c
> > index b1ee1f5..aee8c88 100644
> > --- a/drivers/spi/spi-fsl-dspi.c
> > +++ b/drivers/spi/spi-fsl-dspi.c
> > @@ -265,7 +265,10 @@ static int dspi_next_xfer_dma_submit(struct fsl_dspi *dspi)
> >
> > dma->tx_desc = dmaengine_prep_slave_single(dma->chan_tx,
> > dma->tx_dma_phys,
> > - DSPI_DMA_BUFSIZE, DMA_MEM_TO_DEV,
> > + dma->curr_xfer_len *
> > + DMA_SLAVE_BUSWIDTH_4_BYTES /
> > + (tx_word ? 2 : 1),
> > + DMA_MEM_TO_DEV,
>
> Hm, this is getting ridiculous, I think we convert curr_xfer_len from
> bytes to DMA transfers in almost every use.
>
> Can we make it be transfer length in actual 4 byte transfers? We then
> probably have to convert it to bytes once to subtract from
> curr_remaining_bytes, but I think it would simplify code overall...
Will the below be acceptable fix?
diff --git a/drivers/spi/spi-fsl-dspi.c b/drivers/spi/spi-fsl-dspi.c
index 41422cd..db7f091 100644
--- a/drivers/spi/spi-fsl-dspi.c
+++ b/drivers/spi/spi-fsl-dspi.c
@@ -217,15 +217,13 @@ static void dspi_rx_dma_callback(void *arg)
struct fsl_dspi *dspi = arg;
struct fsl_dspi_dma *dma = dspi->dma;
int rx_word;
- int i, len;
+ int i;
u16 d;
rx_word = is_double_byte_mode(dspi);
- len = rx_word ? (dma->curr_xfer_len / 2) : dma->curr_xfer_len;
-
if (!(dspi->dataflags & TRAN_STATE_RX_VOID)) {
- for (i = 0; i < len; i++) {
+ for (i = 0; i < dma->curr_xfer_len; i++) {
d = dspi->dma->rx_dma_buf[i];
rx_word ? (*(u16 *)dspi->rx = d) :
(*(u8 *)dspi->rx = d);
@@ -242,14 +240,12 @@ static int dspi_next_xfer_dma_submit(struct fsl_dspi *dspi)
struct device *dev = &dspi->pdev->dev;
int time_left;
int tx_word;
- int i, len;
+ int i;
u16 val;
tx_word = is_double_byte_mode(dspi);
- len = tx_word ? (dma->curr_xfer_len / 2) : dma->curr_xfer_len;
-
- for (i = 0; i < len - 1; i++) {
+ for (i = 0; i < dma->curr_xfer_len - 1; i++) {
val = tx_word ? *(u16 *) dspi->tx : *(u8 *) dspi->tx;
dspi->dma->tx_dma_buf[i] =
SPI_PUSHR_TXDATA(val) | SPI_PUSHR_PCS(dspi->cs) |
@@ -267,7 +263,9 @@ static int dspi_next_xfer_dma_submit(struct fsl_dspi *dspi)
dma->tx_desc = dmaengine_prep_slave_single(dma->chan_tx,
dma->tx_dma_phys,
- DSPI_DMA_BUFSIZE, DMA_MEM_TO_DEV,
+ dma->curr_xfer_len *
+ DMA_SLAVE_BUSWIDTH_4_BYTES,
+ DMA_MEM_TO_DEV,
DMA_PREP_INTERRUPT | DMA_CTRL_ACK);
if (!dma->tx_desc) {
dev_err(dev, "Not able to get desc for DMA xfer\n");
@@ -283,7 +281,9 @@ static int dspi_next_xfer_dma_submit(struct fsl_dspi *dspi)
dma->rx_desc = dmaengine_prep_slave_single(dma->chan_rx,
dma->rx_dma_phys,
- DSPI_DMA_BUFSIZE, DMA_DEV_TO_MEM,
+ dma->curr_xfer_len *
+ DMA_SLAVE_BUSWIDTH_4_BYTES,
+ DMA_DEV_TO_MEM,
DMA_PREP_INTERRUPT | DMA_CTRL_ACK);
if (!dma->rx_desc) {
dev_err(dev, "Not able to get desc for DMA xfer\n");
@@ -330,17 +330,17 @@ static int dspi_dma_xfer(struct fsl_dspi *dspi)
struct device *dev = &dspi->pdev->dev;
int curr_remaining_bytes;
int bytes_per_buffer;
- int tx_word;
+ int tx_word = 1;
int ret = 0;
- tx_word = is_double_byte_mode(dspi);
+ if (is_double_byte_mode(dspi))
+ tx_word = 2;
curr_remaining_bytes = dspi->len;
+ bytes_per_buffer = DSPI_DMA_BUFSIZE / DSPI_FIFO_SIZE;
while (curr_remaining_bytes) {
/* Check if current transfer fits the DMA buffer */
- dma->curr_xfer_len = curr_remaining_bytes;
- bytes_per_buffer = DSPI_DMA_BUFSIZE /
- (DSPI_FIFO_SIZE / (tx_word ? 2 : 1));
- if (curr_remaining_bytes > bytes_per_buffer)
+ dma->curr_xfer_len = curr_remaining_bytes / tx_word;
+ if (dma->curr_xfer_len > bytes_per_buffer)
dma->curr_xfer_len = bytes_per_buffer;
ret = dspi_next_xfer_dma_submit(dspi);
@@ -349,7 +349,7 @@ static int dspi_dma_xfer(struct fsl_dspi *dspi)
goto exit;
} else {
- curr_remaining_bytes -= dma->curr_xfer_len;
+ curr_remaining_bytes -= dma->curr_xfer_len * tx_word;
if (curr_remaining_bytes < 0)
curr_remaining_bytes = 0;
dspi->len = curr_remaining_bytes;
Regards,
Sanchayan.
>
> --
> Stefan
>
>
> > DMA_PREP_INTERRUPT | DMA_CTRL_ACK);
> > if (!dma->tx_desc) {
> > dev_err(dev, "Not able to get desc for DMA xfer\n");
> > @@ -281,7 +284,10 @@ static int dspi_next_xfer_dma_submit(struct fsl_dspi *dspi)
> >
> > dma->rx_desc = dmaengine_prep_slave_single(dma->chan_rx,
> > dma->rx_dma_phys,
> > - DSPI_DMA_BUFSIZE, DMA_DEV_TO_MEM,
> > + dma->curr_xfer_len *
> > + DMA_SLAVE_BUSWIDTH_4_BYTES /
> > + (tx_word ? 2 : 1),
> > + DMA_DEV_TO_MEM,
> > DMA_PREP_INTERRUPT | DMA_CTRL_ACK);
> > if (!dma->rx_desc) {
> > dev_err(dev, "Not able to get desc for DMA xfer\n");
^ permalink raw reply related
* System/uncore PMUs and unit aggregation
From: Anurup M @ 2016-11-18 8:15 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <20161117181708.GT22855@arm.com>
Thanks you Mark and Will to initiate this discussion.
On Thursday 17 November 2016 11:47 PM, Will Deacon wrote:
> Hi all,
>
> We currently have support for three arm64 system PMUs in flight:
>
> [Cavium ThunderX] http://lkml.kernel.org/r/cover.1477741719.git.jglauber at cavium.com
> [Hisilicon Hip0x] http://lkml.kernel.org/r/1478151727-20250-1-git-send-email-anurup.m at huawei.com
> [Qualcomm L2] http://lkml.kernel.org/r/1477687813-11412-1-git-send-email-nleeder at codeaurora.org
>
> Each of which have to deal with multiple underlying hardware units in one
> way or another. Mark and I recently expressed a desire to expose these
> units to userspace as individual PMU instances, since this can allow:
>
> * Fine-grained control of events from userspace, when you want to see
> individual numbers as opposed to a summed total
>
> * Potentially ease migration to new SoC revisions, where the units
> are laid out slightly differently
>
> * Easier handling of cases where the units aren't quite identical
>
> however, this received pushback from all of the patch authors, so there's
> clearly a problem with this approach. I'm hoping we can try to resolve
> this here.
>
> Speaking to Mark earlier today, we came up with the following rough rules
> for drivers that present multiple hardware units as a single PMU:
>
> 1. If the units share some part of the programming interface (e.g. control
> registers or interrupts), then they must be handled by the same PMU.
> Otherwise, they should be treated independently as separate PMU
> instances.
The Hisilicon Hip0x chip has units like L3 cache, Miscellaneous nodes,
DDR controller etc.
There are such units in multiple CPU die's in the chip.
The L3 cache is further divided as banks which have separate set of
interface (control registers, interrupts etc..).
As per the suggestion, each L3 cache banks will be exposed as a
individual PMU instance.
So for e.g. in a board using Hip0x chip with 2 sockets and each socket
consists of 2 CPU die,
There will be a total of 16 L3 cache PMU's which will be exposed.
My doubt here is
Each L3 cache PMU has total 22 statistics events. So if registered as a
separate PMU, will it not
create multiple entries (with same event names) in event listing for
multiple L3 cache PMU's.
Is there a way to avoid this? or this is acceptable?
Just a thought, If we can group them as single PMU and add a config
parameter in the event listing to
identify the L3 cache bank(sub unit). e.g: event name will appear as
"hisi_l3c2/read_allocate,bank=?/".
And user can choose count from bank 0x01 as -e
"hisi_l3c2/read_allocate,bank=0x01/".
And for aggregate count, bank=0xff.
Does it over complicate? Please share your comments.
> 2. If the units are handled by the same PMU, then care must be taken to
> handle event groups correctly. That is, if the units cannot be started
> and stopped atomically, cross-unit groups must be rejected by the
> driver. Furthermore, any cross-unit scheduling constraints must be
> honoured so that all the units targetted by a group can schedule the
> group concurrently.
>
> 3. Summing the counters across units is only permitted if the units
> can all be started and stopped atomically. Otherwise, the counters
> should be exposed individually. It's up to the driver author to
> decide what makes sense to sum.
>
> 4. Unit topology can optionally be described in sysfs (we should pick
> some standard directory naming here), and then events targetting
> specific units can have the unit identifier extracted from the topology
> encoded in some configN fields.
Does this unit topology and configN method can solve the duplicate event
listing issue? Please clarify.
> The million dollar question is: how does that fit in with the drivers I
> mentioned at the top? Is this overly restrictive, or have we missed stuff?
>
> We certainly want to allow flexibility in the way in which the drivers
> talk to the hardware, but given that these decisions directly affect the
> user ABI, some consistent ground rules are required.
>
> For Cavium ThunderX, it's not clear whether or not the individual units
> could be expressed as separate PMUs, or whether they're caught by one of
> the rules above. The Qualcomm L2 looks like it's doing the right thing
> and we can't quite work out what the Hisilicon Hip0x topology looks like,
> since the interaction with djtag is confusing.
The djtag is a component which connects with some other components in
the SoC by Debug Bus.
The registers in components like L3 cache, MN etc are accessed only via
djtag.
Please share comments about the confusion. We can discuss to clear them.
Thanks,
Anurup
> If the driver authors (on To:) could shed some light on this, then that
> would be much appreciated!
>
> Thanks,
>
> Will
^ permalink raw reply
* [PATCHv3 1/6] lib/Kconfig.debug: Add ARCH_HAS_DEBUG_VIRTUAL
From: Ingo Molnar @ 2016-11-18 8:25 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <1479431816-5028-2-git-send-email-labbott@redhat.com>
* Laura Abbott <labbott@redhat.com> wrote:
>
> DEBUG_VIRTUAL currently depends on DEBUG_KERNEL && X86. arm64 is getting
> the same support. Rather than add a list of architectures, switch this
> to ARCH_HAS_DEBUG_VIRTUAL and let architectures select it as
> appropriate.
>
> Suggested-by: Mark Rutland <mark.rutland@arm.com>
> Signed-off-by: Laura Abbott <labbott@redhat.com>
> ---
> v3: No change, x86 maintainers please ack if you are okay with this.
> ---
> arch/x86/Kconfig | 1 +
> lib/Kconfig.debug | 5 ++++-
> 2 files changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
> index bada636..f533321 100644
> --- a/arch/x86/Kconfig
> +++ b/arch/x86/Kconfig
> @@ -23,6 +23,7 @@ config X86
> select ARCH_CLOCKSOURCE_DATA
> select ARCH_DISCARD_MEMBLOCK
> select ARCH_HAS_ACPI_TABLE_UPGRADE if ACPI
> + select ARCH_HAS_DEBUG_VIRTUAL
> select ARCH_HAS_DEVMEM_IS_ALLOWED
> select ARCH_HAS_ELF_RANDOMIZE
> select ARCH_HAS_FAST_MULTIPLIER
Acked-by: Ingo Molnar <mingo@kernel.org>
Thanks,
Ingo
^ permalink raw reply
* [GIT PULL] Integrator DTS and defconfig changes
From: Linus Walleij @ 2016-11-18 8:26 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <20161118072506.GC1785@localhost>
On Fri, Nov 18, 2016 at 8:25 AM, Olof Johansson <olof@lixom.net> wrote:
> I also sympathize that it's extra annoying having to split just three
> patches across two branches. So, if it's easier we can just cherry-pick
> apart the patches here across the branches (your comment about next
> coverage makes me suspect you have no direct downstream users of this
> branch). If that's OK, let me know and I'll do that tomorrow.
It's fine to cherry-pick, I can also send two separate branches (or
just 2+1 stand-alone patches).
Any way you like it :) just tell me what to do, all I want is to get this
in for v4.10.
Yours,
Linus Walleij
^ permalink raw reply
* [PATCH v7 REPOST 8/9] arm: add sysfs cpu_capacity attribute
From: Juri Lelli @ 2016-11-18 8:27 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <20161103052842.GA16920@e106622-lin>
Hi Russell,
On 03/11/16 05:28, Juri Lelli wrote:
> Hi,
>
> apologies for the delay in replying, but I'm attending Linux Plumbers
> this week.
>
> On 30/10/16 20:45, Russell King - ARM Linux wrote:
> > On Mon, Oct 17, 2016 at 04:46:49PM +0100, Juri Lelli wrote:
[...]
>
> I should have addressed your comments with the updated version below. If
> it looks good to you I'll superseed the old version with this new one.
>
The two updated patches are still listed as incoming in your system.
Do you think we will be able to queue them for 4.10? IMHO, it would be
good to have all pieces in together at once (Catalin and Sudeep already
queued their respective bits).
Thanks a lot.
Best,
- Juri
^ 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