Re: [PATCH] arm64: Trap WFI executed in userspace

On Thu, Aug 09, 2018 at 01:38:12PM +0100, Will Deacon wrote: > On Thu, Aug 09, 2018 at 01:34:57PM +0100, Dave Martin wrote: > > On Wed, Aug 08, 2018 at 01:34:09PM +0100, Catalin Marinas wrote: > > > On Tue, Aug 07, 2018 at 11:24:34AM +0100, Marc Zyngier wrote: > > > > On 07/08/18 11:05, Dave

Re: [PATCH] arm64: Trap WFI executed in userspace

On Thu, Aug 09, 2018 at 01:38:12PM +0100, Will Deacon wrote: > On Thu, Aug 09, 2018 at 01:34:57PM +0100, Dave Martin wrote: > > On Wed, Aug 08, 2018 at 01:34:09PM +0100, Catalin Marinas wrote: > > > On Tue, Aug 07, 2018 at 11:24:34AM +0100, Marc Zyngier wrote: > > > > On 07/08/18 11:05, Dave

Re: [PATCH 13/40] mmc: tegra: Poll for calibration completion

On Wed, Aug 01, 2018 at 07:32:03PM +0300, Aapo Vienamo wrote: > Implement polling with 10 ms timeout for automatic pad drive strength > calibration. > > Signed-off-by: Aapo Vienamo > --- > drivers/mmc/host/sdhci-tegra.c | 21 - > 1 file changed, 16 insertions(+), 5

Re: [PATCH 13/40] mmc: tegra: Poll for calibration completion

On Wed, Aug 01, 2018 at 07:32:03PM +0300, Aapo Vienamo wrote: > Implement polling with 10 ms timeout for automatic pad drive strength > calibration. > > Signed-off-by: Aapo Vienamo > --- > drivers/mmc/host/sdhci-tegra.c | 21 - > 1 file changed, 16 insertions(+), 5

Re: [PATCH 10/40] soc/tegra: pmc: Implement pad configuration via pinctrl

On Thu, 9 Aug 2018 14:27:06 +0200 Thierry Reding wrote: > On Wed, Aug 01, 2018 at 07:32:00PM +0300, Aapo Vienamo wrote: > > Register a pinctrl device and implement get and set functions for > > PIN_CONFIG_LOW_POWER_MODE and PIN_CONFIG_POWER_SOURCE parameters. > > > > Signed-off-by: Aapo Vienamo

Re: [PATCH 10/40] soc/tegra: pmc: Implement pad configuration via pinctrl

On Thu, 9 Aug 2018 14:27:06 +0200 Thierry Reding wrote: > On Wed, Aug 01, 2018 at 07:32:00PM +0300, Aapo Vienamo wrote: > > Register a pinctrl device and implement get and set functions for > > PIN_CONFIG_LOW_POWER_MODE and PIN_CONFIG_POWER_SOURCE parameters. > > > > Signed-off-by: Aapo Vienamo

Re: [PATCH 12/40] mmc: tegra: Reconfigure pad voltages during voltage switching

On Wed, Aug 01, 2018 at 07:32:02PM +0300, Aapo Vienamo wrote: > Parse the pinctrl state and nvidia,only-1-8-v properties from the device > tree. Validate the pinctrl and regulator configuration before unmasking > UHS modes. Implement pad voltage state reconfiguration in the mmc >

Re: [PATCH 12/40] mmc: tegra: Reconfigure pad voltages during voltage switching

On Wed, Aug 01, 2018 at 07:32:02PM +0300, Aapo Vienamo wrote: > Parse the pinctrl state and nvidia,only-1-8-v properties from the device > tree. Validate the pinctrl and regulator configuration before unmasking > UHS modes. Implement pad voltage state reconfiguration in the mmc >

Re: Linux 3.18.118

diff --git a/Makefile b/Makefile index 9c894e7e586d..5c3464b5bb1e 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 18 -SUBLEVEL = 117 +SUBLEVEL = 118 EXTRAVERSION = NAME = Diseased Newt diff --git a/arch/microblaze/boot/Makefile b/arch/microblaze/boot/Makefile

Re: Linux 3.18.118

diff --git a/Makefile b/Makefile index 9c894e7e586d..5c3464b5bb1e 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 18 -SUBLEVEL = 117 +SUBLEVEL = 118 EXTRAVERSION = NAME = Diseased Newt diff --git a/arch/microblaze/boot/Makefile b/arch/microblaze/boot/Makefile

Linux 3.18.118

I'm announcing the release of the 3.18.118 kernel. All users of the 3.18 kernel series must upgrade. The updated 3.18.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.18.y and can be browsed at the normal kernel.org git web

Linux 4.4.147

I'm announcing the release of the 4.4.147 kernel. All users of the 4.4 kernel series must upgrade. The updated 4.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.4.y and can be browsed at the normal kernel.org git web browser:

Linux 4.4.147

I'm announcing the release of the 4.4.147 kernel. All users of the 4.4 kernel series must upgrade. The updated 4.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.4.y and can be browsed at the normal kernel.org git web browser:

