>
> > > Subject: Re: [PATCH 0/2] mailbox: arm: introduce smc triggered
> > > mailbox
> > >
> > > Hi,
> > >
> > > On 5/22/19 10:50 PM, Peng Fan wrote:
> > > > This is a modified version from Andre Przywara's patch series
From: Peng Fan
There is no audio_pll2_clk registered, it should be audio_pll2_out.
Cc:
Fixes: ba5625c3e27 ("clk: imx: Add clock driver support for imx8mm")
Signed-off-by: Peng Fan
---
drivers/clk/imx/clk-imx8mm.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
di
Hi Shawn,
> Subject: Re: [PATCH] clk: imx: imx8mm: correct audio_pll2_clk to
> audio_pll2_out
>
> On Thu, May 30, 2019 at 01:22:57AM +0000, Peng Fan wrote:
> > Hi Stephen,
> >
> > > Subject: Re: [PATCH] clk: imx: imx8mm: correct audio_pll2_clk to
> > >
From: Peng Fan
The ARM SMC mailbox binding describes a firmware interface to trigger
actions in software layers running in the EL2 or EL3 exception levels.
The term "ARM" here relates to the SMC instruction as part of the ARM
instruction set, not as a standard endorsed by ARM Ltd.
Sig
From: Peng Fan
This mailbox driver implements a mailbox which signals transmitted data
via an ARM smc (secure monitor call) instruction. The mailbox receiver
is implemented in firmware and can synchronously return data when it
returns execution to the non-secure world again.
An asynchronous
From: Peng Fan
This is a modified version from Andre Przywara's patch series
https://lore.kernel.org/patchwork/cover/812997/.
The modification are mostly:
Introduce arm,num-chans
Introduce arm_smccc_mbox_cmd
txdone_poll and txdone_irq are both set to false
arm,func-ids are kept, but
From: Peng Fan
The parent settings have been moved to dtsi, we no need to
set parent here. And clk_hw_set_parent will trigger lockdep warning,
because this api not have prepare_lock.
Reported-by: Leonard Crestez
Reviewed-by: Dong Aisheng
Reviewed-by: Leonard Crestez
Signed-off-by: Peng Fan
From: Peng Fan
Patches rebased on for-next
V3:
Add R-b tag for patch 1-6,10
Use clk_mux_ops in patch 7, explain more details in commit log
Boot test on i.MX8MM/N/MQ/P
V2:
Patch 7, drop wait after write, add one line comment for write twice
V1:
Patch 1,2 is to fix the lockdep warning
From: Peng Fan
Assign IMX8M*_CLK_A53_SRC's parent to system pll1 and
assign IMX8M*_CLK_A53_CORE's parent to arm pll out as what
is done in drivers/clk/imx/clk-imx8m*.c, then we could remove
the settings in driver which triggers lockdep warning.
Reported-by: Leonard Crestez
Reviewe
From: Peng Fan
Inspried from
commit e8688fe8df7d ("clk: imx8mn: Define gates for pll1/2 fixed dividers")
On imx8mp there are 9 fixed-factor dividers for SYS_PLL1 and SYS_PLL2
each with their own gate. Only one of these gates (the one "dividing" by
one) is currently defined
From: Peng Fan
Use imx8m_clk_hw_composite_core to simpliy clks that belong to
core clk slice.
Reviewed-by: Leonard Crestez
Signed-off-by: Peng Fan
---
drivers/clk/imx/clk-imx8mp.c | 47 +++-
include/dt-bindings/clock/imx8mp-clock.h | 11 +++-
2
From: Peng Fan
Introduce imx8m_clk_hw_composite_bus api for bus clk root slice usage.
Because the mux switch sequence issue, we could not reuse Peripheral
Clock Slice code, need use composite specific mux operation.
Signed-off-by: Peng Fan
---
drivers/clk/imx/clk-composite-8m.c | 5
From: Peng Fan
Migrate A53 clk root to use composite core clk type. It
will simplify code and make it easy to use composite
specific mux operation.
Reviewed-by: Leonard Crestez
Signed-off-by: Peng Fan
---
drivers/clk/imx/clk-imx8mm.c | 6 +++---
drivers/clk/imx/clk-imx8mn.c | 6
From: Peng Fan
Same to i.MX8MN/i.MX8MM, pll BYPASS bit should be kept inside pll
driver for glitchless freq setting following spec. If exposing the
bit, that means pll driver and clk driver has two paths to touch
this bit, which is wrong.
So use EXT_BYPASS bit here.
Reviewed-by: Dong Aisheng
From: Peng Fan
If memrepair root clock in CCM is disabled, the memory repair logic
in HDMIMIX can’t work. So let's mark it as critical clock.
Reviewed-by: Leonard Crestez
Signed-off-by: Peng Fan
---
drivers/clk/imx/clk-imx8mp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
From: Peng Fan
The CORE/BUS root slice has following design, simplied graph:
The difference is core not have pre_div block.
A composite core/bus clk has 8 inputs for mux to select, saying clk[0-7].
It support target(smart) interface and normal interface. Target interface
is exported for
From: Peng Fan
Switch the bus clk use imx8m_clk_hw_composite_bus, then
we could avoid possible issue when setting mux of the clk.
Signed-off-by: Peng Fan
---
drivers/clk/imx/clk-imx8mm.c | 18 +-
drivers/clk/imx/clk-imx8mn.c | 16
drivers/clk/imx/clk-imx8mp.c
> Subject: [PATCH V4 0/4] ARM: imx7ulp: support HSRUN mode
Ping..
Thanks,
Peng.
>
> From: Peng Fan
>
> V4:
> Fix dt_bindings check
> The same patchset was wrongly posted as V2,
> https://patchwork.kernel.org/cover/11485107/
>
> This is a splited par
> Subject: RE: [PATCH V3 10/10] clk: imx8mp: mark memrepair clock as critical
>
> > From: Peng Fan
> > Sent: Thursday, May 7, 2020 1:56 PM
> >
> > If memrepair root clock in CCM is disabled, the memory repair logic in
> > HDMIMIX can’t work. So let'
4, 2020 at 10:59:47AM -0700, Stefano Stabellini wrote:
> > > > > On Wed, 24 Jun 2020, Michael S. Tsirkin wrote:
> > > > > > On Wed, Jun 24, 2020 at 05:17:32PM +0800, Peng Fan wrote:
> > > > > > > Export xen_swiotlb for all platforms using xen swiot
> On Wed, 24 Jun 2020, Michael S. Tsirkin wrote:
> > > > > On Wed, Jun 24, 2020 at 10:59:47AM -0700, Stefano Stabellini wrote:
> > > > > > On Wed, 24 Jun 2020, Michael S. Tsirkin wrote:
> > > > > > > On Wed, Jun 24, 2020 at 05:17:32PM +08
> Subject: Re: [PATCH] xen: introduce xen_vring_use_dma
>
> On Mon, Jun 29, 2020 at 03:05:19AM +0000, Peng Fan wrote:
> > > Subject: Re: [PATCH] xen: introduce xen_vring_use_dma
> > >
> > > On Thu, Jun 25, 2020 at 10:31:27AM -0700, Stefano Stabellini wrote:
&g
Hi Rob,
> Subject: [PATCH V4 1/4] dt-bindings: fsl: add i.MX7ULP PMC binding doc
Could I have your A-b for this patch?
Thanks,
Peng.
>
> From: Peng Fan
>
> Add i.MX7ULP Power Management Controller binding doc
> pmc0 is used by M4, pmc1 is used by A7, they have different r
l, then the
block of memory will not be released, because it is necessary to
determine whether they are equal. So we need to change the order.
Signed-off-by: Peng Fan
---
fs/read_write.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/read_write.c b/fs/read_write.c
index b
Export xen_swiotlb for all platforms using xen swiotlb
Use xen_swiotlb to determine when vring should use dma APIs to map the
ring: when xen_swiotlb is enabled the dma API is required. When it is
disabled, it is not required.
Signed-off-by: Peng Fan
---
V2:
This is a modified version from
> Subject: [PATCH v3 00/14] remoteproc: Add support for synchronisaton with
> rproc
What's the status of this thread? Will this be applied or requires a new v4?
Thanks,
Peng.
>
> This is the third revision of this series that tries to address the problem of
> synchronising with a remote process
>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
Hi Jens,
Any comments on this patch?
Thanks,
Peng
On Mon, Jan 15, 2018 at 05:27:35PM +0800, Peng Fan wrote:
>The privileged dev id range is [TEE_NUM_DEVICES / 2, TEE_NUM_DEVICES).
>The non-privileged dev id range is [0, TEE_NUM_DEVICES / 2).
>
>So when finding a slot for them,
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
>>
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. Previous
ree, 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
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
ake sure CCM configured to RUN 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:
WAIT_CLOCKED is for RUN mode, there is no need to unmask/mask
IRQ32 in GPC.
Signed-off-by: Peng Fan
---
V1:
This is to upstream patch:
http://git.freescale.com/git/cgit.cgi/imx/linux-imx.git/commit/?h=imx_4.9.11_1.0.0_ga&id=0d980646ee068b92db71fd5e4e4efcbc33749cbd
arch/arm/mach-imx/pm-
> -Original Message-
> From: Philippe Ombredanne [mailto:pombreda...@nexb.com]
> Sent: Saturday, December 30, 2017 10:17 PM
> To: Peng Fan
> Cc: Shawn Guo ; moderated list:ARM/FREESCALE IMX
> / MXC ARM ARCHITECTURE ; LKML
> ; Peng Fan ; Sascha
> Hauer ; Fab
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 ;
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 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 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 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
> -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...@
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 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
> -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
> -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...@
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 L2
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
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
> -Original Message-
> From: Peng Fan
> Sent: Thursday, December 28, 2017 5:09 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 ; A.s.
> Dong ;
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
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 +
> > + chip->enable_gpio = devm_gpiod_get(&spi->dev, "enable",
> GPIOD_OUT_LOW);
> > + if (IS_ERR(chip->enable_gpio)) {
> > + dev_dbg(&spi->dev, "No enable-gpios property\n");
> > + chip->enable_gpio = NULL;
>
> Also, the error handling here is not correct as
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,
> > > > > >
> > > > > > 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
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
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
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
ved 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
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
> -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 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 fun
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 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 ;
On Thu, Mar 27, 2025 at 11:46:33AM -0600, Mathieu Poirier wrote:
>Hi,
>
>On Wed, Mar 26, 2025 at 10:02:14AM +0800, Peng Fan (OSS) wrote:
>> From: Peng Fan
>>
>> There is case as below could trigger kernel dump:
>> Use U-Boot to start remote processor(rproc) with
On Thu, Apr 03, 2025 at 10:32:39PM +0800, Peng Fan wrote:
>Hi Bjorn,
>
>
>Thanks for replying this thread.
>
>On Wed, Apr 02, 2025 at 08:48:58AM -0500, Bjorn Andersson wrote:
>>On Wed, Apr 02, 2025 at 09:43:55AM +0800, Peng Fan wrote:
>>> On Tue, Apr 01, 2025 at
On Mon, Mar 31, 2025 at 09:40:41AM -0600, Mathieu Poirier wrote:
>On Sat, Mar 29, 2025 at 08:56:29PM +0800, Peng Fan wrote:
>> On Fri, Mar 28, 2025 at 08:14:41AM -0600, Mathieu Poirier wrote:
>> >On Fri, Mar 28, 2025 at 12:50:12PM +0800, Peng Fan wrote:
>> >> On T
On Tue, Apr 01, 2025 at 10:05:03AM -0600, Mathieu Poirier wrote:
>On Tue, Apr 01, 2025 at 09:41:24AM +0800, Peng Fan wrote:
>> On Mon, Mar 31, 2025 at 09:40:41AM -0600, Mathieu Poirier wrote:
>> >On Sat, Mar 29, 2025 at 08:56:29PM +0800, Peng Fan wrote:
>> >> On F
On Tue, Apr 08, 2025 at 10:59:58AM -0600, Mathieu Poirier wrote:
>On Tue, 8 Apr 2025 at 09:02, Peng Fan wrote:
>>
>> On Thu, Apr 03, 2025 at 10:32:39PM +0800, Peng Fan wrote:
>> >Hi Bjorn,
>> >
>> >
>> >Thanks for replying this thread.
>&
On Mon, Apr 28, 2025 at 02:12:57PM -0300, Hiago De Franco wrote:
>On Sat, Apr 26, 2025 at 09:49:58PM +0800, Peng Fan wrote:
>> On Wed, Apr 23, 2025 at 04:21:56PM -0300, Hiago De Franco wrote:
>> >Hi Mathieu,
>> >
>> >On Wed, Apr 23, 2025 at 11:14:17AM -060
On Wed, Apr 09, 2025 at 02:46:10PM +0800, Peng Fan wrote:
>On Tue, Apr 08, 2025 at 10:59:58AM -0600, Mathieu Poirier wrote:
>>On Tue, 8 Apr 2025 at 09:02, Peng Fan wrote:
>>>
>>> On Thu, Apr 03, 2025 at 10:32:39PM +0800, Peng Fan wrote:
>>> >Hi Bjorn,
&g
On Mon, May 05, 2025 at 12:48:48PM -0300, Hiago De Franco wrote:
>From: Hiago De Franco
>
>Move imx_sc_get_pd_power() from pmdomain/imx/scu-pd.c to
>firmware/imx/misc.c and rename it to imx_sc_pm_get_resource_power_mode()
>to maintain the same naming logic with other functions in misc.c.
>
>This m
ock.
"
You may update if you wanna.
>
>Signed-off-by: Hiago De Franco
>Suggested-by: Peng Fan
-> peng@nxp.com
Thanks,
Peng
>---
> drivers/remoteproc/imx_rproc.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
>diff --git a/drivers/remoteproc
>
>Signed-off-by: Hiago De Franco
>Suggested-by: Peng Fan
>---
> drivers/remoteproc/imx_rproc.c | 23 +++
> 1 file changed, 23 insertions(+)
>
>diff --git a/drivers/remoteproc/imx_rproc.c b/drivers/remoteproc/imx_rproc.c
>index 627e57a88db2..86541d9d8640
: cleanup acquired resources when rproc_handle_resources()
>fails in rproc_attach()
> remoteproc: core: release rproc->clean_table after rproc_attach()
>fails
>
> drivers/remoteproc/remoteproc_core.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
Reviewed-by: Peng Fan
On Sat, Apr 26, 2025 at 02:53:47PM +0800, Xiaolei Wang wrote:
>When rproc->state = RPROC_DETACHED and rproc_attach() is used
>to attach to the remote processor, if rproc_handle_resources()
>returns a failure, the resources allocated by rproc_prepare_device()
>should be released, otherwise the follo
On Wed, Apr 23, 2025 at 04:21:56PM -0300, Hiago De Franco wrote:
>Hi Mathieu,
>
>On Wed, Apr 23, 2025 at 11:14:17AM -0600, Mathieu Poirier wrote:
>> Good morning,
>>
>> On Wed, Apr 23, 2025 at 12:51:31PM -0300, Hiago De Franco wrote:
>> > From: Hiago De Franco
>> >
>> > The "clocks" device tree
On Sat, Apr 26, 2025 at 03:47:50PM -0600, Mathieu Poirier wrote:
>On Sat, 26 Apr 2025 at 06:41, Peng Fan wrote:
>>
>> On Wed, Apr 23, 2025 at 04:21:56PM -0300, Hiago De Franco wrote:
>> >Hi Mathieu,
>> >
>> >On Wed, Apr 23, 2025 at 11:14:17AM -0600,
safe.
>>
>> On Sat, 26 Apr 2025 at 07:46, xiaolei wang
>> wrote:
>> >
>> > On 4/26/25 21:18, Peng Fan wrote:
>> > > CAUTION: This email comes from a non Wind River email account!
>> > > Do not click links or open attachments unless
On Tue, Feb 18, 2025 at 10:57:12AM +0200, Daniel Baluta wrote:
>Use the reset controller API to control the DSP on i.MX8MP. This way
>we can have a better control of the resources and avoid using a syscon
>to access the audiomix bits.
>
>Signed-off-by: Daniel Baluta
LGTM: Reviewed-by: Peng Fan
On Tue, Feb 18, 2025 at 10:57:08AM +0200, Daniel Baluta wrote:
>This adds IMX8MP_AUDIOMIX_ prefix to internal macros
>in order to show that specific macros are related to
>audiomix.
>
>Signed-off-by: Daniel Baluta
Reviewed-by: Peng Fan
On Tue, Feb 18, 2025 at 10:57:09AM +0200, Daniel Baluta wrote:
>Current code supports EARC PHY Software Reset and EARC Software
>Reset but it is not easily extensible to more reset bits.
>
>So, refactor the code in order to easily allow more reset bits
>in the future.
>
>Signed-off-by: Dani
On Tue, Feb 18, 2025 at 10:57:11AM +0200, Daniel Baluta wrote:
>We can Run/Stall the DSP via audio block control bits found in audiomix.
>Implement this functionality using the reset controller and use assert
>for Stall and deassert for Run.
>
>Signed-off-by: Daniel Baluta
>---
> drivers/reset/res
n future in case.
If you tend to use bool, also ok to me:
Reviewed-by: Peng Fan
> Reviewed-by: Frank Li
> Signed-off-by: Daniel Baluta
Reviewed-by: Peng Fan
ore reset bits in the
> future.
>
> Reviewed-by: Frank Li
> Signed-off-by: Daniel Baluta
Reviewed-by: Peng Fan
> ---
> Subject: [PATCH v4 3/8] arm64: dts: imx8mp: Use resets property
>
> Add resets property to dsp node in order to be able to control the dsp
> run/stall bit from audio block control.
>
> Reviewed-by: Frank Li
> Signed-off-by: Daniel Baluta
> ---
Reviewed-by: Peng Fan
On Fri, Mar 28, 2025 at 08:14:41AM -0600, Mathieu Poirier wrote:
>On Fri, Mar 28, 2025 at 12:50:12PM +0800, Peng Fan wrote:
>> On Thu, Mar 27, 2025 at 11:46:33AM -0600, Mathieu Poirier wrote:
>> >Hi,
>> >
>> >On Wed, Mar 26, 2025 at 10:02:14AM +0800, Peng F
Hi Bjorn,
Thanks for replying this thread.
On Wed, Apr 02, 2025 at 08:48:58AM -0500, Bjorn Andersson wrote:
>On Wed, Apr 02, 2025 at 09:43:55AM +0800, Peng Fan wrote:
>> On Tue, Apr 01, 2025 at 10:05:03AM -0600, Mathieu Poirier wrote:
>> >On Tue, Apr 01, 2025 at 09:41:24AM +08
On Mon, Mar 31, 2025 at 07:22:45PM +0800, Peng Fan (OSS) wrote:
>From: Peng Fan
>
>Same as
>commit 47e6ab07018e ("remoteproc: imx_dsp_rproc: Add mutex
>protection for workqueue") and commit 35bdafda40cc ("remoteproc:
>stm32_rproc: Add mutex protection for workqu
rface, enabling
>> the driver to detect when the remote core is already running and
>> properly attach to it.
>>
>> Signed-off-by: Hiago De Franco
>> Suggested-by: Peng Fan
>> ---
>> v2: Dropped unecessary include. Removed the imx_rproc_is_on function, as
>
it is
>> > > > already up and running.
>> > > >
>> > > > This adds power mode verification through the SCU interface, enabling
>> > > > the driver to detect when the remote core is already running and
>> > > > properly
Hi Hiago,
On Wed, May 07, 2025 at 01:00:54PM -0300, Hiago De Franco wrote:
>From: Hiago De Franco
>
>Move imx_sc_get_pd_power() from pmdomain/imx/scu-pd.c to
>firmware/imx/misc.c and rename it to imx_sc_pm_get_resource_power_mode()
>to maintain the same naming logic with other functions in misc.c
e_wc()
> remoteproc: Use of_reserved_mem_region_* functions for "memory-region"
>
> drivers/of/device.c | 31 +---
> drivers/of/of_reserved_mem.c | 80 +++
> drivers/remoteproc/imx_dsp_rproc.c| 4
it only
>> > > > > > > checks for cores running in different partitions. If the core
>> > > > > > > was kicked
>> > > > > > > by the bootloader, it is in the same partition as Linux and it is
>> > > > > &g
On Wed, May 21, 2025 at 12:13:06PM +0800, Peng Fan wrote:
>Hi Ulf,
>
>On Tue, May 20, 2025 at 02:21:49PM +0200, Ulf Hansson wrote:
>>On Mon, 19 May 2025 at 19:24, Hiago De Franco wrote:
>>>
>>> Hi Ulf,
>>>
>>> On Mon, May 19, 2025 at 04:33:30PM
On Mon, May 19, 2025 at 02:15:11PM -0300, Hiago De Franco wrote:
>From: Hiago De Franco
Let's wait for V2 discussion a bit, then I will give a look if we reach
an agreement on using firmware power API here.
Thanks,
Peng
On Mon, May 26, 2025 at 09:05:10PM -0300, Hiago De Franco wrote:
>On Mon, May 26, 2025 at 12:07:49PM +0200, Ulf Hansson wrote:
>> On Fri, 23 May 2025 at 21:17, Hiago De Franco wrote:
>> >
>> > Hi Ulf,
>> >
>> > On Wed, May 21, 2025 at 02:11:02PM +0200, Ulf Hansson wrote:
>> > > You should not prov
> Subject: Re: [PATCH v2 3/3] remoteproc: imx_rproc: add power mode
> check for remote core attachment
>
> On Tue, May 27, 2025 at 10:45:25AM -0300, Hiago De Franco wrote:
>
> [...]
>
> > >
> > > Thanks for the detailed analysis!
> > >
> > > This is a very similar issue as many other genpd provi
701 - 800 of 907 matches
Mail list logo
