mode when any cpu exit
state[2].
In this patch,
When CPU exits state[2], it configures CCM to RUN mode.
When all CPUs enters state[2], the last CPU needs to check
whether it's ok to configure CCM to WAIT mode or not.
Signed-off-by: Peng Fan
---
V1:
This is to upstream patch:
http
Some PL310 registers could only be wrote in secure world, so
introduce imx_l2c310_write_sec to support Linux running in
non-secure world configure PL310.
Signed-off-by: Peng Fan <peng@nxp.com>
Cc: Shawn Guo <shawn...@kernel.org>
Cc: Sascha Hauer <ker...@pengutronix.de>
Some PL310 registers could only be wrote in secure world, so
introduce imx_l2c310_write_sec to support Linux running in
non-secure world configure PL310.
Signed-off-by: Peng Fan
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Fabio Estevam
Cc: Dong Aisheng
---
V2:
Use SPDX Tag
Use
tree, please drop us a note to help
>improve the system]
>
>url:
>https://github.com/0day-ci/linux/commits/Peng-Fan/ARM-imx-introduce-imx_l2c310_write_sec/20171229-150558
>base: https://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux.git
>for-next
>config: arm-arm5
tree, please drop us a note to help
>improve the system]
>
>url:
>https://github.com/0day-ci/linux/commits/Peng-Fan/ARM-imx-introduce-imx_l2c310_write_sec/20171229-150558
>base: https://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux.git
>for-next
>config: arm-arm5
On Thu, Dec 28, 2017 at 02:03:01PM +0100, Krzysztof Kozlowski wrote:
>On Thu, Dec 28, 2017 at 10:34 AM, Peng Fan <peng@nxp.com> wrote:
>> Enable OP-TEE for multi_v7_defconfig
>
>Why? You essentially copied here the subject of patch. That is not enough.
This patch could b
On Thu, Dec 28, 2017 at 02:03:01PM +0100, Krzysztof Kozlowski wrote:
>On Thu, Dec 28, 2017 at 10:34 AM, Peng Fan wrote:
>> Enable OP-TEE for multi_v7_defconfig
>
>Why? You essentially copied here the subject of patch. That is not enough.
This patch could be dropped. Prev
On Thu, Dec 28, 2017 at 02:02:07PM +0100, Krzysztof Kozlowski wrote:
>On Thu, Dec 28, 2017 at 10:34 AM, Peng Fan <peng@nxp.com> wrote:
>> Select CONFIG_RTC_DRV_SNVS for i.MX6 to use RTC to wakeup system
>> Patch generated with:
>> make ARCH=arm multi_v7_
On Thu, Dec 28, 2017 at 02:02:07PM +0100, Krzysztof Kozlowski wrote:
>On Thu, Dec 28, 2017 at 10:34 AM, Peng Fan wrote:
>> Select CONFIG_RTC_DRV_SNVS for i.MX6 to use RTC to wakeup system
>> Patch generated with:
>> make ARCH=arm multi_v7_defconfig
>>
Some PL310 registers could only be wrote in secure world, so
introduce imx_l2c310_write_sec to support Linux running in
non-secure world.
Signed-off-by: Peng Fan <peng@nxp.com>
Cc: Shawn Guo <shawn...@kernel.org>
Cc: Sascha Hauer <ker...@pengutronix.de>
Cc: Fabio E
Some PL310 registers could only be wrote in secure world, so
introduce imx_l2c310_write_sec to support Linux running in
non-secure world.
Signed-off-by: Peng Fan
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Fabio Estevam
Cc: Dong Aisheng
---
arch/arm/mach-imx/system.c| 21
Enable OP-TEE for multi_v7_defconfig
Signed-off-by: Peng Fan <peng@nxp.com>
Cc: Russell King <li...@armlinux.org.uk>
Cc: Arnd Bergmann <a...@arndb.de>
Cc: Krzysztof Kozlowski <k...@kernel.org>
Cc: Olof Johansson <o...@lixom.net>
Cc: Simon Horman <horm
Select CONFIG_RTC_DRV_SNVS for i.MX6 to use RTC to wakeup system
Patch generated with:
make ARCH=arm multi_v7_defconfig
select CONFIG_RTC_DRV_SNVS
make savedefconfig
Signed-off-by: Peng Fan <peng@nxp.com>
Cc: Russell King <li...@armlinux.org.uk>
Cc: A
Enable OP-TEE for multi_v7_defconfig
Signed-off-by: Peng Fan
Cc: Russell King
Cc: Arnd Bergmann
Cc: Krzysztof Kozlowski
Cc: Olof Johansson
Cc: Simon Horman
Cc: Geert Uytterhoeven
Cc: Rask Ingemann Lambertsen
Cc: Valentin Rothberg
Cc: Andy Gross
Cc: Shawn Guo
Cc: Dong Aisheng
---
arch
Select CONFIG_RTC_DRV_SNVS for i.MX6 to use RTC to wakeup system
Patch generated with:
make ARCH=arm multi_v7_defconfig
select CONFIG_RTC_DRV_SNVS
make savedefconfig
Signed-off-by: Peng Fan
Cc: Russell King
Cc: Arnd Bergmann
Cc: Krzysztof Kozlowski
Cc: Olof Johansson
rly_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@nxp.com>
Cc: Shawn Guo <shawn...@kernel.org>
Cc: Sascha Hauer <ker...@pengutronix.de>
Cc: Fabio Estevam <fabio.es
rly_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
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Fabio Estevam
Cc: Dong Aisheng
Cc: Russell King
---
V3:
Continue fix 6SX low power idle. Because
> -Original Message-
> From: Dong Aisheng [mailto:donga...@gmail.com]
> Sent: Wednesday, December 27, 2017 10:51 AM
> To: A.s. Dong <aisheng.d...@nxp.com>
> Cc: Shawn Guo <shawn...@kernel.org>; Peng Fan <peng@nxp.com>;
> linux-kern
> -Original Message-
> From: Dong Aisheng [mailto:donga...@gmail.com]
> Sent: Wednesday, December 27, 2017 10:51 AM
> To: A.s. Dong
> Cc: Shawn Guo ; Peng Fan ;
> linux-kernel@vger.kernel.org; Russell King ; Fabio
> Estevam ; Sascha Hauer ;
> van.free...@
Hi All,
Sorry for bring back this old topic again.
On Thu, Jan 28, 2016 at 05:27:46PM +0100, Thomas Gleixner wrote:
>On Thu, 28 Jan 2016, Thomas Gleixner wrote:
>> On Thu, 28 Jan 2016, Ulf Hansson wrote:
>> > Therefore, the only way we currently can make sure to don't get the
>> > IRQ is to free
Hi All,
Sorry for bring back this old topic again.
On Thu, Jan 28, 2016 at 05:27:46PM +0100, Thomas Gleixner wrote:
>On Thu, 28 Jan 2016, Thomas Gleixner wrote:
>> On Thu, 28 Jan 2016, Ulf Hansson wrote:
>> > Therefore, the only way we currently can make sure to don't get the
>> > IRQ is to free
> -Original Message-
> From: Dong Aisheng [mailto:donga...@gmail.com]
> Sent: Wednesday, December 27, 2017 10:51 AM
> To: A.s. Dong <aisheng.d...@nxp.com>
> Cc: Shawn Guo <shawn...@kernel.org>; Peng Fan <peng@nxp.com>;
> linux-kern
> -Original Message-
> From: Dong Aisheng [mailto:donga...@gmail.com]
> Sent: Wednesday, December 27, 2017 10:51 AM
> To: A.s. Dong
> Cc: Shawn Guo ; Peng Fan ;
> linux-kernel@vger.kernel.org; Russell King ; Fabio
> Estevam ; Sascha Hauer ;
> van.free...@
Hi Shawn,
> >
> > On Sun, Dec 10, 2017 at 08:07:18PM +0800, Peng Fan wrote:
> > > Use outer_disable/resume for suspend/resume.
> > > With the two APIs used, code could be simplified and easy to extend
> > > to introduce l2c_write_sec for i.MX platforms whe
Hi Shawn,
> >
> > On Sun, Dec 10, 2017 at 08:07:18PM +0800, Peng Fan wrote:
> > > Use outer_disable/resume for suspend/resume.
> > > With the two APIs used, code could be simplified and easy to extend
> > > to introduce l2c_write_sec for i.MX platforms whe
Use outer_disable/resume for suspend/resume.
With the two APIs used, code could be simplified and easy to extend
to introduce l2c_write_sec for i.MX platforms when moving Linux Kernel
runs in non-secure world.
Signed-off-by: Peng Fan <peng@nxp.com>
Cc: Shawn Guo <shawn...@kerne
Use outer_disable/resume for suspend/resume.
With the two APIs used, code could be simplified and easy to extend
to introduce l2c_write_sec for i.MX platforms when moving Linux Kernel
runs in non-secure world.
Signed-off-by: Peng Fan
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Fabio Estevam
Cc
> -Original Message-
> From: Dong Aisheng [mailto:donga...@gmail.com]
> Sent: Tuesday, December 26, 2017 6:21 PM
> To: Peng Fan <peng@nxp.com>
> Cc: Shawn Guo <shawn...@kernel.org>; A.s. Dong <aisheng.d...@nxp.com>;
> linux-kernel@vger.kernel.org;
> -Original Message-
> From: Dong Aisheng [mailto:donga...@gmail.com]
> Sent: Tuesday, December 26, 2017 6:21 PM
> To: Peng Fan
> Cc: Shawn Guo ; A.s. Dong ;
> linux-kernel@vger.kernel.org; Russell King ; Fabio
> Estevam ; Sascha Hauer ;
> van.free...@
Hi Aisheng,
> -Original Message-
> From: Dong Aisheng [mailto:donga...@gmail.com]
> Sent: Tuesday, December 26, 2017 6:04 PM
> To: Peng Fan <peng@nxp.com>
> Cc: Shawn Guo <shawn...@kernel.org>; A.s. Dong <aisheng.d...@nxp.com>;
> linux-kern
Hi Aisheng,
> -Original Message-
> From: Dong Aisheng [mailto:donga...@gmail.com]
> Sent: Tuesday, December 26, 2017 6:04 PM
> To: Peng Fan
> Cc: Shawn Guo ; A.s. Dong ;
> linux-kernel@vger.kernel.org; Russell King ; Fabio
> Estevam ; Sascha Hauer ;
> van.free
Hi Shawn
> -Original Message-
> From: Shawn Guo [mailto:shawn...@kernel.org]
> Sent: Tuesday, December 26, 2017 5:13 PM
> To: Peng Fan <peng@nxp.com>
> Cc: A.s. Dong <aisheng.d...@nxp.com>; linux-kernel@vger.kernel.org; Russell
> King <li...@armlinux.o
Hi Shawn
> -Original Message-
> From: Shawn Guo [mailto:shawn...@kernel.org]
> Sent: Tuesday, December 26, 2017 5:13 PM
> To: Peng Fan
> Cc: A.s. Dong ; linux-kernel@vger.kernel.org; Russell
> King ; Fabio Estevam ;
> Sascha Hauer ; van.free...@gmail.
Hi Shawn,
> -Original Message-
> From: Shawn Guo [mailto:shawn...@kernel.org]
> Sent: Tuesday, December 26, 2017 5:09 PM
> To: Peng Fan <peng@nxp.com>
> Cc: A.s. Dong <aisheng.d...@nxp.com>; linux-kernel@vger.kernel.org; Russell
> King <li...@armlin
Hi Shawn,
> -Original Message-
> From: Shawn Guo [mailto:shawn...@kernel.org]
> Sent: Tuesday, December 26, 2017 5:09 PM
> To: Peng Fan
> Cc: A.s. Dong ; linux-kernel@vger.kernel.org; Russell
> King ; van.free...@gmail.com; Sascha Hauer
> ; Fabio Estev
Hi Shawn,
> -Original Message-
> From: Shawn Guo [mailto:shawn...@kernel.org]
> Sent: Tuesday, December 26, 2017 11:31 AM
> To: Peng Fan <peng@nxp.com>
> Cc: A.s. Dong <aisheng.d...@nxp.com>; linux-kernel@vger.kernel.org; Russell
> King <li..
Hi Shawn,
> -Original Message-
> From: Shawn Guo [mailto:shawn...@kernel.org]
> Sent: Tuesday, December 26, 2017 11:31 AM
> To: Peng Fan
> Cc: A.s. Dong ; linux-kernel@vger.kernel.org; Russell
> King ; Fabio Estevam ;
> Sascha Hauer ; van.free...@gmail.
Hi All,
Ping...
> -Original Message-
> From: Peng Fan
> Sent: Sunday, December 10, 2017 8:07 PM
> To: shawn...@kernel.org
> Cc: linux-arm-ker...@lists.infradead.org; linux-kernel@vger.kernel.org;
> van.free...@gmail.com; Peng Fan <peng@nxp.com>; Sascha Hauer
Hi All,
Ping...
> -Original Message-
> From: Peng Fan
> Sent: Sunday, December 10, 2017 8:07 PM
> To: shawn...@kernel.org
> Cc: linux-arm-ker...@lists.infradead.org; linux-kernel@vger.kernel.org;
> van.free...@gmail.com; Peng Fan ; Sascha Hauer
> ; Fabio Estevam ;
Use outer_disable/resume for suspend/resume.
With the two APIs used, code could be simplified and easy to extend
to introduce l2c_write_sec for i.MX platforms when moving Linux Kernel
runs in non-secure world.
Signed-off-by: Peng Fan <peng@nxp.com>
Cc: Shawn Guo <shawn...@kerne
Use outer_disable/resume for suspend/resume.
With the two APIs used, code could be simplified and easy to extend
to introduce l2c_write_sec for i.MX platforms when moving Linux Kernel
runs in non-secure world.
Signed-off-by: Peng Fan
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Fabio Estevam
Cc
Hi Russell,
> > > > > >
> > > > > > On Sun, Nov 26, 2017 at 08:25:30PM +0800, Peng Fan wrote:
> > > > > > > To boot Linux in Non-secure mode with l2x0, the l2x0
> > > > > > > controller is enabled in secure mode and
Hi Russell,
> > > > > >
> > > > > > On Sun, Nov 26, 2017 at 08:25:30PM +0800, Peng Fan wrote:
> > > > > > > To boot Linux in Non-secure mode with l2x0, the l2x0
> > > > > > > controller is enabled in secure mode and
Hi Russell,
> -Original Message-
> From: Russell King - ARM Linux [mailto:li...@armlinux.org.uk]
> Sent: Monday, November 27, 2017 6:19 PM
> To: Peng Fan <peng@nxp.com>
> Cc: linux-arm-ker...@lists.infradead.org; linux-kernel@vger.kernel.org;
> van.free...
Hi Russell,
> -Original Message-
> From: Russell King - ARM Linux [mailto:li...@armlinux.org.uk]
> Sent: Monday, November 27, 2017 6:19 PM
> To: Peng Fan
> Cc: linux-arm-ker...@lists.infradead.org; linux-kernel@vger.kernel.org;
> van.free...@gmail.com; Mark Rutland ;
Hi Russell,
> -Original Message-
> From: Russell King - ARM Linux [mailto:li...@armlinux.org.uk]
> Sent: Monday, November 27, 2017 5:20 PM
> To: Peng Fan <peng@nxp.com>
> Cc: linux-arm-ker...@lists.infradead.org; linux-kernel@vger.kernel.org;
> van.free...
Hi Russell,
> -Original Message-
> From: Russell King - ARM Linux [mailto:li...@armlinux.org.uk]
> Sent: Monday, November 27, 2017 5:20 PM
> To: Peng Fan
> Cc: linux-arm-ker...@lists.infradead.org; linux-kernel@vger.kernel.org;
> van.free...@gmail.com; Mark Rutland ;
Hi Marek,
On Mon, Nov 27, 2017 at 09:44:20AM +0100, Marek Szyprowski wrote:
>Hi Peng,
>
>On 2017-11-27 09:37, Peng Fan wrote:
>> Hi Marek,
>>
>> On Mon, Nov 27, 2017 at 09:31:00AM +0100, Marek Szyprowski wrote:
>> > Hi
>> >
>> &
Hi Marek,
On Mon, Nov 27, 2017 at 09:44:20AM +0100, Marek Szyprowski wrote:
>Hi Peng,
>
>On 2017-11-27 09:37, Peng Fan wrote:
>> Hi Marek,
>>
>> On Mon, Nov 27, 2017 at 09:31:00AM +0100, Marek Szyprowski wrote:
>> > Hi
>> >
>> &
Hi Marek,
On Mon, Nov 27, 2017 at 09:31:00AM +0100, Marek Szyprowski wrote:
>Hi
>
>On 2017-11-26 14:13, Peng Fan wrote:
>> Invoke of_reserved_mem_device_init at dma_configure, then
>> there is no need to call of_reserved_mem_device_init in device
>> specific probe
Hi Marek,
On Mon, Nov 27, 2017 at 09:31:00AM +0100, Marek Szyprowski wrote:
>Hi
>
>On 2017-11-26 14:13, Peng Fan wrote:
>> Invoke of_reserved_mem_device_init at dma_configure, then
>> there is no need to call of_reserved_mem_device_init in device
>> specific probe
> -Original Message-
> From: Peng Fan
> Sent: Sunday, November 26, 2017 9:14 PM
> To: h...@lst.de; m.szyprow...@samsung.com; robin.mur...@arm.com;
> gre...@linuxfoundation.org; robh...@kernel.org; frowand.l...@gmail.com
> Cc: io...@lists.linux-foundation.org; linux-kern
> -Original Message-
> From: Peng Fan
> Sent: Sunday, November 26, 2017 9:14 PM
> To: h...@lst.de; m.szyprow...@samsung.com; robin.mur...@arm.com;
> gre...@linuxfoundation.org; robh...@kernel.org; frowand.l...@gmail.com
> Cc: io...@lists.linux-foundation.org; linux-kern
Hi Russell,
> Subject: Re: [PATCH] arm: l2c: unlock ways when in non-secure mode
>
> On Sun, Nov 26, 2017 at 08:25:30PM +0800, Peng Fan wrote:
> > To boot Linux in Non-secure mode with l2x0, the l2x0 controller is
> > enabled in secure mode and ways locked to make it seems
Hi Russell,
> Subject: Re: [PATCH] arm: l2c: unlock ways when in non-secure mode
>
> On Sun, Nov 26, 2017 at 08:25:30PM +0800, Peng Fan wrote:
> > To boot Linux in Non-secure mode with l2x0, the l2x0 controller is
> > enabled in secure mode and ways locked to make it seems
Invoke of_reserved_mem_device_init at dma_configure, then
there is no need to call of_reserved_mem_device_init in device
specific probe function.
Signed-off-by: Peng Fan <peng@nxp.com>
---
drivers/base/dma-mapping.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff
reserved memory for a device which needs iommu.
Signed-off-by: Peng Fan <peng@nxp.com>
---
drivers/of/of_reserved_mem.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/of/of_reserved_mem.c b/drivers/of/of_reserved_mem.c
index 22b75c82e377..61523819b50
Invoke of_reserved_mem_device_init at dma_configure, then
there is no need to call of_reserved_mem_device_init in device
specific probe function.
Signed-off-by: Peng Fan
---
drivers/base/dma-mapping.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/base/dma
reserved memory for a device which needs iommu.
Signed-off-by: Peng Fan
---
drivers/of/of_reserved_mem.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/of/of_reserved_mem.c b/drivers/of/of_reserved_mem.c
index 22b75c82e377..61523819b50e 100644
--- a/drivers/of/o
To boot Linux in Non-secure mode with l2x0, the l2x0 controller
is enabled in secure mode and ways locked to make it seems L2 cache
disabled during linux boot process. So during l2x0 initialization,
need to unlock the ways to make l2x0 could cache data/inst.
Signed-off-by: Peng Fan <p
To boot Linux in Non-secure mode with l2x0, the l2x0 controller
is enabled in secure mode and ways locked to make it seems L2 cache
disabled during linux boot process. So during l2x0 initialization,
need to unlock the ways to make l2x0 could cache data/inst.
Signed-off-by: Peng Fan
Cc: Russell
> > + chip->enable_gpio = devm_gpiod_get(>dev, "enable",
> GPIOD_OUT_LOW);
> > + if (IS_ERR(chip->enable_gpio)) {
> > + dev_dbg(>dev, "No enable-gpios property\n");
> > + chip->enable_gpio = NULL;
>
> Also, the error handling here is not correct as it will
> > + chip->enable_gpio = devm_gpiod_get(>dev, "enable",
> GPIOD_OUT_LOW);
> > + if (IS_ERR(chip->enable_gpio)) {
> > + dev_dbg(>dev, "No enable-gpios property\n");
> > + chip->enable_gpio = NULL;
>
> Also, the error handling here is not correct as it will
There is an OE(low active) input pin for 74hc595 and 74lv595.
To some boards, the OE pin is controlled by GPIO, so add an
optional property "enable-gpios".
Signed-off-by: Peng Fan <peng@nxp.com>
Cc: Rob Herring <r...@kernel.org>
Cc: Linus Walleij <linus.wall...@linar
There is an OE(low active) input pin for 74hc595 and 74lv595.
To some boards, the OE pin is controlled by GPIO, so add an
optional property "enable-gpios".
Signed-off-by: Peng Fan
Cc: Rob Herring
Cc: Linus Walleij
---
Documentation/devicetree/bindings/gpio/gpio-74x164.txt | 3 +
To 74hc595 and 74lv595, there is an OE(low active) input pin.
To some boards, this pin is controller by GPIO, so handling
this pin in driver. When driver probe, use GPIOD_OUT_LOW flag
when requesting the gpio, so OE is set to low when probe.
Signed-off-by: Peng Fan <peng@nxp.com>
Cc:
To 74hc595 and 74lv595, there is an OE(low active) input pin.
To some boards, this pin is controller by GPIO, so handling
this pin in driver. When driver probe, use GPIOD_OUT_LOW flag
when requesting the gpio, so OE is set to low when probe.
Signed-off-by: Peng Fan
Cc: Linus Walleij
>From code "SMR mask 0x%x out of range for SMMU",
so, we need to use mask, not sid.
Signed-off-by: Peng Fan <peng@nxp.com>
Cc: Will Deacon <will.dea...@arm.com>
Cc: Robin Murphy <robin.mur...@arm.com>
---
drivers/iommu/arm-smmu.c | 2 +-
1 file changed, 1 in
>From code "SMR mask 0x%x out of range for SMMU",
so, we need to use mask, not sid.
Signed-off-by: Peng Fan
Cc: Will Deacon
Cc: Robin Murphy
---
drivers/iommu/arm-smmu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iommu/arm-smmu.c b/drivers/iom
> -Original Message-
> From: Srinivas Kandagatla [mailto:srinivas.kandaga...@linaro.org]
> Sent: Friday, March 03, 2017 6:12 PM
> To: Peng Fan <peng@nxp.com>; shawn...@kernel.org;
> maxime.rip...@free-electrons.com
> Cc: devicet...@vger.kernel.org; linux-kerne
> -Original Message-
> From: Srinivas Kandagatla [mailto:srinivas.kandaga...@linaro.org]
> Sent: Friday, March 03, 2017 6:12 PM
> To: Peng Fan ; shawn...@kernel.org;
> maxime.rip...@free-electrons.com
> Cc: devicet...@vger.kernel.org; linux-kernel@vger.kernel.org
Enable ocotp for i.mx7D/S.
Correct the clock entry and compatible string.
Signed-off-by: Peng Fan <peng@nxp.com>
Cc: Shawn Guo <shawn...@kernel.org>
Cc: Srinivas Kandagatla <srinivas.kandaga...@linaro.org>
Cc: Sascha Hauer <ker...@pengutronix.de>
Cc: Fabio Estevam &l
Add i.MX7D support.
There is 16 banks, each bank 4 words.
Signed-off-by: Peng Fan <peng@nxp.com>
Cc: Srinivas Kandagatla <srinivas.kandaga...@linaro.org>
Cc: Maxime Ripard <maxime.rip...@free-electrons.com>
Cc: Shawn Guo <shawn...@kernel.org>
---
drivers/nvmem/i
Enable ocotp for i.mx7D/S.
Correct the clock entry and compatible string.
Signed-off-by: Peng Fan
Cc: Shawn Guo
Cc: Srinivas Kandagatla
Cc: Sascha Hauer
Cc: Fabio Estevam
Cc: Rob Herring
Cc: Mark Rutland
---
arch/arm/boot/dts/imx7s.dtsi | 5 ++---
1 file changed, 2 insertions(+), 3
Add i.MX7D support.
There is 16 banks, each bank 4 words.
Signed-off-by: Peng Fan
Cc: Srinivas Kandagatla
Cc: Maxime Ripard
Cc: Shawn Guo
---
drivers/nvmem/imx-ocotp.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/nvmem/imx-ocotp.c b/drivers/nvmem/imx-ocotp.c
index b8ca1e6
Add compatible string for i.MX7D/S
Signed-off-by: Peng Fan <peng@nxp.com>
Cc: Shawn Guo <shawn...@kernel.org>
Cc: Srinivas Kandagatla <srinivas.kandaga...@linaro.org>
Cc: Maxime Ripard <maxime.rip...@free-electrons.com>
Cc: Rob Herring <robh...@kernel.org&g
Add compatible string for i.MX7D/S
Signed-off-by: Peng Fan
Cc: Shawn Guo
Cc: Srinivas Kandagatla
Cc: Maxime Ripard
Cc: Rob Herring
Cc: Mark Rutland
---
Documentation/devicetree/bindings/nvmem/imx-ocotp.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree
s,
>- imx_pinctrl_desc->pmxops = _pmx_ops,
>- imx_pinctrl_desc->confops = _pinconf_ops,
>- imx_pinctrl_desc->owner = THIS_MODULE,
>+ imx_pinctrl_desc->pctlops = _pctrl_ops;
>+ imx_pinctrl_desc->pmxops = _pmx_ops;
>+ imx_pinctrl_desc->con
ctrl_desc->pmxops = _pmx_ops,
>- imx_pinctrl_desc->confops = _pinconf_ops,
>- imx_pinctrl_desc->owner = THIS_MODULE,
>+ imx_pinctrl_desc->pctlops = _pctrl_ops;
>+ imx_pinctrl_desc->pmxops = _pmx_ops;
>+ imx_pinctrl_desc->confops = _pinconf_ops;
>+ imx_pinc
Correct comments from "of_node" to "fwnode" according
to function prototype.
Signed-off-by: Peng Fan <peng@nxp.com>
Cc: Marc Zyngier <marc.zyng...@arm.com>
Cc: Thomas Gleixner <t...@linutronix.de>
---
kernel/irq/irqdomain.c | 2 +-
1 file changed, 1 i
Correct comments from "of_node" to "fwnode" according
to function prototype.
Signed-off-by: Peng Fan
Cc: Marc Zyngier
Cc: Thomas Gleixner
---
kernel/irq/irqdomain.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/irq/irqdomain.c b/kernel/i
Hi,
Kindly ping.. since more than two weeks from patch sent out.
Thanks,
Peng.
On Thu, Jul 21, 2016 at 04:04:21PM +0800, Peng Fan wrote:
>When dma_common_free_remap, the input parameter 'size' may not
>be page aligned. And, met kernel warning when doing iommu dma
>for usb on i.MX8
Hi,
Kindly ping.. since more than two weeks from patch sent out.
Thanks,
Peng.
On Thu, Jul 21, 2016 at 04:04:21PM +0800, Peng Fan wrote:
>When dma_common_free_remap, the input parameter 'size' may not
>be page aligned. And, met kernel warning when doing iommu dma
>for usb on i.MX8
unmap_kernel_range.
Signed-off-by: Peng Fan <van.free...@gmail.com>
Cc: Greg Kroah-Hartman <gre...@linuxfoundation.org>
Cc: <sta...@vger.kernel.org>
---
drivers/base/dma-mapping.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/base/dma-mapping.c b/dri
unmap_kernel_range.
Signed-off-by: Peng Fan
Cc: Greg Kroah-Hartman
Cc:
---
drivers/base/dma-mapping.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/base/dma-mapping.c b/drivers/base/dma-mapping.c
index d799662..261420d 100644
--- a/drivers/base/dma-mapping.c
+++
There is no need to call devm_free_irq when driver detach.
devres_release_all which is called after 'drv->remove' will
release all managed resources.
Signed-off-by: Peng Fan <van.free...@gmail.com>
Reviewed-by: Robin Murphy <robin.mur...@arm.com>
Cc: Will Deacon <will.dea..
There is no need to call devm_free_irq when driver detach.
devres_release_all which is called after 'drv->remove' will
release all managed resources.
Signed-off-by: Peng Fan
Reviewed-by: Robin Murphy
Cc: Will Deacon
---
V2:
Fix compile warning. Add Robin's Reviewed-by TAG.
drivers/io
There is no need to call devm_free_irq when driver detach.
devres_release_all which is called after 'drv->remove' will
release all managed resources.
Signed-off-by: Peng Fan <van.free...@gmail.com>
Cc: Will Deacon <will.dea...@arm.com>
Cc: Robin Murphy <robin.mur...@arm.com&g
There is no need to call devm_free_irq when driver detach.
devres_release_all which is called after 'drv->remove' will
release all managed resources.
Signed-off-by: Peng Fan
Cc: Will Deacon
Cc: Robin Murphy
---
drivers/iommu/arm-smmu.c | 3 ---
1 file changed, 3 deletions(-)
diff --
Hi Robin,
On Mon, Jul 11, 2016 at 11:32:55AM +0100, Robin Murphy wrote:
>On 04/07/16 10:38, Peng Fan wrote:
>> Use devm_request_irq to simplify error handling path,
>> when probe smmu device.
>>
>> Also devm_{request|free}_irq when init or destroy domain context.
>
Hi Robin,
On Mon, Jul 11, 2016 at 11:32:55AM +0100, Robin Murphy wrote:
>On 04/07/16 10:38, Peng Fan wrote:
>> Use devm_request_irq to simplify error handling path,
>> when probe smmu device.
>>
>> Also devm_{request|free}_irq when init or destroy domain context.
>
Use devm_request_irq to simplify error handling path,
when probe smmu device.
Also devm_{request|free}_irq when init or destroy domain context.
Signed-off-by: Peng Fan <van.free...@gmail.com>
Cc: Will Deacon <will.dea...@arm.com>
Cc: Robin Murphy <robin.mur...@arm.com>
---
Use devm_request_irq to simplify error handling path,
when probe smmu device.
Also devm_{request|free}_irq when init or destroy domain context.
Signed-off-by: Peng Fan
Cc: Will Deacon
Cc: Robin Murphy
---
drivers/iommu/arm-smmu.c | 24 ++--
1 file changed, 10 insertions
Correct comments for __clk_determine_rate.
Signed-off-by: Peng Fan <van.free...@gmail.com>
Cc: Michael Turquette <mturque...@baylibre.com>
Cc: Stephen Boyd <sb...@codeaurora.org>
---
drivers/clk/clk.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/d
Correct comments for __clk_determine_rate.
Signed-off-by: Peng Fan
Cc: Michael Turquette
Cc: Stephen Boyd
---
drivers/clk/clk.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
index d584004..4224a2e 100644
--- a/drivers/clk/clk.c
Hi,
Kindly ping.. Any comments on V3?
Thanks,
Peng.
On Mon, May 23, 2016 at 05:47:30PM +0800, Peng Fan wrote:
>The vfio No-IOMMU mode was supported by this
>'commit 03a76b60f8ba2797 ("vfio: Include No-IOMMU mode")',
>but it only support vfio-pci.
>
>Using
Hi,
Kindly ping.. Any comments on V3?
Thanks,
Peng.
On Mon, May 23, 2016 at 05:47:30PM +0800, Peng Fan wrote:
>The vfio No-IOMMU mode was supported by this
>'commit 03a76b60f8ba2797 ("vfio: Include No-IOMMU mode")',
>but it only support vfio-pci.
>
>Using
Hi Linus, Shawn
Kindly ping.. Do you have any comments on this patch?
Thanks,
Peng.
On Wed, May 18, 2016 at 05:31:59PM +0800, Peng Fan wrote:
>To i.MX7D, there are two iomux controllers, iomuxc and iomuxc_lpsr.
>They should not share one pin controller descriptor, otherwise
>the val
Hi Linus, Shawn
Kindly ping.. Do you have any comments on this patch?
Thanks,
Peng.
On Wed, May 18, 2016 at 05:31:59PM +0800, Peng Fan wrote:
>To i.MX7D, there are two iomux controllers, iomuxc and iomuxc_lpsr.
>They should not share one pin controller descriptor, otherwise
>the val
s making
use of this support are named /dev/vfio/noiommu-$GROUP and
can only make use of the special VFIO_NOIOMMU_IOMMU for the
container. Use of this mode, specifically binding a device
without a native IOMMU group to a VFIO bus driver will taint
the kernel and should therefore not be considere
701 - 800 of 917 matches
Mail list logo