Linux 3.18.118

I'm announcing the release of the 3.18.118 kernel. All users of the 3.18 kernel series must upgrade. The updated 3.18.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.18.y and can be browsed at the normal kernel.org git web

Re: Linux 4.4.147

diff --git a/Makefile b/Makefile index 030f5af05f4e..ee92a12e3a4b 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 4 -SUBLEVEL = 146 +SUBLEVEL = 147 EXTRAVERSION = NAME = Blurry Fish Butt diff --git a/drivers/i2c/busses/i2c-imx.c b/drivers/i2c/busses/i2c-imx.c

Re: [PATCH] arm64: Trap WFI executed in userspace

On Thu, Aug 09, 2018 at 01:34:57PM +0100, Dave Martin wrote: > On Wed, Aug 08, 2018 at 01:34:09PM +0100, Catalin Marinas wrote: > > On Tue, Aug 07, 2018 at 11:24:34AM +0100, Marc Zyngier wrote: > > > On 07/08/18 11:05, Dave Martin wrote: > > > > On Tue, Aug 07, 2018 at 10:33:26AM +0100, Marc

Re: [PATCH] arm64: Trap WFI executed in userspace

On Thu, Aug 09, 2018 at 01:34:57PM +0100, Dave Martin wrote: > On Wed, Aug 08, 2018 at 01:34:09PM +0100, Catalin Marinas wrote: > > On Tue, Aug 07, 2018 at 11:24:34AM +0100, Marc Zyngier wrote: > > > On 07/08/18 11:05, Dave Martin wrote: > > > > On Tue, Aug 07, 2018 at 10:33:26AM +0100, Marc

Re: Linux 4.4.147

diff --git a/Makefile b/Makefile index 030f5af05f4e..ee92a12e3a4b 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 4 -SUBLEVEL = 146 +SUBLEVEL = 147 EXTRAVERSION = NAME = Blurry Fish Butt diff --git a/drivers/i2c/busses/i2c-imx.c b/drivers/i2c/busses/i2c-imx.c

Linux 4.9.119

I'm announcing the release of the 4.9.119 kernel. All users of the 4.9 kernel series must upgrade. The updated 4.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.9.y and can be browsed at the normal kernel.org git web browser:

Re: [PATCH 5/8] arm64: dts: tegra186: Add SDMMC4 DQS trim value

On Thu, 9 Aug 2018 08:23:16 -0400 Peter Geis wrote: > On 08/09/2018 08:02 AM, Aapo Vienamo wrote: > > On Thu, 9 Aug 2018 13:49:22 +0200 > > Thierry Reding wrote: > > > >> On Tue, Aug 07, 2018 at 05:00:01PM +0300, Aapo Vienamo wrote: > >>> Add the HS400 DQS trim value for Tegra186 SDMMC4. >

Linux 4.9.119

I'm announcing the release of the 4.9.119 kernel. All users of the 4.9 kernel series must upgrade. The updated 4.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.9.y and can be browsed at the normal kernel.org git web browser:

Re: [PATCH 5/8] arm64: dts: tegra186: Add SDMMC4 DQS trim value

On Thu, 9 Aug 2018 08:23:16 -0400 Peter Geis wrote: > On 08/09/2018 08:02 AM, Aapo Vienamo wrote: > > On Thu, 9 Aug 2018 13:49:22 +0200 > > Thierry Reding wrote: > > > >> On Tue, Aug 07, 2018 at 05:00:01PM +0300, Aapo Vienamo wrote: > >>> Add the HS400 DQS trim value for Tegra186 SDMMC4. >

Re: Linux 4.9.119

diff --git a/Makefile b/Makefile index 0940f11fa071..0723bbe1d4a7 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 9 -SUBLEVEL = 118 +SUBLEVEL = 119 EXTRAVERSION = NAME = Roaring Lionus diff --git a/drivers/i2c/busses/i2c-imx.c b/drivers/i2c/busses/i2c-imx.c

Re: Linux 4.9.119

diff --git a/Makefile b/Makefile index 0940f11fa071..0723bbe1d4a7 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 9 -SUBLEVEL = 118 +SUBLEVEL = 119 EXTRAVERSION = NAME = Roaring Lionus diff --git a/drivers/i2c/busses/i2c-imx.c b/drivers/i2c/busses/i2c-imx.c

Linux 4.17.14

I'm announcing the release of the 4.17.14 kernel. All users of the 4.17 kernel series must upgrade. The updated 4.17.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.17.y and can be browsed at the normal kernel.org git web

Re: Linux 4.17.14

diff --git a/Makefile b/Makefile index 2534e51de1db..ce4248f558d1 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ # SPDX-License-Identifier: GPL-2.0 VERSION = 4 PATCHLEVEL = 17 -SUBLEVEL = 13 +SUBLEVEL = 14 EXTRAVERSION = NAME = Merciless Moray diff --git

Linux 4.17.14

I'm announcing the release of the 4.17.14 kernel. All users of the 4.17 kernel series must upgrade. The updated 4.17.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.17.y and can be browsed at the normal kernel.org git web

