-by: Fernando Guzman Lugo
Signed-off-by: Suman Anna
---
drivers/mailbox/mailbox.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/drivers/mailbox/mailbox.c b/drivers/mailbox/mailbox.c
index c38241a..5fea5c2 100644
--- a/drivers/mailbox/mailbox.c
+++ b
From: Loic Pallardy
For debug purpose, mailbox must be available when
interrupts are disabled to collect dump information.
Signed-off-by: Loic Pallardy
Signed-off-by: Linus Walleij
---
drivers/mailbox/mailbox.c | 66 +++
include/linux/mailbox.h |
The mailbox_put function must check the notifier block for
NULL before trying to unregister it.
Signed-off-by: Fernando Guzman Lugo
Signed-off-by: Suman Anna
---
drivers/mailbox/mailbox.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/mailbox/mailbox.c b/drivers
.
Signed-off-by: Loic Pallardy
Signed-off-by: Omar Ramirez Luna
Signed-off-by: Suman Anna
Signed-off-by: Linus Walleij
---
drivers/mailbox/Kconfig | 9
drivers/mailbox/mailbox-omap1.c | 26 +-
drivers/mailbox/mailbox-omap2.c | 17
driver. This data is now represented in a concise format
and moved to the respective omap_hwmod data files and published
to the driver through the platform data.
Signed-off-by: Suman Anna
---
arch/arm/mach-omap2/devices.c | 13 +-
arch/arm/mach-omap2/mailbox.c | 234
From: Omar Ramirez Luna
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
Signed-off-by: Linus Walleij
---
drivers/mailbox/mailbox.c | 34 ++
drivers/mailbox/mailbox_intern
From: Loic Pallardy
In order to create a generic mailbox framework, functions
and structures should be renamed in mailbox.
Taking care of remoteproc and tidspbridge while at it.
Signed-off-by: Loic Pallardy
Signed-off-by: Omar Ramirez Luna
Signed-off-by: Linus Walleij
---
drivers/mailbox/Kc
From: Loic Pallardy
Coprocessor must be accessible during suspend transitions.
Signed-off-by: Loic Pallardy
Signed-off-by: Linus Walleij
---
drivers/mailbox/mailbox.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/mailbox/mailbox.c b/drivers/mailbox/mailbox.c
in
From: Loic Pallardy
Add STEriccson DBX500 PRCM mailbox support.
Signed-off-by: Loic Pallardy
Signed-off-by: Linus Walleij
---
drivers/mailbox/Kconfig | 7 +
drivers/mailbox/Makefile | 1 +
drivers/mailbox/mailbox-dbx500.c | 611
Add a NULL check for iomem resource in mailbox probe functions.
Signed-off-by: Fernando Guzman Lugo
Signed-off-by: Suman Anna
---
drivers/mailbox/mailbox-omap1.c | 3 +++
drivers/mailbox/mailbox-omap2.c | 5 +
2 files changed, 8 insertions(+)
diff --git a/drivers/mailbox/mailbox-omap1.c b
lbox: split internal header from API header
Suman Anna (4):
ARM: OMAP2+: mbox: remove dependencies with soc.h
mailbox/omap: check iomem resource before dereferencing it
mailbox: check for NULL nb in mailbox_put
mailbox: call request_irq after mbox queues are allocated
arch/arm/con
From: Loic Pallardy
TX: replace spin by mutex to release CPU
during wait on mailbox resource.
Signed-off-by: Loic Pallardy
Signed-off-by: Linus Walleij
---
drivers/mailbox/mailbox.c | 5 +++--
drivers/mailbox/mailbox_internal.h | 1 +
2 files changed, 4 insertions(+), 2 deletions(-)
From: Loic Pallardy
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: Loi
The patch 30058677 "ARM / highbank: add support for pl320 IPC"
added a pl320 IPC specific header file as a generic mailbox.h.
This file has been renamed appropriately to allow the
introduction of the generic mailbox API framework.
Signed-off-by: Suman Anna
Cc: Mark Langsdorf
Cc
From: Loic Pallardy
TX: replace spin by mutex to release CPU
during wait on mailbox resource.
Signed-off-by: Loic Pallardy
Signed-off-by: Linus Walleij
---
drivers/mailbox/mailbox.c | 5 +++--
drivers/mailbox/mailbox_internal.h | 1 +
2 files changed, 4 insertions(+), 2 deletions(-)
From: Loic Pallardy
Coprocessor must be accessible during suspend transitions.
Signed-off-by: Loic Pallardy
Signed-off-by: Linus Walleij
---
drivers/mailbox/mailbox.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/mailbox/mailbox.c b/drivers/mailbox/mailbox.c
in
The mailbox_put function must check the notifier block for
NULL before trying to unregister it.
Signed-off-by: Fernando Guzman Lugo
Signed-off-by: Suman Anna
---
drivers/mailbox/mailbox.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/mailbox/mailbox.c b/drivers
.
Signed-off-by: Loic Pallardy
Signed-off-by: Omar Ramirez Luna
Signed-off-by: Suman Anna
Signed-off-by: Linus Walleij
---
drivers/mailbox/Kconfig | 9
drivers/mailbox/mailbox-omap1.c | 26 +-
drivers/mailbox/mailbox-omap2.c | 17
From: Loic Pallardy
In order to create a generic mailbox framework, functions
and structures should be renamed in mailbox.
Taking care of remoteproc and tidspbridge while at it.
Signed-off-by: Loic Pallardy
Signed-off-by: Omar Ramirez Luna
Signed-off-by: Linus Walleij
---
drivers/mailbox/Kc
From: Omar Ramirez Luna
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
Signed-off-by: Linus Walleij
---
drivers/mailbox/mailbox.c | 34 ++
drivers/mailbox/mailbox_intern
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
Add a NULL check for iomem resource in mailbox probe functions.
Signed-off-by: Fernando Guzman Lugo
Signed-off-by: Suman Anna
---
drivers/mailbox/mailbox-omap1.c | 3 +++
drivers/mailbox/mailbox-omap2.c | 5 +
2 files changed, 8 insertions(+)
diff --git a/drivers/mailbox/mailbox-omap1.c b
-by: Fernando Guzman Lugo
Signed-off-by: Suman Anna
---
drivers/mailbox/mailbox.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/drivers/mailbox/mailbox.c b/drivers/mailbox/mailbox.c
index c38241a..5fea5c2 100644
--- a/drivers/mailbox/mailbox.c
+++ b
From: Loic Pallardy
For debug purpose, mailbox must be available when
interrupts are disabled to collect dump information.
Signed-off-by: Loic Pallardy
Signed-off-by: Linus Walleij
---
drivers/mailbox/mailbox.c | 66 +++
include/linux/mailbox.h |
From: Loic Pallardy
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: Loi
essage type
mailbox: change protection mechanisms
mailbox: add shared memory mailbox type
mailbox: add IRQF_NO_SUSPEND flag
mailbox: add no_irq send message
mailbox: create dbx500 mailbox driver
Omar Ramirez Luna (2):
mailbox: OMAP: introduce mailbox framework
mailbox: split intern
driver. This data is now represented in a concise format
and moved to the respective omap_hwmod data files and published
to the driver through the platform data.
Signed-off-by: Suman Anna
---
arch/arm/mach-omap2/devices.c | 9 +-
arch/arm/mach-omap2/mailbox.c | 240
Hi Mark,
> On Fri, Sep 27, 2013 at 05:06:38PM +0100, Kumar Gala wrote:
>>
>> On Sep 17, 2013, at 2:30 PM, Suman Anna wrote:
>>
>>> HwSpinlock IP is present only on OMAP4 and other newer SoCs,
>>> which are all device-tree boot only. This patch adds the
&g
ala wrote:
>>
>> On Sep 17, 2013, at 2:30 PM, Suman Anna wrote:
>>
>>> All the platform-specific hwlock driver implementations need the
>>> number of locks and the associated base id for registering the
>>> locks present within a hwspinlock device with
Tony,
On 10/03/2013 01:05 PM, Tony Lindgren wrote:
> * Suman Anna [130903 11:00]:
>> HwSpinlock IP is present only on OMAP4 and other newer SoCs,
>> which are all device-tree boot only. This patch adds the
>> base support for parsing the DT nodes, and removes the cod
(Patch 3)
v1:
- Add DT parse support to OMAP hwspinlock driver
- Add OMAP4 DT node and bindings information
http://marc.info/?l=linux-omap&m=137823082308009&w=2
[1] https://lkml.org/lkml/2013/8/14/528
[2] http://marc.info/?t=13782309035&r=1&w=2
Suman Anna (9):
hwspinlock/cor
x27; properties. The documentation and OF helpers to
retrieve these common properties have been added to the driver core.
Signed-off-by: Suman Anna
---
.../devicetree/bindings/hwlock/hwlock.txt | 26 +
drivers/hwspinlock/hwspinlock_core.c | 61 +-
includ
Add the hwspinlock device tree node for OMAP4 family
of SoCs.
Signed-off-by: Suman Anna
---
arch/arm/boot/dts/omap4.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/omap4.dtsi b/arch/arm/boot/dts/omap4.dtsi
index 22d9f2b..a8cc274 100644
--- a/arch/arm/boot/dts
tware controlled, and it is disabled out of
reset. Make sure the module is enabled and clocked before reading
the SYSSTATUS register.
Signed-off-by: Suman Anna
---
drivers/hwspinlock/omap_hwspinlock.c | 21 ++---
1 file changed, 14 insertions(+), 7 deletions(-)
diff --git a/drivers/hwspi
AM33XX device family also supports hwspinlocks. The IP
is identical to that of OMAP4/OMAP5, except for the
number of locks.
Signed-off-by: Suman Anna
---
drivers/hwspinlock/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hwspinlock/Kconfig b/drivers
Add the hwmod data for the spinlock IP in OMAP5 SoC.
This is needed to be able to enable the OMAP spinlock
support for OMAP5.
Signed-off-by: Suman Anna
---
arch/arm/mach-omap2/omap_hwmod_54xx_data.c | 44 ++
1 file changed, 44 insertions(+)
diff --git a/arch/arm
HwSpinlock IP is present only on OMAP4 and other newer SoCs,
which are all device-tree boot only. This patch adds the
base support for parsing the DT nodes, and removes the code
dealing with the traditional platform device instantiation.
Signed-off-by: Suman Anna
---
.../devicetree/bindings
Add the missing sysc configuration to the AM335 spinlock hwmod
data. This ensures that smart-idle is enabled whenever the module
is enabled by the driver.
Signed-off-by: Suman Anna
---
arch/arm/mach-omap2/omap_hwmod_33xx_data.c | 13 +
1 file changed, 13 insertions(+)
diff --git a
Add the hwspinlock device tree node for OMAP5 SoCs.
Signed-off-by: Suman Anna
---
arch/arm/boot/dts/omap5.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm/boot/dts/omap5.dtsi
index 07be2cd..449be92 100644
--- a/arch/arm/boot/dts/omap5.dtsi
Add the hwspinlock device tree node for AM33xx family
of SoCs.
Signed-off-by: Suman Anna
---
arch/arm/boot/dts/am33xx.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
index f9c5da9..4371257 100644
--- a/arch/arm/boot
ode
>>>>>> dealing with the traditional platform device instantiation.
>>>>>>
>>>>>> Signed-off-by: Suman Anna
>>>>>> ---
>>>>>> .../devicetree/bindings/hwlock/omap-hwspinlock.txt | 28 ++
>>>>>> a
On 09/04/2013 03:09 AM, Stanimir Varbanov wrote:
> Hi Suman,
>
> Thanks for the patch.
>
> On 09/03/2013 08:52 PM, Suman Anna wrote:
>> HwSpinlock IP is present only on OMAP4 and other newer SoCs,
>> which are all device-tree boot only. This patch adds the
>>
des, and removes the code
>>>>>>>> dealing with the traditional platform device instantiation.
>>>>>>>>
>>>>>>>> Signed-off-by: Suman Anna
>>>>>>>> ---
>>>>>>>> .../devicetree/bindings/hwlock/omap-
On 09/04/2013 12:51 PM, Kumar Gala wrote:
>
> On Sep 4, 2013, at 12:03 PM, Suman Anna wrote:
>
>>>>>>>>>
>>>>>>>>>> HwSpinlock IP is present only on OMAP4 and other newer SoCs,
>>>>>>>>>> which are
On 09/09/2013 12:39 AM, Jingoo Han wrote:
> Casting the return value which is a void pointer is redundant.
> The conversion from void pointer to any other pointer type is
> guaranteed by the C programming language.
>
> Signed-off-by: Jingoo Han
Thanks, LGTM.
> ---
> drivers/iommu/omap-iopgtabl
On 10/09/2013 02:12 AM, Paul Walmsley wrote:
> On Tue, 17 Sep 2013, Suman Anna wrote:
>
>> Add the hwmod data for the spinlock IP in OMAP5 SoC.
>> This is needed to be able to enable the OMAP spinlock
>> support for OMAP5.
>>
>> Signed-off-by: Suman Anna
>
Hi Mark,
>>
>>> On Fri, Sep 27, 2013 at 05:06:38PM +0100, Kumar Gala wrote:
>>>>
>>>> On Sep 17, 2013, at 2:30 PM, Suman Anna wrote:
>>>>
>>>>> HwSpinlock IP is present only on OMAP4 and other newer SoCs,
>>>>>
Add the hwspinlock device tree node for OMAP5 SoCs.
Signed-off-by: Suman Anna
---
arch/arm/boot/dts/omap5.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm/boot/dts/omap5.dtsi
index 86295d2..2a98a59 100644
--- a/arch/arm/boot/dts/omap5.dtsi
tware controlled, and it is disabled out of
reset. Make sure the module is enabled and clocked before reading
the SYSSTATUS register.
Signed-off-by: Suman Anna
---
drivers/hwspinlock/omap_hwspinlock.c | 21 ++---
1 file changed, 14 insertions(+), 7 deletions(-)
diff --git a/drivers/hwspi
Add the hwspinlock device tree node for AM33xx family
of SoCs.
Signed-off-by: Suman Anna
---
arch/arm/boot/dts/am33xx.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
index 8692490..49dfb86 100644
--- a/arch/arm/boot
Add the hwspinlock device tree node for OMAP4 family
of SoCs.
Signed-off-by: Suman Anna
---
arch/arm/boot/dts/omap4.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/omap4.dtsi b/arch/arm/boot/dts/omap4.dtsi
index 45708e1..74db751 100644
--- a/arch/arm/boot/dts
locks' property, and to request a specific lock using
the phandle + args specifier. The latter function is different
from the existing non-DT function, in that the specifier is
relative to the hwlock device instead of being a global lock id
registered with the core.
Signed-off-by: Suman Anna
AM33XX device family also supports hwspinlocks. The IP
is identical to that of OMAP4/OMAP5, except for the
number of locks.
Signed-off-by: Suman Anna
---
drivers/hwspinlock/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hwspinlock/Kconfig b/drivers
and a specific lock belonging to the device
requested through a phandle + args approach.
Signed-off-by: Suman Anna
---
drivers/hwspinlock/hwspinlock_core.c | 48
drivers/hwspinlock/hwspinlock_internal.h | 2 ++
2 files changed, 50 insertions(+)
diff --git a/dr
- Add DT parse support to OMAP hwspinlock driver
- Add OMAP4 DT node and bindings information
http://marc.info/?l=linux-omap&m=137823082308009&w=2
[1] https://lkml.org/lkml/2013/8/14/528
[2] http://marc.info/?t=13782309035&r=1&w=2
Suman Anna (8):
hwspinlock/core: maintai
HwSpinlock IP is present only on OMAP4 and other newer SoCs,
which are all device-tree boot only. This patch adds the
base support for parsing the DT nodes, and removes the code
dealing with the traditional platform device instantiation.
Signed-off-by: Suman Anna
---
.../devicetree/bindings
from the MSM HW Mutex driver support series
in [1]).
[1] https://lkml.org/lkml/2013/8/14/528
Suman Anna (2):
hwspinlock/omap: add support for dt nodes
ARM: dts: OMAP4: Add hwspinlock node
.../devicetree/bindings/hwlock/omap-hwspinlock.txt | 28 ++
arch/arm/boot/dts/omap4.dtsi
Add the hwspinlock device tree node for OMAP4 family
of SoCs.
Signed-off-by: Suman Anna
---
arch/arm/boot/dts/omap4.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/omap4.dtsi b/arch/arm/boot/dts/omap4.dtsi
index 22d9f2b..a8cc274 100644
--- a/arch/arm/boot/dts
HwSpinlock IP is present only on OMAP4 and other newer SoCs,
which are all device-tree boot only. This patch adds the
base support for parsing the DT nodes, and removes the code
dealing with the traditional platform device instantiation.
Signed-off-by: Suman Anna
---
.../devicetree/bindings
Kumar,
On 09/03/2013 01:50 PM, Kumar Gala wrote:
>
> On Sep 3, 2013, at 12:52 PM, Suman Anna wrote:
>
>> HwSpinlock IP is present only on OMAP4 and other newer SoCs,
>> which are all device-tree boot only. This patch adds the
>> base support for parsing the DT
Kumar,
>>
>> On 09/03/2013 01:50 PM, Kumar Gala wrote:
>>>
>>> On Sep 3, 2013, at 12:52 PM, Suman Anna wrote:
>>>
>>>> HwSpinlock IP is present only on OMAP4 and other newer SoCs,
>>>> which are all device-tree boot only. This patch a
On 09/17/2013 02:30 PM, Suman Anna wrote:
> Hi,
>
> This is an updated series for adding the device tree support to
> the OMAP hwspinlock driver. The series is based on 3.12-rc1, and
> includes patches on hwspinlock driver, OMAP hwmod data files and
> OMAP DTS files. The updat
On 09/27/2013 11:06 AM, Kumar Gala wrote:
>
> On Sep 17, 2013, at 2:30 PM, Suman Anna wrote:
>
>> HwSpinlock IP is present only on OMAP4 and other newer SoCs,
>> which are all device-tree boot only. This patch adds the
>> base support for parsing the DT nodes, and
Kumar,
On 09/27/2013 11:04 AM, Kumar Gala wrote:
>
> On Sep 17, 2013, at 2:30 PM, Suman Anna wrote:
>
>> All the platform-specific hwlock driver implementations need the
>> number of locks and the associated base id for registering the
>> locks present within a hwspin
Kumar,
>>
>> On 09/27/2013 11:04 AM, Kumar Gala wrote:
>>>
>>> On Sep 17, 2013, at 2:30 PM, Suman Anna wrote:
>>>
>>>> All the platform-specific hwlock driver implementations need the
>>>> number of locks and the associated base id fo
On 09/29/2013 10:12 PM, Paul Walmsley wrote:
> Hi
>
> On Fri, 27 Sep 2013, Suman Anna wrote:
>
>> Paul,
>> The hwmod data patches needs to be merged only after the respective DT
>> node patches are merged, without which the hwmod entry will not have a
>> ba
Hi Ohad,
These are minor cleanup patches in remoteproc code for v3.10, they are
fairly independent of each other.
Suman Anna (3):
remoteproc: fix checkpatch errors in remoteproc code
remoteproc/omap: fix a sparse warning
remoteproc: free carveout memories only after unmapping them
This patch fixes all the existing checkpatch errors and warnings
in the remoteproc source files.
Signed-off-by: Suman Anna
---
drivers/remoteproc/remoteproc_core.c | 6 --
drivers/remoteproc/remoteproc_debugfs.c | 3 +--
drivers/remoteproc/remoteproc_internal.h | 4 ++--
3 files
already
stopped when the cleanup function is called, but this will make
the cleanup code follow the exact reverse path of allocation.
Signed-off-by: Suman Anna
---
drivers/remoteproc/remoteproc_core.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers
This patch fixes a sparse warning in the omap remoteproc code
when OMAP_REMOTEPROC is disabled.
include/linux/platform_data/remoteproc-omap.h:76:13: warning: symbol
'omap_rproc_reserve_cma' was not declared. Should it be static?
Signed-off-by: Suman Anna
---
include/linux/pla
al development steps, so we will not be using any commits from
that branch. Sorry for the trouble on this one. The branch that Arnd
took has some of the OMAP patches reworked in preparation for the
newer one.
>
> I already rebuilt the arm-soc tree before Stephen started with today's
On 06/30/2013 03:29 AM, Ohad Ben-Cohen wrote:
> Hi Suman,
>
> On Sat, Jun 1, 2013 at 12:16 AM, Suman Anna wrote:
>> This patch fixes all the existing checkpatch errors and warnings
>> in the remoteproc source files.
>>
>> Signed-off-by: Suman Anna
>
>
a to NULL.
>
> Signed-off-by: Jingoo Han
Acked-by: Suman Anna
> ---
> drivers/mailbox/mailbox-omap2.c |1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/mailbox/mailbox-omap2.c b/drivers/mailbox/mailbox-omap2.c
> index eba380d..42d2b89 100644
> --- a/dri
Hi Jassi,
On 04/27/2013 01:14 PM, jassisinghb...@gmail.com wrote:
> From: Jassi Brar
>
> Introduce common framework for client/protocol drivers and
> controller drivers of Inter-Processor-Communication (IPC).
>
> Client driver developers should have a look at
> include/linux/mailbox_client.h t
Hi Jassi,
On 05/04/2013 02:08 PM, Jassi Brar wrote:
> Hi Suman,
>
>> Anyway, here is a summary of the open points that we have:
>> 1. Atomic Callbacks:
>> The current code provides some sort of buffering on Tx, but imposes the
>> restriction that the clients do the buffering on Rx. This is main
>
Hi Jassi,
On 05/06/2013 02:22 AM, Jassi Brar wrote:
> Hello,
> I have made the implementation look more proper. Also made some changes
> suggested by Suman. Changes since V1:
>
> * Delete timer upon mailbox release
> * Filled in the stub ipc_links_unregister()
> * Check kzalloc return for error
Hi Jassi,
> On 7 May 2013 05:15, Suman Anna wrote:
>>>
>>> The client(s) can always generate TX requests at a rate greater than
>>> the API could transmit on the physical link. So as much as we dislike
>>> it, we have to buffer TX requests, otherwise
Hi Jassi,
>
> The client(s) can always generate TX requests at a rate greater than
> the API could transmit on the physical link. So as much as we dislike
> it, we have to buffer TX requests, otherwise N clients would.
The current code doesn't support N clients today any
Hi Jassi,
On 05/06/2013 02:24 AM, Jassi Brar wrote:
> +++ b/include/linux/mailbox_client.h
> @@ -0,0 +1,85 @@
> +/*
> + * This program is free software; you can redistribute it and/or modify
> + * it under the terms of the GNU General Public License version 2 as
> + * published by the Free Softwar
On 05/09/2013 11:41 AM, Jassi Brar wrote:
> On 9 May 2013 22:01, Suman Anna wrote:
>> Hi Jassi,
>>
>> On 05/06/2013 02:24 AM, Jassi Brar wrote:
>>> +++ b/include/linux/mailbox_client.h
>>> @@ -0,0 +1,85 @@
>>> +/*
>>> + * This progra
Jassi,
On 05/09/2013 12:48 PM, Jassi Brar wrote:
> On Thu, May 9, 2013 at 10:10 PM, Suman Anna wrote:
>> On 05/09/2013 11:41 AM, Jassi Brar wrote:
>>> On 9 May 2013 22:01, Suman Anna wrote:
>>>> Hi Jassi,
>>>>
>>>> On 05/06/2013
Jassi,
>>>
>>> Perhaps we should change the following
>>>
>>>void ipc_link_txdone(struct ipc_link *link, enum xfer_result r)
>>> to
>>>void ipc_link_txdone(struct ipc_link *link, enum xfer_result r, void
>>> *data)
>>>
>>> So that the API could pass that onto clients ?
>>
>> That's if the
Hi Jassi,
>
> On 9 May 2013 06:55, Suman Anna wrote:
>
>>> so it can't be driven by the controller. We could make it a Kconfig option.
>>> What do you suggest?
>>
>> I am saying controller/link because they are the ones that knows how the
>>
Jassi,
>>> See how mailbox_startup() tries to balance mbox->ops->startup() and
>>> mailbox_fini() the mbox->ops->shutdown() That's very fragile and the
>>> cause of imbalance between rpm enable/disable, unless your clients are
>>> buggy.
>>
>> Yeah, it is kinda messed up in the existing code, the
Jassi,
On 04/24/2013 03:56 AM, Jassi Brar wrote:
> Hi -
>
> On 24 April 2013 13:38, Loic PALLARDY wrote:
>> Hi Jassi,
>>
>> On 04/24/2013 06:39 AM, Jassi Brar wrote:
>
>>> The non-atomic API falls flat should just a single client comes with
>>> very low latency requirements.
>>
>> In fact the
Jassi,
On 04/25/2013 12:20 AM, Jassi Brar wrote:
> On 25 April 2013 04:46, Suman Anna wrote:
>> On 04/24/2013 03:56 AM, Jassi Brar wrote:
>>
>
>> I think there are two things here - one is what the client needs to do
>> upon sending/receiving a message, and the
Hi Jassi,
On 04/25/2013 10:46 PM, Jassi Brar wrote:
> Hi Suman,
>
> On 26 April 2013 03:59, Suman Anna wrote:
>> On 04/25/2013 12:20 AM, Jassi Brar wrote:
>> tranmitting right away. OK, I thought you didn't want buffering, if that
>> is not the case, then the buf
Hi Andy,
On 04/26/2013 08:48 PM, Andy Green wrote:
> On 27/04/13 09:04, the mail apparently from Suman Anna included:
>
> Hi Suman -
>
>> Even though both the scenarios look very similar, I believe there are
>> some slight differences. All the devices belonging to a con
Hi Jassi,
On 04/26/2013 11:51 PM, Jassi Brar wrote:
> Hi Suman,
>
>>> On 26 April 2013 03:59, Suman Anna wrote:
>>>> On 04/25/2013 12:20 AM, Jassi Brar wrote:
>
>>> I never said no-buffering and I never said buffering should be in
>>> controller
On 04/27/2013 01:14 PM, jassisinghb...@gmail.com wrote:
> From: Jassi Brar
>
> Convert the PL320 controller driver to work with the common
> mailbox API. Also convert the only user of PL320, highbank-cpufreq.c
> to work with thee API. Drop the obsoleted driver pl320-ipc.c
I think the conversion
both REMOTEPROC & RPMSG. The split should also
enable the patches to come through remoteproc & rpmsg trees respectively.
regards
Suman
Suman Anna (2):
remoteproc: fix kconfig dependencies for VIRTIO
rpmsg: fix kconfig dependencies for VIRTIO
drivers/remoteproc/Kconfig | 1 +
drive
VIRTIO
which has unmet direct dependencies (VIRTUALIZATION)
warning: (VIRTIO_PCI && VIRTIO_MMIO && REMOTEPROC && RPMSG) selects VIRTIO
which has unmet direct dependencies (VIRTUALIZATION)
Signed-off-by: Suman Anna
---
drivers/remoteproc/Kconfig | 1 +
1 file changed, 1 inser
: (VIRTIO_PCI && VIRTIO_MMIO && REMOTEPROC && RPMSG) selects VIRTIO
which has unmet direct dependencies (VIRTUALIZATION)
warning: (VIRTIO_PCI && VIRTIO_MMIO && REMOTEPROC && RPMSG) selects VIRTIO
which has unmet direct dependencies (VIRTUALIZATION)
Signed-of
The new idr_alloc interface returns the allocated id back
on success, so fix the error path to check for negative
values. This was missed out in the newer idr interface
adoption patch, 15fc611 "remoteproc: convert to idr_alloc()".
Signed-off-by: Suman Anna
Cc: Tejun Heo
Cc: Ohad
gt;>>> is found.
>>>>>
>>>>> Preserve previous behavior of the wkup_m3 processor being explicitly
>>>>> booted by a consumer.
>>>>>
>>>>> Cc: Lee Jones
>>>>> Cc: Loic Pallardy
>>>>>
Hi Afzal,
On 06/20/2016 03:23 AM, Keerthy wrote:
>
>
> On Monday 20 June 2016 12:35 PM, Mohammed, Afzal wrote:
>> Hi,
>>
>> J, KEERTHY wrote on Monday, June 20, 2016 9:22 AM:
>>
>>> pruss hwmod RSTST register wrongly points to PWRSTCTRL register in
>>> case of
>>> am43xx. Fix the RSTST register
gister
in am33xx_prm_deassert_hardreset(), but it didn't have any side-affects
though on AM33xx. This is what affected the AM437x due to incorrect
RSTST offset value. That behavior is independent of this patch though.
Tested-by: Suman Anna
regards
Suman
> Signed-off-by: Keerthy
> ---
> arch/arm/m
Hi Santosh,
On 09/07/2016 11:11 AM, Santosh Shilimkar wrote:
> Hi Suman,
>
> On 9/1/2016 3:58 PM, Suman Anna wrote:
>> Hi,
>>
>> The Keystone 2 family of SoCs have an on-chip RAM called the
>> Multicore Shared Memory (MSM) RAM. This RAM is accessible throu
On 09/07/2016 11:25 AM, Santosh Shilimkar wrote:
> On 9/7/2016 9:22 AM, Suman Anna wrote:
>> Hi Santosh,
>>
>> On 09/07/2016 11:11 AM, Santosh Shilimkar wrote:
>>> Hi Suman,
>>>
>>> On 9/1/2016 3:58 PM, Suman Anna wrote:
>>>> Hi,
>&g
Hi Rob,
On 09/08/2016 11:50 AM, Rob Herring wrote:
> On Fri, Sep 02, 2016 at 04:45:45PM -0500, Suman Anna wrote:
>> On 08/12/2016 05:42 PM, Bjorn Andersson wrote:
>>> On Fri 12 Aug 11:34 PDT 2016, Rob Herring wrote:
>>>
>>>> On Wed, Aug 10, 2016 at
1 - 100 of 1006 matches
Mail list logo
