Hi Mark,
Thanks for your comments.
On 02/12/2013 11:39 AM, Mark Rutland wrote:
> Hello,
>
> I have a few comments on the devicetree binding and the way it's parsed.
>
>> +static const struct of_device_id dbx500_mailbox_match[] = {
>> + { .compatible = "stericsson,db8500-mailbox",
>> +
chipset definition
Best regards,
Loic
Loic Pallardy (17):
arm: ux500: add u9540 pin configuration
arm: ux500: add ccu9540 board support
arm: ux500: Create board-specific IRQ init callback
mfd: dbx500-prcmu: Introduce TCDM mapping struct
mfd: dbx500-prcmu: Handle TCDM mapping
arm: ux500
Add dedicated pin configuration for u9540 platform
Signed-off-by: Loic Pallardy
Acked-by: Linus Walleij
---
arch/arm/mach-ux500/board-mop500-pins.c | 200
arch/arm/mach-ux500/board-mop500.h | 1 +
2 files changed, 201 insertions(+)
diff --git a/arch/arm
db8500-prcmu clean up, removing dbx540 definition from
db8500-prcmu file.
Signed-off-by: Loic Pallardy
Acked-by: Linus Walleij
---
drivers/mfd/db8500-prcmu.c | 30 ++
drivers/mfd/dbx500-prcmu.c | 6 --
2 files changed, 6 insertions(+), 30 deletions(-)
diff
Legacy mailbox are used by both 8500 and x540 projects.
Structure and definition should be shared to avoid misalignment.
Signed-off-by: Loic Pallardy
Reviewed-by: Philippe LANGLAIS
Acked-by: Linus Walleij
---
drivers/mfd/db8500-prcmu.c | 576
First step to have a cpu-specific prcmu early init.
Signed-off-by: Loic Pallardy
Signed-off-by: Maxime Coquelin
Acked-by: Linus Walleij
---
arch/arm/mach-ux500/board-mop500.c | 15 +++
arch/arm/mach-ux500/cpu.c | 2 --
2 files changed, 11 insertions(+), 6 deletions
u9540 dedicated prcmu configuration to use legacy driver
Signed-off-by: Loic Pallardy
Acked-by: Linus Walleij
---
arch/arm/mach-ux500/board-mop500.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-ux500/board-mop500.c
b/arch/arm/mach-ux500/board-mop500
Signed-off-by: Loic Pallardy
Signed-off-by: Maxime Coquelin
Acked-by: Linus Walleij
---
arch/arm/mach-ux500/cpu.c| 2 +-
drivers/mfd/db8500-prcmu.c | 2 +-
include/linux/mfd/db8500-prcmu.h | 4 ++--
include/linux/mfd/dbx500-prcmu.h | 2 +-
4 files changed, 5 insertions(+), 5
Upgrade existing mop500 definition to support new ccu9540
board.
Signed-off-by: Loic Pallardy
Acked-by: Linus Walleij
---
arch/arm/mach-ux500/board-mop500-sdi.c | 12
arch/arm/mach-ux500/board-mop500.c | 35 ++
arch/arm/mach-ux500/board-mop500.h
Add support for new dbx540-prcmu driver.
Signed-off-by: Loic Pallardy
Acked-by: Linus Walleij
---
arch/arm/mach-ux500/board-mop500.c | 12
arch/arm/mach-ux500/cpu-db8500.c | 7 +--
arch/arm/mach-ux500/include/mach/devices.h | 3 +++
3 files changed, 20
TCDM size varies between DBs models.
This patch introduces a new structure aimed to handle the TCDM
dynamically.
Each SoC from ux500 family declares its mapping and pass it to
prcmu early init.
Signed-off-by: Loic Pallardy
Signed-off-by: Maxime Coquelin
Acked-by: Linus Walleij
---
arch/arm
To support DB9540 chipset, nb internal irq must be updated.
Signed-off-by: Loic Pallardy
Acked-by: Linus Walleij
---
arch/arm/mach-ux500/include/mach/irqs.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-ux500/include/mach/irqs.h
b/arch/arm/mach-ux500
This patch exposes db8500 legacy services which are
now available to support new baseband.
If different are needed, then services are overloaded.
This allows to reduce duplicate code between projects.
Signed-off-by: Loic Pallardy
Acked-by: Linus Walleij
---
drivers/mfd/db8500-prcmu.c | 90
Project_name_id must be increased to support 8500 and x540 project.
Signed-off-by: Loic Pallardy
Acked-by: Linus Walleij
---
drivers/mfd/db8500-prcmu.c | 4 +++-
include/linux/mfd/db8500-prcmu.h | 14 --
include/linux/mfd/dbx500-prcmu.h | 17 +
3 files
8500 and x540 are using same services based on prcmu legacy
mailbox but with different base address and different arguments.
Signed-off-by: Loic Pallardy
Acked-by: Linus Walleij
---
drivers/mfd/db8500-prcmu.c | 371 +++--
drivers/mfd/dbx500-prcmu.h | 16
Light modifications to add db9540 support
and ab9540 detection.
Signed-off-by: Loic Pallardy
Acked-by: Linus Walleij
---
drivers/mfd/db8500-prcmu.c | 26 --
1 file changed, 24 insertions(+), 2 deletions(-)
diff --git a/drivers/mfd/db8500-prcmu.c b/drivers/mfd/db8500
This patch allows using same services on different hardware
having different configuration.
Signed-off-by: Loic Pallardy
Acked-by: Linus Walleij
---
drivers/mfd/db8500-prcmu.c | 195 +++--
1 file changed, 101 insertions(+), 94 deletions(-)
diff --git a
On 09/05/2012 12:42 PM, Arnd Bergmann wrote:
> On Wednesday 05 September 2012, Loic Pallardy wrote:
>> +MACHINE_START(U9540, "ST-Ericsson 9540 platform")
>> + .atag_offset= 0x100,
>> + .map_io = u8500_map_io,
>> + .nr_irqs
Hi Omar,
On 10/31/2012 08:22 AM, Omar Ramirez Luna wrote:
>
> As part of plat-omap code cleanup, I was planning to move omap-mailbox
> framework to a newly drivers/mailbox folder, right now this code is
> specific to OMAP platforms, but with some clean up it could be the
> base for a generic fram
On 11/06/2012 03:55 AM, Omar Ramirez Luna wrote:
> Now internal structures can remain hidden to the user and just API
> related functions and defines are made available.
>
> Signed-off-by: Omar Ramirez Luna
> ---
> drivers/mailbox/mailbox.c | 34
> drivers/ma
y: Omar Ramirez Luna
Signed-off-by: Loic Pallardy
Based on 3.7-rc7.
Loic Pallardy (9):
mailbox: OMAP: introduce mailbox framework
mailbox: split internal header from API header
mailbox: rename omap_mbox in mailbox
mailbox: create opened message type
mailbox: change protection mecha
Now internal structures can remain hidden to the user and just API
related functions and defines are made available.
Signed-off-by: Omar Ramirez Luna
---
drivers/mailbox/mailbox.c | 34 ++
drivers/mailbox/mailbox.h | 44 +---
Coprocessor must be accessible during suspend transitions.
Signed-off-by: Loic Pallardy
---
drivers/mailbox/mailbox.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/mailbox/mailbox.c b/drivers/mailbox/mailbox.c
index c0a8e49..57cb566 100644
--- a/drivers/mailbox
Current message type is a u32 to fit HW fifo format.
This should be extended to support any message exchanges
and type of mailbox.
Propose structure owns the original u32 and an optional
pointer on additional data.
Signed-off-by: Loic Pallardy
---
drivers/mailbox/Kconfig | 9
Actually moving it from plat-omap, as this framework/driver code is
supposed to be under drivers/ folder. The framework should work with
the current supported OMAP processors (OMAP1+) that have mailbox and
can be used as a method of interprocessor communication.
The mailbox hardware (in OMAP) uses
Some mailboxes are made up of cross interrupts
and associated shared memory.
Shared memory mapping is fixed and cross interrupt/shared
memory relation make impossible the use of virtio.
Mailbox framework must be enough opened to support
any kind of mailbox.
Signed-off-by: Loic Pallardy
In order to create a generic mailbox framework, functions
and structures should be renamed in mailbox.
Signed-off-by: Loic Pallardy
---
drivers/mailbox/Kconfig | 3 +-
drivers/mailbox/mailbox-omap1.c | 28 -
drivers/mailbox/mailbox-omap2.c | 60 +-
drivers
TX: replace spin by mutex
RX: replace spin_lock_irq by spin_lock_irqsave
Signed-off-by: Loic Pallardy
---
drivers/mailbox/mailbox.c | 10 ++
drivers/mailbox/mailbox.h | 1 +
2 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/mailbox/mailbox.c b/drivers/mailbox
For debug purpose, mailbox must be available when
interrupts are disabled to collect dump information.
Signed-off-by: Loic Pallardy
---
drivers/mailbox/mailbox.c | 66 +++
include/linux/mailbox.h | 3 +++
2 files changed, 69 insertions(+)
diff
Add STEriccson DBX500 PRCM mailbox support.
Signed-off-by: Loic Pallardy
---
drivers/mailbox/Kconfig | 18 +-
drivers/mailbox/Makefile | 1 +
drivers/mailbox/mailbox-dbx500.c | 601 +++
include/linux/platform_data
On 12/21/2012 08:31 AM, Ohad Ben-Cohen wrote:
> On Thu, Dec 20, 2012 at 9:19 PM, Olof Johansson wrote:
>> While we can make the branch stable, would it make sense to make
>> remoteproc for omap depend on !multiplatform during the transition, to
>> reduce dependencies a little? Either way works,
On 12/18/2012 05:59 PM, Tony Lindgren wrote:
> * Loic Pallardy [121218 05:15]:
>>
>> Signed-off-by: Omar Ramirez Luna
>
> AFAIK the first two patches should have:
> From: Omar Ramirez Luna
Yes right, my mistake.
I'll fix that on next version.
/Loic
>
> On
On 12/21/2012 11:28 AM, Bedia, Vaibhav wrote:
> On Tue, Dec 18, 2012 at 18:40:07, Loic Pallardy wrote:
>> -msg = mbox_read_reg(fifo->data);
>> -msg |= ((mbox_msg_t) mbox_read_reg(fifo->cmd))<< 16;
>> +msg->header = mbox_read_reg(fifo->dat
On 12/21/2012 11:28 AM, Bedia, Vaibhav wrote:
> On Tue, Dec 18, 2012 at 18:40:08, Loic Pallardy wrote:
>> TX: replace spin by mutex
>> RX: replace spin_lock_irq by spin_lock_irqsave
>>
>
> Can you please add a short note on why this is being done?
>
Ok I'll add
On 12/21/2012 11:49 AM, Bedia, Vaibhav wrote:
> On Fri, Dec 21, 2012 at 14:24:26, Loic PALLARDY wrote:
>>
> I have a few patches which are dependent on this patch series.
> Could you please keep me in cc for the future versions.
>
Sure, I'll.
/Loic
> Thanks,
> Vaibh
Hi Jassi, Suman,
On 04/23/2013 09:20 PM, Anna, Suman wrote:
> Hi Jassi,
>
>>
>> On Mon, Apr 22, 2013 at 9:26 PM, Anna, Suman wrote:
a) No documentation. Usually the header would have proper
documentation of data structures and info for users of both side of the
api.
>>>
>>> I
Hi Jassi,
On 04/24/2013 06:39 AM, Jassi Brar wrote:
> Hi Suman,
>
> [please limit replies to not more than 80 columns per line]
>
> On 24 April 2013 00:50, Anna, Suman wrote:
>
>>>
>>> Documentation wise, we'd need documentation for what we finally wanna have,
>>> not the current implementation.
Hi Jassi,
On 04/24/2013 09:59 AM, Jassi Brar wrote:
> Hi Loic,
>
> On 24 April 2013 13:09, Loic PALLARDY wrote:
>> Hi Jassi, Suman,
>>
>> Yes, the xxx_no_irq API has been introduced to answer some STE
>> requirements. It must be possible to send some message unde
Hi Suman,
I'll send new version of patch 11 taking into account Mark Rutland's
comments.
Regards,
Loic
On 02/13/2013 05:41 PM, Anna, Suman wrote:
>> On Wed, Feb 13, 2013 at 02:36:32PM +0100, Linus Walleij wrote:
>>> On Tue, Feb 12, 2013 at 5:56 AM, Suman Anna wrote:
>>>
I have hosted the
From: Loic Pallardy
Add STEriccson DBX500 PRCM mailbox support.
Change-Id: I36cbef646e26469a9490d46a5e143667aa93d762
Signed-off-by: Loic Pallardy
Signed-off-by: Linus Walleij
---
.../devicetree/bindings/mailbox/dbx500-mailbox.txt | 27 +
drivers/mailbox/Kconfig
Sorry my mistake, I forgot to clean this before sending.
Regards,
Loic
On 02/13/2013 09:55 PM, Greg Kroah-Hartman wrote:
> On Wed, Feb 13, 2013 at 09:42:07PM +0100, Loic Pallardy wrote:
>> From: Loic Pallardy
>>
>> Add STEriccson DBX500 PRCM mailbox sup
From: Loic Pallardy
Add STEriccson DBX500 PRCM mailbox support.
Signed-off-by: Loic Pallardy
Signed-off-by: Linus Walleij
---
.../devicetree/bindings/mailbox/dbx500-mailbox.txt | 27 +
drivers/mailbox/Kconfig| 7 +
drivers/mailbox/Makefile
Hi Vaibhav,
On 01/09/2013 01:11 PM, Bedia, Vaibhav wrote:
> Hi Loic,
>
> On Fri, Dec 21, 2012 at 16:23:24, Loic PALLARDY wrote:
>>
>>
>> On 12/21/2012 11:49 AM, Bedia, Vaibhav wrote:
>>> On Fri, Dec 21, 2012 at 14:24:26, Loic PALLARDY wrote:
>>>>
On 06/16/2016 12:06 AM, Bjorn Andersson wrote:
On Thu 05 May 06:29 PDT 2016, Lee Jones wrote:
Normally used for management of; carveout, devmem and trace memory.
Signed-off-by: Lee Jones
---
drivers/remoteproc/remoteproc_core.c | 174 +--
1 file changed, 1
On 09/01/2016 09:09 AM, Lee Jones wrote:
On Wed, 31 Aug 2016, Loic Pallardy wrote:
In rproc_fw_boot, add error message if kmemdump failed
as done for other errors.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion
On 09/01/2016 09:23 AM, Lee Jones wrote:
On Wed, 31 Aug 2016, Loic Pallardy wrote:
With new rproc_request_resource API, rproc driver has now the
capability to provide resources to remoteproc in order to modify
firmware resource table.
But in some cases, other operations are needed like
On 09/08/2016 10:26 AM, Lee Jones wrote:
On Wed, 31 Aug 2016, Loic Pallardy wrote:
Diverse updates:
- add cfg field display of vdev struct
- add support of spare resource
- put rproc_dump_resource_table under DEBUG compilation flag
Signed-off-by: Loic Pallardy
---
drivers/remoteproc
On 09/08/2016 10:32 AM, Lee Jones wrote:
On Wed, 31 Aug 2016, Loic Pallardy wrote:
Remoteproc needs to know if a resource table has spare resource
allowing resoure table extension.
This function parse resource table to detect spare resource.
If any, it returns available spare bytes and index
On 09/08/2016 10:48 AM, Lee Jones wrote:
On Wed, 31 Aug 2016, Loic Pallardy wrote:
This patch proposes diverse updates to rproc_update_resource_table_entry
function:
- rename rproc_update_resource_table_entry to __update_rsc_tbl_entry to
have shorter function name.
- add RSC_VDEV support
On 09/08/2016 11:33 AM, Lee Jones wrote:
On Wed, 31 Aug 2016, Loic Pallardy wrote:
This patch renames rproc_add_resource_table_entry in __add_rsc_tbl_entry
to have shorter function name and adds spare resource support.
To guarantee remoteproc won't overwrite firmware data when copying
On 09/08/2016 01:02 PM, Lee Jones wrote:
On Thu, 08 Sep 2016, loic pallardy wrote:
On 09/08/2016 10:48 AM, Lee Jones wrote:
On Wed, 31 Aug 2016, Loic Pallardy wrote:
This patch proposes diverse updates to rproc_update_resource_table_entry
function:
- rename
On 09/08/2016 12:20 PM, Lee Jones wrote:
On Wed, 31 Aug 2016, Loic Pallardy wrote:
Rproc driver has now the capability to add resources dynamically
thanks to rproc_request_resource API.
Depending on associated action, resource request could impact
firmware resource table or define new local
On 08/31/2016 01:13 AM, Suman Anna wrote:
Hi Suman,
Hi Loic, Bjorn,
On 08/29/2016 03:09 AM, loic pallardy wrote:
On 08/27/2016 02:32 AM, Bjorn Andersson wrote:
On Fri 26 Aug 13:19 PDT 2016, Loic Pallardy wrote:
Some coprocessors request fixed memory mapping for firmware execution
and
: Lee Jones
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 63
1 file changed, 63 insertions(+)
diff --git a/drivers/remoteproc/remoteproc_core.c
b/drivers/remoteproc/remoteproc_core.c
index 6c48c11..330ad4f 100644
--- a/drivers
Add function to append a new resource table entry
remoteproc: core: Add function to over-ride current resource table
remoteproc: core: Support empty resource tables
Loic Pallardy (13):
remoteproc: core: Add explicit message error if cached table failed
remoteproc: Add new resource type for
table around, providing new offsets and incriminating number
of entries in the resource table's top-level header is taken care of
here.
Signed-off-by: Lee Jones
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 55
1 file change
resources associated to a firmware if DEBUG is enabled.
Signed-off-by: Lee Jones
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 85
1 file changed, 85 insertions(+)
diff --git a/drivers/remoteproc/remoteproc_core.c
b/drivers/remoteproc
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 40
include/linux/remoteproc.h | 21 +++
2 files changed, 61 insertions(+)
diff --git a/drivers/remoteproc/remoteproc_core.c
b/drivers/remoteproc/remoteproc_core.c
As resource table could be parsed several times, at different times,
to avoid sanity check duplication, let's introduce a new function
to verify the complete integrity of one resource table.
This new function is called before copying it in cache and
accessing it.
Signed-off-by: Loic Pal
Handle resource requests according to associated action.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 96
1 file changed, 53 insertions(+), 43 deletions(-)
diff --git a/drivers/remoteproc/remoteproc_core.c
b/drivers/remoteproc
Remoteproc needs to know if a resource table has spare resource
allowing resoure table extension.
This function parse resource table to detect spare resource.
If any, it returns available spare bytes and index of spare resource.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc
: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 27 ++-
1 file changed, 22 insertions(+), 5 deletions(-)
diff --git a/drivers/remoteproc/remoteproc_core.c
b/drivers/remoteproc/remoteproc_core.c
index 30e9c70..aff1a00 100644
--- a/drivers/remoteproc
resources are gathered in a local resource
table which won't be shared with firmware and proceed by
remoteproc core as firmware one.
It is rproc driver responsibility to provide the right resource
information using rproc_request_resource API.
Signed-off-by: Loic Pallardy
---
drivers/remot
will be
invoked which in turn will pull the new information out of the holding
pen and edit the table accordingly.
Signed-off-by: Lee Jones
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 63
1 file changed, 63 insertions(+)
diff --
Diverse updates:
- add cfg field display of vdev struct
- add support of spare resource
- put rproc_dump_resource_table under DEBUG compilation flag
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 31 ---
1 file changed, 28 insertions(+), 3
As resource table has been verified after just loading,
the different sanity checks done when accessing resources
are no more needed.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 47 ++--
1 file changed, 7 insertions(+), 40 deletions
. This patch removes the strict checking and skips
resource table related operations if none is provided.
Signed-off-by: Lee Jones
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/drivers/remoteproc
driver, or remoteproc local resource management when firmware
has no resource table.
This patch associates action to each resource request to:
- verify a resource
- update/amend a resource in firmware resource table
- handle locally a resource
Signed-off-by: Loic Pallardy
---
drivers/remoteproc
-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 47
1 file changed, 47 insertions(+)
diff --git a/drivers/remoteproc/remoteproc_core.c
b/drivers/remoteproc/remoteproc_core.c
index 345bdfb..ffb56c0 100644
--- a/drivers/remoteproc
RSC_SPARE which
allows firmware to define room for resource table extension.
Defined spare area will be used by remtoreproc to extend resource
table.
Signed-off-by: Loic Pallardy
---
include/linux/remoteproc.h | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/include/linux
In current version, rproc_handle_resource use rproc->table_ptr
as default resource table, fixing table to handle.
This patch adds resource table as function argument to have more
flexibility and be able to handle resources from any table.
Signed-off-by: Loic Pallardy
---
drivers/remotep
In rproc_fw_boot, add error message if kmemdump failed
as done for other errors.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/remoteproc/remoteproc_core.c
b/drivers/remoteproc
wns a spare resource and uses spare bytes to create
a new resource entry. Spare resource is updated according to changes.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 54
1 file changed, 30 insertions(+), 24 deletions(-)
diff --git a/dr
Hi Lee,
After splitting this patch in 2, it may be good to add a debugfs entry
to display current rsc associated to one rproc.
Regards,
Loic
On 08/04/2016 11:21 AM, Lee Jones wrote:
In order to amend or add a new resource table entry we need a method
for a platform-specific to submit them. r
Hi Lee
On 08/04/2016 11:21 AM, Lee Jones wrote:
Most of the new resource table handling function are now in place, so
it's time to put it all together. Once new resource table information
has been requested, the structures will be held in a holding pen until
boot-time. During boot-time rproc_a
> -Original Message-
> From: Bjorn Andersson [mailto:bjorn.anders...@linaro.org]
> Sent: Tuesday, October 31, 2017 5:22 AM
> To: Loic PALLARDY
> Cc: o...@wizery.com; linux-remotep...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Arnaud POULIQUEN
> Su
This series increases remoteproc debug capabilities by adding:
- associated resource table dump feature
- registered carveouts list dump feature
---
Changes from V1:
- Fix 0-DAY reported issues on open functions prototype
- Rebase on Linux 4.14-rc8
Loic Pallardy (2):
remoteproc: debug: add
This patch adds the capability to display the content of
the resource table associated to a remote processor firmware.
Signed-off-by: Loic Pallardy
---
V2 :
- Fix 0-DAY reported issues on open function prototype
drivers/remoteproc/remoteproc_debugfs.c | 99 +
1
This patch offers the capability to dump memory carveouts associated
to one remoteprocessor.
Signed-off-by: Loic Pallardy
---
V2 :
- Fix 0-DAY reported issues on open function prototype
drivers/remoteproc/remoteproc_debugfs.c | 31 +++
1 file changed, 31 insertions
This series increases remoteproc debug capabilities by adding:
- associated resource table dump feature
- registered carveouts list dump feature
Loic Pallardy (2):
remoteproc: debug: add resource table dump feature
remoteproc: debug: add carveouts list dump feature
drivers/remoteproc
This patch adds the capability to display the content of
the resource table associated to a remote processor firmware.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_debugfs.c | 99 +
1 file changed, 99 insertions(+)
diff --git a/drivers
This patch offers the capability to dump memory carveouts associated
to one remoteprocessor.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_debugfs.c | 31 +++
1 file changed, 31 insertions(+)
diff --git a/drivers/remoteproc/remoteproc_debugfs.c
b
This new function translates CPU virtual address in
CPU physical one according to virtual address location.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/drivers/remoteproc
-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 26 ++
include/linux/remoteproc.h | 6 --
2 files changed, 26 insertions(+), 6 deletions(-)
diff --git a/drivers/remoteproc/remoteproc_core.c
b/drivers/remoteproc/remoteproc_core.c
index faa18a7
: Loic Pallardy
---
drivers/remoteproc/st_remoteproc.c | 43 +++---
1 file changed, 35 insertions(+), 8 deletions(-)
diff --git a/drivers/remoteproc/st_remoteproc.c
b/drivers/remoteproc/st_remoteproc.c
index aacef0e..1549ce8 100644
--- a/drivers/remoteproc
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 40
1 file changed, 40 insertions(+)
diff --git a/drivers/remoteproc/remoteproc_core.c
b/drivers/remoteproc/remoteproc_core.c
index 78525d1..515a17a 100644
--- a/drivers/remoteproc
This patch introduces a new API to allow platform driver to register
platform specific carveout regions.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 22 ++
drivers/remoteproc/remoteproc_internal.h | 7 +++
include/linux/remoteproc.h
table will be addressed in a next series.
[1]: http://openamp.github.io/docs/mca/coprocessor-memory-definition-v6.pdf
Loic Pallardy (7):
remoteproc: add rproc_va_to_pa function
remoteproc: add release ops in rproc_mem_entry struct
remoteproc: introduce rproc_add_carveout function
remoteproc
Current version of rproc_alloc_vring function supports only dynamic vring
allocation.
This patch extends rproc_alloc_vring to verify if requested vring DA is
already part or not of a registered carveout. If true, nothing to do, else
just allocate vring as before.
Signed-off-by: Loic Pallardy
This patch provides a new function to find a carveout according
to a device address (da).
If match found, this function returns CPU virtual address corresponding
to specified da.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 42
1
Hi Suman,
> -Original Message-
> From: Suman Anna
> Sent: Thursday, July 26, 2018 12:37 AM
> To: Loic PALLARDY ; bjorn.anders...@linaro.org;
> o...@wizery.com
> Cc: linux-remotep...@vger.kernel.org; linux-kernel@vger.kernel.org;
> Arnaud POULIQUEN ;
> benj
> -Original Message-
> From: Suman Anna
> Sent: Thursday, July 26, 2018 12:32 AM
> To: Loic PALLARDY ; bjorn.anders...@linaro.org;
> o...@wizery.com
> Cc: linux-remotep...@vger.kernel.org; linux-kernel@vger.kernel.org;
> Arnaud POULIQUEN ;
> benjamin.gaign...@
Hi Suman,
> -Original Message-
> From: Suman Anna
> Sent: Thursday, July 26, 2018 12:09 AM
> To: Loic PALLARDY ; bjorn.anders...@linaro.org;
> o...@wizery.com
> Cc: linux-remotep...@vger.kernel.org; linux-kernel@vger.kernel.org;
> Arnaud POULIQUEN ;
> benj
Hi Suman,
> -Original Message-
> From: Suman Anna
> Sent: Friday, July 27, 2018 1:52 AM
> To: Loic PALLARDY ; bjorn.anders...@linaro.org;
> o...@wizery.com
> Cc: linux-remotep...@vger.kernel.org; linux-kernel@vger.kernel.org;
> Arnaud POULIQUEN ;
> benjamin.gaign
rveout by name. If match found and
associated
"memory device" present, device is used instead of rproc platform device for
allocation.
Loic Pallardy (17):
remoteproc: configure IOMMU only if device address requested
remoteproc: add rproc_va_to_pa function
remoteproc: add release
This patch introduces keystone_rproc_parse_fw() to declare a
carveout region based on reserved memory for vdev buffer
allocation, if a memory region has been declared on rproc DT node.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/keystone_remoteproc.c | 53
This patch introduces da8xx_rproc_parse_fw() to declare a
carveout region based on reserved memory for vdev buffer
allocation.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/da8xx_remoteproc.c | 38 +++
1 file changed, 38 insertions(+)
diff --git a/drivers
ST remote processor needs some specified memory regions for
firmware and IPC.
Memory regions are defined as reserved memory and should
be registered in remoteproc core thanks to rproc_add_carveout
function before rproc_start. For this, st rproc driver implements
prepare ops.
Signed-off-by: Loic
This patch introduces a new API to allow platform driver to register
platform specific carveout regions.
Signed-off-by: Loic Pallardy
Acked-by: Bjorn Andersson
---
drivers/remoteproc/remoteproc_core.c | 16 +++-
include/linux/remoteproc.h | 2 ++
2 files changed, 17
This patch introduces rproc_mem_entry_init helper function to
simplify rproc_mem_entry structure allocation and filling by
client.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 65 +++-
include/linux/remoteproc.h | 6
2
1 - 100 of 342 matches
Mail list logo