Re: Linux 4.17.14

diff --git a/Makefile b/Makefile index 2534e51de1db..ce4248f558d1 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ # SPDX-License-Identifier: GPL-2.0 VERSION = 4 PATCHLEVEL = 17 -SUBLEVEL = 13 +SUBLEVEL = 14 EXTRAVERSION = NAME = Merciless Moray diff --git

Re: Linux 4.14.62

diff --git a/Makefile b/Makefile index 4bd65eabd298..d407ecfdee0b 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ # SPDX-License-Identifier: GPL-2.0 VERSION = 4 PATCHLEVEL = 14 -SUBLEVEL = 61 +SUBLEVEL = 62 EXTRAVERSION = NAME = Petit Gorille diff --git a/drivers/i2c/busses/i2c-imx.c

Linux 4.14.62

I'm announcing the release of the 4.14.62 kernel. All users of the 4.14 kernel series must upgrade. The updated 4.14.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.14.y and can be browsed at the normal kernel.org git web

Re: Linux 4.14.62

diff --git a/Makefile b/Makefile index 4bd65eabd298..d407ecfdee0b 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ # SPDX-License-Identifier: GPL-2.0 VERSION = 4 PATCHLEVEL = 14 -SUBLEVEL = 61 +SUBLEVEL = 62 EXTRAVERSION = NAME = Petit Gorille diff --git a/drivers/i2c/busses/i2c-imx.c

Linux 4.14.62

I'm announcing the release of the 4.14.62 kernel. All users of the 4.14 kernel series must upgrade. The updated 4.14.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.14.y and can be browsed at the normal kernel.org git web

Re: [PATCH] arm64: Trap WFI executed in userspace

On Wed, Aug 08, 2018 at 01:34:09PM +0100, Catalin Marinas wrote: > On Tue, Aug 07, 2018 at 11:24:34AM +0100, Marc Zyngier wrote: > > On 07/08/18 11:05, Dave Martin wrote: > > > On Tue, Aug 07, 2018 at 10:33:26AM +0100, Marc Zyngier wrote: > > >> It recently came to light that userspace can execute

Re: [PATCH] mips: switch to NO_BOOTMEM

On Wed, Aug 08, 2018 at 02:42:15PM -0700, Paul Burton wrote: > Hi Sergey & Mike, > > On Thu, Aug 09, 2018 at 12:30:03AM +0300, Fancer's opinion wrote: > > Hello Mike, > > I haven't read your patch text yet. I am waiting for the subsystem > > maintainers response at least > > about the necessity

Re: [PATCH] arm64: Trap WFI executed in userspace

On Wed, Aug 08, 2018 at 01:34:09PM +0100, Catalin Marinas wrote: > On Tue, Aug 07, 2018 at 11:24:34AM +0100, Marc Zyngier wrote: > > On 07/08/18 11:05, Dave Martin wrote: > > > On Tue, Aug 07, 2018 at 10:33:26AM +0100, Marc Zyngier wrote: > > >> It recently came to light that userspace can execute

Re: [PATCH] mips: switch to NO_BOOTMEM

On Wed, Aug 08, 2018 at 02:42:15PM -0700, Paul Burton wrote: > Hi Sergey & Mike, > > On Thu, Aug 09, 2018 at 12:30:03AM +0300, Fancer's opinion wrote: > > Hello Mike, > > I haven't read your patch text yet. I am waiting for the subsystem > > maintainers response at least > > about the necessity

[PATCH v1 09/10] arm64: dts: qcom: Add reg-names for all tsens nodes

Instead of showing up as thermal-sensor@, the nodes will show up as tsens0_tm, tsen1_tm, tsens1_srot, etc. in /proc/iomem making it easier to read. IOW, 0c222000-0c2221fe : thermal-sensor@c263000 0c223000-0c2231fe : thermal-sensor@c265000 0c263000-0c2631fe : thermal-sensor@c263000

Re: [PATCH] lib/test_hexdump: fix failure on big endian cpu

Andy Shevchenko writes: > On Thu, 2018-08-09 at 16:18 +1000, Michael Ellerman wrote: >> rashmica writes: >> > On 08/08/18 17:25, Michael Ellerman wrote: >> > > Christophe Leroy writes: >> > > > >> > mpe I sent a patch doing that awhile ago and you obviously didn't >> > like >> > it because you

[PATCH v1 09/10] arm64: dts: qcom: Add reg-names for all tsens nodes

Instead of showing up as thermal-sensor@, the nodes will show up as tsens0_tm, tsen1_tm, tsens1_srot, etc. in /proc/iomem making it easier to read. IOW, 0c222000-0c2221fe : thermal-sensor@c263000 0c223000-0c2231fe : thermal-sensor@c265000 0c263000-0c2631fe : thermal-sensor@c263000

Re: [PATCH] lib/test_hexdump: fix failure on big endian cpu

