Hi Ohad,
On 09/23/2014 09:16 AM, Ohad Ben-Cohen wrote:
> Hi Suman,
>
> On Mon, Sep 15, 2014 at 10:39 PM, Suman Anna wrote:
>> These processors need to use their internal RAM for loading, which is
>> not for generic usage by the kernel, so defining a CMA block for this
>> memory doesn't make
Hi Suman,
On Mon, Sep 15, 2014 at 10:39 PM, Suman Anna wrote:
> These processors need to use their internal RAM for loading, which is
> not for generic usage by the kernel, so defining a CMA block for this
> memory doesn't make sense.
Ok - so just to make sure I understand, this is physical
Hi Suman,
On Mon, Sep 15, 2014 at 10:39 PM, Suman Anna s-a...@ti.com wrote:
These processors need to use their internal RAM for loading, which is
not for generic usage by the kernel, so defining a CMA block for this
memory doesn't make sense.
Ok - so just to make sure I understand, this is
Hi Ohad,
On 09/23/2014 09:16 AM, Ohad Ben-Cohen wrote:
Hi Suman,
On Mon, Sep 15, 2014 at 10:39 PM, Suman Anna s-a...@ti.com wrote:
These processors need to use their internal RAM for loading, which is
not for generic usage by the kernel, so defining a CMA block for this
memory doesn't make
Hi Ohad,
> On Tue, Jul 29, 2014 at 10:33 PM, Suman Anna wrote:
>> We currently have two usecases. The primary usecase is the WkupM3
>> processor on TI Sitara AM335x/AM437x SoCs used for suspend/resume
>> management. This series is a dependency for the WkupM3 remoteproc driver
>> that Dave posted
Hi Ohad,
On Tue, Jul 29, 2014 at 10:33 PM, Suman Anna s-a...@ti.com wrote:
We currently have two usecases. The primary usecase is the WkupM3
processor on TI Sitara AM335x/AM437x SoCs used for suspend/resume
management. This series is a dependency for the WkupM3 remoteproc driver
that Dave
Hi Suman,
On Tue, Jul 29, 2014 at 10:33 PM, Suman Anna wrote:
> We currently have two usecases. The primary usecase is the WkupM3
> processor on TI Sitara AM335x/AM437x SoCs used for suspend/resume
> management. This series is a dependency for the WkupM3 remoteproc driver
> that Dave posted [1].
Hi Suman,
On Tue, Jul 29, 2014 at 10:33 PM, Suman Anna s-a...@ti.com wrote:
We currently have two usecases. The primary usecase is the WkupM3
processor on TI Sitara AM335x/AM437x SoCs used for suspend/resume
management. This series is a dependency for the WkupM3 remoteproc driver
that Dave
Hi Ohad,
On 07/29/2014 06:00 AM, Ohad Ben-Cohen wrote:
> Hi Suman,
>
> On Tue, Jul 8, 2014 at 7:22 PM, Suman Anna wrote:
>> A remote processor may need to load certain firmware sections into
>> internal memories (eg: RAM at L1 or L2 levels) for performance or
>> other reasons.
>
> Can you
Hi Suman,
On Tue, Jul 8, 2014 at 7:22 PM, Suman Anna wrote:
> A remote processor may need to load certain firmware sections into
> internal memories (eg: RAM at L1 or L2 levels) for performance or
> other reasons.
Can you please provide as much details as you can about the scenario
you need
Hi Suman,
On Tue, Jul 8, 2014 at 7:22 PM, Suman Anna s-a...@ti.com wrote:
A remote processor may need to load certain firmware sections into
internal memories (eg: RAM at L1 or L2 levels) for performance or
other reasons.
Can you please provide as much details as you can about the scenario
Hi Ohad,
On 07/29/2014 06:00 AM, Ohad Ben-Cohen wrote:
Hi Suman,
On Tue, Jul 8, 2014 at 7:22 PM, Suman Anna s-a...@ti.com wrote:
A remote processor may need to load certain firmware sections into
internal memories (eg: RAM at L1 or L2 levels) for performance or
other reasons.
Can you
A remote processor may need to load certain firmware sections into
internal memories (eg: RAM at L1 or L2 levels) for performance or
other reasons. Introduce a new resource type (RSC_INTMEM) and add
an associated handler function to handle such memories. The handler
creates a kernel mapping for
A remote processor may need to load certain firmware sections into
internal memories (eg: RAM at L1 or L2 levels) for performance or
other reasons. Introduce a new resource type (RSC_INTMEM) and add
an associated handler function to handle such memories. The handler
creates a kernel mapping for
14 matches
Mail list logo