Andy Shevchenko writes: > On Thu, 2018-08-09 at 16:18 +1000, Michael Ellerman wrote: >> rashmica writes: >> > On 08/08/18 17:25, Michael Ellerman wrote: >> > > Christophe Leroy writes: >> > > > >> > mpe I sent a patch doing that awhile ago and you obviously didn't >> > like >> > it because you

[PATCH v1 08/10] thermal: tsens: Get rid of 'id' field

The hw_id field in 'struct tsens_sensor' can do the job of tracking unique ids for each sensor connected to each tsens device instance. It also allows hw_ids to be overridden (e.g. 8916) in cases where some sensors in a sequence are disabled on a particular platform. Use the hw_id field instead

[PATCH v1 10/10] MAINTAINERS: Add entry for Qualcomm TSENS thermal drivers

Create an entry for the TSENS drivers and mark them as maintained Signed-off-by: Amit Kucheria --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 68b4ff8ed205..ca6183d6d545 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -11862,6 +11862,13

[PATCH v1 06/10] thermal: tsens: Add the SROT address map

On platforms whose device trees specify two address spaces for TSENS, the second one points to the SROT registers. Initialise the SROT map on those platforms. Signed-off-by: Amit Kucheria --- drivers/thermal/qcom/tsens-common.c | 14 -- drivers/thermal/qcom/tsens.h| 1 + 2

[PATCH v1 08/10] thermal: tsens: Get rid of 'id' field

The hw_id field in 'struct tsens_sensor' can do the job of tracking unique ids for each sensor connected to each tsens device instance. It also allows hw_ids to be overridden (e.g. 8916) in cases where some sensors in a sequence are disabled on a particular platform. Use the hw_id field instead

[PATCH v1 10/10] MAINTAINERS: Add entry for Qualcomm TSENS thermal drivers

Create an entry for the TSENS drivers and mark them as maintained Signed-off-by: Amit Kucheria --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 68b4ff8ed205..ca6183d6d545 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -11862,6 +11862,13

[PATCH v1 06/10] thermal: tsens: Add the SROT address map

On platforms whose device trees specify two address spaces for TSENS, the second one points to the SROT registers. Initialise the SROT map on those platforms. Signed-off-by: Amit Kucheria --- drivers/thermal/qcom/tsens-common.c | 14 -- drivers/thermal/qcom/tsens.h| 1 + 2

[PATCH v1 07/10] thermal: tsens: Check if the IP is correctly enabled by firmware

The SROT registers are initialised by the secure firmware at boot. We don't have write access to the registers. Check if the block is enabled before continuing. Signed-off-by: Amit Kucheria --- drivers/thermal/qcom/tsens-common.c | 17 + 1 file changed, 17 insertions(+) diff

[PATCH v1 07/10] thermal: tsens: Check if the IP is correctly enabled by firmware

The SROT registers are initialised by the secure firmware at boot. We don't have write access to the registers. Check if the block is enabled before continuing. Signed-off-by: Amit Kucheria --- drivers/thermal/qcom/tsens-common.c | 17 + 1 file changed, 17 insertions(+) diff

[PATCH v1 05/10] thermal: tsens: Rename map field in order to add a second address map

The TSENS driver currently only uses a limited set of registers from the TM address space. So it was ok to map just that set of registers and call it "map". We'd now like to map a second set: SROT registers to introduce new functionality. Rename the "map" field to a more appropriate "tm_map".

[PATCH v1 05/10] thermal: tsens: Rename map field in order to add a second address map

The TSENS driver currently only uses a limited set of registers from the TM address space. So it was ok to map just that set of registers and call it "map". We'd now like to map a second set: SROT registers to introduce new functionality. Rename the "map" field to a more appropriate "tm_map".

[PATCH v1 01/10] arm/arm64: dts: msm8974/msm8916: thermal: Split address space into two

We've earlier added support to split the register address space into TM and SROT regions. Split up the regmap address space into two for the remaining platforms that have a similar register layout and make corresponding changes to the get_temp_common() function used by these platforms. Since

[PATCH v1 01/10] arm/arm64: dts: msm8974/msm8916: thermal: Split address space into two

We've earlier added support to split the register address space into TM and SROT regions. Split up the regmap address space into two for the remaining platforms that have a similar register layout and make corresponding changes to the get_temp_common() function used by these platforms. Since

[PATCH v1 04/10] thermal: tsens: Get rid of dead code

hw_id is dynamically allocated but not used anywhere. Get rid of dead code. Signed-off-by: Amit Kucheria --- drivers/thermal/qcom/tsens.c | 5 - 1 file changed, 5 deletions(-) diff --git a/drivers/thermal/qcom/tsens.c b/drivers/thermal/qcom/tsens.c index 90bb431cf740..9a8e8f7b4ae1 100644

[PATCH v1 03/10] thermal: tsens: Add SPDX license identifiers

The TSENS drivers use a GPL-2.0 license. Replace with equivalent SPDX tags and delete the full license text. Signed-off-by: Amit Kucheria --- drivers/thermal/qcom/tsens-8916.c | 11 +-- drivers/thermal/qcom/tsens-8960.c | 11 +-- drivers/thermal/qcom/tsens-8974.c | 11

[PATCH v1 04/10] thermal: tsens: Get rid of dead code

hw_id is dynamically allocated but not used anywhere. Get rid of dead code. Signed-off-by: Amit Kucheria --- drivers/thermal/qcom/tsens.c | 5 - 1 file changed, 5 deletions(-) diff --git a/drivers/thermal/qcom/tsens.c b/drivers/thermal/qcom/tsens.c index 90bb431cf740..9a8e8f7b4ae1 100644

[PATCH v1 03/10] thermal: tsens: Add SPDX license identifiers

The TSENS drivers use a GPL-2.0 license. Replace with equivalent SPDX tags and delete the full license text. Signed-off-by: Amit Kucheria --- drivers/thermal/qcom/tsens-8916.c | 11 +-- drivers/thermal/qcom/tsens-8960.c | 11 +-- drivers/thermal/qcom/tsens-8974.c | 11

[PATCH v1 02/10] dt-bindings: thermal: Fix a typo in documentation

c(1) + x(1) was actually meant to be c(1) * x(1). While we're at it, add some brackets to make it nicer to read. Signed-off-by: Amit Kucheria --- Documentation/devicetree/bindings/thermal/thermal.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v1 02/10] dt-bindings: thermal: Fix a typo in documentation

c(1) + x(1) was actually meant to be c(1) * x(1). While we're at it, add some brackets to make it nicer to read. Signed-off-by: Amit Kucheria --- Documentation/devicetree/bindings/thermal/thermal.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v3 3/3] arm: dts: ls1021a: Enable I2C DMA support

From: Esben Haabendal Gives substantial performance improvement for transfers larger than 16 bytes (DMA_THRESHOLD). Smaller transfers are unaffected. Signed-off-by: Esben Haabendal --- arch/arm/boot/dts/ls1021a.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git

[PATCH v3 3/3] arm: dts: ls1021a: Enable I2C DMA support

From: Esben Haabendal Gives substantial performance improvement for transfers larger than 16 bytes (DMA_THRESHOLD). Smaller transfers are unaffected. Signed-off-by: Esben Haabendal --- arch/arm/boot/dts/ls1021a.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git

[PATCH v1 00/10] Another round of tsens cleanups

This is another series of tsens cleanups before we add interrupt support. This applies on top of the earlier two series[1][2] that have already been accepted for 4.19. In this series, we have the following: - splitup 8916 and 8974 register address spaces for SROT and TM - cleanups: move to spdx,

Re: [PATCH RESEND v2] arm64: clean the additional checks before calling ghes_notify_sea()

CC Borislav 2018-08-08 0:26 GMT+08:00 Dongjiu Geng : > In order to remove the additional check before calling the > ghes_notify_sea(), make stub definition when !CONFIG_ACPI_APEI_SEA. > > After this cleanup, we can simply call the ghes_notify_sea() to let > APEI driver handle the SEA

[PATCH v1 00/10] Another round of tsens cleanups

This is another series of tsens cleanups before we add interrupt support. This applies on top of the earlier two series[1][2] that have already been accepted for 4.19. In this series, we have the following: - splitup 8916 and 8974 register address spaces for SROT and TM - cleanups: move to spdx,

Re: [PATCH RESEND v2] arm64: clean the additional checks before calling ghes_notify_sea()

CC Borislav 2018-08-08 0:26 GMT+08:00 Dongjiu Geng : > In order to remove the additional check before calling the > ghes_notify_sea(), make stub definition when !CONFIG_ACPI_APEI_SEA. > > After this cleanup, we can simply call the ghes_notify_sea() to let > APEI driver handle the SEA

[PATCH v3 2/3] i2c: imx: Simplify stopped state tracking

From: Esben Haabendal Always update the stopped state when busy status have been checked. This is identical to what was done before, with the exception of error handling. Without this change, some errors cause the stopped state to be left in incorrect state in i2c_imx_stop(), i2c_imx_dma_read(),

[PATCH v3 2/3] i2c: imx: Simplify stopped state tracking

From: Esben Haabendal Always update the stopped state when busy status have been checked. This is identical to what was done before, with the exception of error handling. Without this change, some errors cause the stopped state to be left in incorrect state in i2c_imx_stop(), i2c_imx_dma_read(),

[PATCH v3 1/3] i2c: imx: Fix race condition in dma read

From: Esben Haabendal This fixes a race condition, where the DMAEN bit ends up being set after I2C slave has transmitted a byte following the dummy read. When that happens, an interrupt is generated instead, and no DMA request is generated to kickstart the DMA read, and a timeout happens after

[PATCH v3 1/3] i2c: imx: Fix race condition in dma read

From: Esben Haabendal This fixes a race condition, where the DMAEN bit ends up being set after I2C slave has transmitted a byte following the dummy read. When that happens, an interrupt is generated instead, and no DMA request is generated to kickstart the DMA read, and a timeout happens after

Re: [PATCH 4/8] mmc: tegra: Implement HS400 delay line calibration

On Thu, 9 Aug 2018 13:48:05 +0200 Thierry Reding wrote: > On Tue, Aug 07, 2018 at 05:00:00PM +0300, Aapo Vienamo wrote: > > Implement HS400 specific delay line calibration procedure. > > > > Signed-off-by: Aapo Vienamo > > --- > > drivers/mmc/host/sdhci-tegra.c | 29

Re: [PATCH 4/8] mmc: tegra: Implement HS400 delay line calibration

On Thu, 9 Aug 2018 13:48:05 +0200 Thierry Reding wrote: > On Tue, Aug 07, 2018 at 05:00:00PM +0300, Aapo Vienamo wrote: > > Implement HS400 specific delay line calibration procedure. > > > > Signed-off-by: Aapo Vienamo > > --- > > drivers/mmc/host/sdhci-tegra.c | 29

Re: [PATCH 10/40] soc/tegra: pmc: Implement pad configuration via pinctrl

On Wed, Aug 01, 2018 at 07:32:00PM +0300, Aapo Vienamo wrote: > Register a pinctrl device and implement get and set functions for > PIN_CONFIG_LOW_POWER_MODE and PIN_CONFIG_POWER_SOURCE parameters. > > Signed-off-by: Aapo Vienamo > Acked-by: Jon Hunter > --- > drivers/soc/tegra/pmc.c | 187 >

Re: [PATCH 10/40] soc/tegra: pmc: Implement pad configuration via pinctrl

On Wed, Aug 01, 2018 at 07:32:00PM +0300, Aapo Vienamo wrote: > Register a pinctrl device and implement get and set functions for > PIN_CONFIG_LOW_POWER_MODE and PIN_CONFIG_POWER_SOURCE parameters. > > Signed-off-by: Aapo Vienamo > Acked-by: Jon Hunter > --- > drivers/soc/tegra/pmc.c | 187 >

Re: FUSE: write operations trigger balance_dirty_pages when using writeback cache

On Thu, Aug 9, 2018 at 2:08 PM, 刘硕然 wrote: > Thanks for the advice. I tried removing BDI_CAP_STRICTLIMIT, and it works. > There is no balance_dirty_pages() triggered, and the performance improves a > lot. > > Tested by libfuse passthrough_ll example and fio: > ./passthrough_ll -o writeback

Re: FUSE: write operations trigger balance_dirty_pages when using writeback cache

On Thu, Aug 9, 2018 at 2:08 PM, 刘硕然 wrote: > Thanks for the advice. I tried removing BDI_CAP_STRICTLIMIT, and it works. > There is no balance_dirty_pages() triggered, and the performance improves a > lot. > > Tested by libfuse passthrough_ll example and fio: > ./passthrough_ll -o writeback

Re: [PATCH 5/8] arm64: dts: tegra186: Add SDMMC4 DQS trim value

On 08/09/2018 08:02 AM, Aapo Vienamo wrote: On Thu, 9 Aug 2018 13:49:22 +0200 Thierry Reding wrote: On Tue, Aug 07, 2018 at 05:00:01PM +0300, Aapo Vienamo wrote: Add the HS400 DQS trim value for Tegra186 SDMMC4. Signed-off-by: Aapo Vienamo --- arch/arm64/boot/dts/nvidia/tegra186.dtsi

Re: [PATCH 5/8] arm64: dts: tegra186: Add SDMMC4 DQS trim value

On 08/09/2018 08:02 AM, Aapo Vienamo wrote: On Thu, 9 Aug 2018 13:49:22 +0200 Thierry Reding wrote: On Tue, Aug 07, 2018 at 05:00:01PM +0300, Aapo Vienamo wrote: Add the HS400 DQS trim value for Tegra186 SDMMC4. Signed-off-by: Aapo Vienamo --- arch/arm64/boot/dts/nvidia/tegra186.dtsi

Re: [PATCH 3/8] mmc: tegra: Implement HS400 enhanced strobe

On Thu, 9 Aug 2018 13:43:45 +0200 Thierry Reding wrote: > On Tue, Aug 07, 2018 at 04:59:59PM +0300, Aapo Vienamo wrote: > > Implement HS400 enhanced strobe. > > Can you provide a little more information about what the impact is of > this? Does this increase throughput? How much? The eMMC

Re: [PATCH 3/8] mmc: tegra: Implement HS400 enhanced strobe

On Thu, 9 Aug 2018 13:43:45 +0200 Thierry Reding wrote: > On Tue, Aug 07, 2018 at 04:59:59PM +0300, Aapo Vienamo wrote: > > Implement HS400 enhanced strobe. > > Can you provide a little more information about what the impact is of > this? Does this increase throughput? How much? The eMMC

Re: [PATCH 07/40] soc/tegra: pmc: Implement tegra_io_pad_is_powered()

On Wed, Aug 01, 2018 at 07:31:57PM +0300, Aapo Vienamo wrote: > Implement a function to query whether a pad is in deep power down mode. > This will is needed by the pinctrl callbacks. "This is needed..." > > Signed-off-by: Aapo Vienamo > Acked-by: Jon Hunter > --- > drivers/soc/tegra/pmc.c |

Re: [PATCH 07/40] soc/tegra: pmc: Implement tegra_io_pad_is_powered()

On Wed, Aug 01, 2018 at 07:31:57PM +0300, Aapo Vienamo wrote: > Implement a function to query whether a pad is in deep power down mode. > This will is needed by the pinctrl callbacks. "This is needed..." > > Signed-off-by: Aapo Vienamo > Acked-by: Jon Hunter > --- > drivers/soc/tegra/pmc.c |

Re: [PATCH 05/40] soc/tegra: pmc: Fix pad voltage configuration for Tegra186

On Wed, Aug 01, 2018 at 07:31:55PM +0300, Aapo Vienamo wrote: > Implement support for the PMC_IMPL_E_33V_PWR register which replaces > PMC_PWR_DET register interface of the SoC generations preceding > Tegra186. Also add the voltage bit offsets to the tegra186_io_pads[] > table and the AO_HV pad. >

Re: [PATCH 05/40] soc/tegra: pmc: Fix pad voltage configuration for Tegra186

On Wed, Aug 01, 2018 at 07:31:55PM +0300, Aapo Vienamo wrote: > Implement support for the PMC_IMPL_E_33V_PWR register which replaces > PMC_PWR_DET register interface of the SoC generations preceding > Tegra186. Also add the voltage bit offsets to the tegra186_io_pads[] > table and the AO_HV pad. >

Re: [PATCH] x86, relocs: Add __end_rodata_aligned to S_REL

On Thu, Aug 9, 2018 at 11:44 AM, Joerg Roedel wrote: > This new symbol needs to be in the workaround-list for buggy > binutils, otherwise the build with gcc-4.6 fails. > > Fixes: 39d668e04eda ('x86/mm/pti: Make pti_clone_kernel_text() compile on 32 > bit') > Signed-off-by: Joerg Roedel > --- >

Re: [PATCH] x86, relocs: Add __end_rodata_aligned to S_REL

On Thu, Aug 9, 2018 at 11:44 AM, Joerg Roedel wrote: > This new symbol needs to be in the workaround-list for buggy > binutils, otherwise the build with gcc-4.6 fails. > > Fixes: 39d668e04eda ('x86/mm/pti: Make pti_clone_kernel_text() compile on 32 > bit') > Signed-off-by: Joerg Roedel > --- >

Re: [PATCH 02/40] dt-bindings: mmc: tegra: Add pad voltage control properties

On Wed, Aug 01, 2018 at 07:31:52PM +0300, Aapo Vienamo wrote: > Document the pinctrl bindings used by the SDHCI driver to reconfigure > pad voltages on controllers supporting multiple voltage levels. > > Signed-off-by: Aapo Vienamo > Reviewed-by: Mikko Perttunen > Reviewed-by: Rob Herring >

Re: [PATCH 02/40] dt-bindings: mmc: tegra: Add pad voltage control properties

On Wed, Aug 01, 2018 at 07:31:52PM +0300, Aapo Vienamo wrote: > Document the pinctrl bindings used by the SDHCI driver to reconfigure > pad voltages on controllers supporting multiple voltage levels. > > Signed-off-by: Aapo Vienamo > Reviewed-by: Mikko Perttunen > Reviewed-by: Rob Herring >

Re: [PATCH v12 3/3] tracing: Centralize preemptirq tracepoints and unify their usage

On August 8, 2018 6:47:16 PM EDT, "Paul E. McKenney" wrote: >On Wed, Aug 08, 2018 at 03:15:31PM -0700, Joel Fernandes wrote: >> On Wed, Aug 8, 2018 at 1:18 PM, Paul E. McKenney >> wrote: >> [...] >> >> >> >> It does start to seem like a show stopper :-( >> >> >> > >> >> >> > I suppose that

Re: [PATCH v12 3/3] tracing: Centralize preemptirq tracepoints and unify their usage

On August 8, 2018 6:47:16 PM EDT, "Paul E. McKenney" wrote: >On Wed, Aug 08, 2018 at 03:15:31PM -0700, Joel Fernandes wrote: >> On Wed, Aug 8, 2018 at 1:18 PM, Paul E. McKenney >> wrote: >> [...] >> >> >> >> It does start to seem like a show stopper :-( >> >> >> > >> >> >> > I suppose that

Re: [PATCH 03/40] dt-bindings: Add Tegra SDHCI pad pdpu offset bindings

On Wed, Aug 01, 2018 at 07:31:53PM +0300, Aapo Vienamo wrote: > Add bindings documentation for pad pull up and pull down offset values to be > programmed before executing automatic pad drive strength calibration. > > Signed-off-by: Aapo Vienamo > --- > .../bindings/mmc/nvidia,tegra20-sdhci.txt

Re: [PATCH 03/40] dt-bindings: Add Tegra SDHCI pad pdpu offset bindings

On Wed, Aug 01, 2018 at 07:31:53PM +0300, Aapo Vienamo wrote: > Add bindings documentation for pad pull up and pull down offset values to be > programmed before executing automatic pad drive strength calibration. > > Signed-off-by: Aapo Vienamo > --- > .../bindings/mmc/nvidia,tegra20-sdhci.txt

Re: [PATCH 01/40] dt-bindings: Add Tegra PMC pad configuration bindings

On Wed, Aug 01, 2018 at 07:31:51PM +0300, Aapo Vienamo wrote: > Document the PMC pinctrl bindings for pad power state and signaling > voltage configuration. Both nvidia,tegra186-pmc.txt and > nvidia,tegra20-pmc.txt are modified as they both cover SoC generations > for which these bindings apply. >

Re: [PATCH 01/40] dt-bindings: Add Tegra PMC pad configuration bindings

On Wed, Aug 01, 2018 at 07:31:51PM +0300, Aapo Vienamo wrote: > Document the PMC pinctrl bindings for pad power state and signaling > voltage configuration. Both nvidia,tegra186-pmc.txt and > nvidia,tegra20-pmc.txt are modified as they both cover SoC generations > for which these bindings apply. >

Re: [PATCH v2 1/2] dt: bindings: lm3697: Add bindings for lm3697 driver

Dan, On 08/08/2018 11:45 PM, Dan Murphy wrote: > Jacek > > On 08/08/2018 04:09 PM, Jacek Anaszewski wrote: >> Hi Dan, >> >> On 08/08/2018 11:04 PM, Dan Murphy wrote: >>> On 08/08/2018 04:02 PM, Pavel Machek wrote: Hi! >>> + - #size-cells : 0 >>> + - control-bank-cfg

Re: [PATCH v2 1/2] dt: bindings: lm3697: Add bindings for lm3697 driver

Dan, On 08/08/2018 11:45 PM, Dan Murphy wrote: > Jacek > > On 08/08/2018 04:09 PM, Jacek Anaszewski wrote: >> Hi Dan, >> >> On 08/08/2018 11:04 PM, Dan Murphy wrote: >>> On 08/08/2018 04:02 PM, Pavel Machek wrote: Hi! >>> + - #size-cells : 0 >>> + - control-bank-cfg

Re: [PATCH v2 10/15] staging: fbtft: Fixes some defines styles - Style

On Thu, Aug 09, 2018 at 06:39:55AM -0300, Leonardo Bras wrote: > On Wed, Aug 08, 2018 at 02:22:19PM +0200, Greg Kroah-Hartman wrote: > > On Tue, Aug 07, 2018 at 09:29:25PM -0300, Leonardo Brás wrote: > > > Fixing some styles as recommended by checkpatch.pl. > > > > > > Signed-off-by: Leonardo Brás

Re: [PATCH v2 10/15] staging: fbtft: Fixes some defines styles - Style

On Thu, Aug 09, 2018 at 06:39:55AM -0300, Leonardo Bras wrote: > On Wed, Aug 08, 2018 at 02:22:19PM +0200, Greg Kroah-Hartman wrote: > > On Tue, Aug 07, 2018 at 09:29:25PM -0300, Leonardo Brás wrote: > > > Fixing some styles as recommended by checkpatch.pl. > > > > > > Signed-off-by: Leonardo Brás

Re: [PATCH v6 4/4] platform/x86: Add ACPI i2c-multi-instantiate pseudo driver

Hi, On 09-08-18 13:55, Rafael J. Wysocki wrote: On Thu, Aug 9, 2018 at 1:40 PM, Hans de Goede wrote: On systems with ACPI instantiated i2c-clients, normally there is 1 fw_node per i2c-device and that fw-node contains 1 I2cSerialBus resource for that 1 i2c-device. But in some rare cases the

Re: FUSE: write operations trigger balance_dirty_pages when using writeback cache

Thanks for the advice. I tried removing BDI_CAP_STRICTLIMIT, and it works. There is no balance_dirty_pages() triggered, and the performance improves a lot. Tested by libfuse passthrough_ll example and fio: ./passthrough_ll -o writeback /mnt/fuse/ fio --name=test --ioengine=psync

Re: [PATCH v6 4/4] platform/x86: Add ACPI i2c-multi-instantiate pseudo driver

Hi, On 09-08-18 13:55, Rafael J. Wysocki wrote: On Thu, Aug 9, 2018 at 1:40 PM, Hans de Goede wrote: On systems with ACPI instantiated i2c-clients, normally there is 1 fw_node per i2c-device and that fw-node contains 1 I2cSerialBus resource for that 1 i2c-device. But in some rare cases the

Re: FUSE: write operations trigger balance_dirty_pages when using writeback cache

Thanks for the advice. I tried removing BDI_CAP_STRICTLIMIT, and it works. There is no balance_dirty_pages() triggered, and the performance improves a lot. Tested by libfuse passthrough_ll example and fio: ./passthrough_ll -o writeback /mnt/fuse/ fio --name=test --ioengine=psync

<    4   5   6   7   8   9   10   11   12   13   >