From: Paul Walmsley
Add two functions for OMAP2430/OMAP3 IVA2 DSP boot control. These
registers wound up in the System Control Module. Other kernel code
that wishes to control the DSP's boot process should now use these
functions to do so; subsequent patches implement this in the two
in-tree us
* Felipe Contreras [101012 03:52]:
> On Tue, Oct 12, 2010 at 12:35 AM, Paul Walmsley wrote:
> > On Mon, 11 Oct 2010, Tony Lindgren wrote:
> >> Would be nice to get the dspbridge into working shape. Sounds we still
> >> need the following:
> >>
> >> - memblock fixes
> >> - this series to fix the c
On Tue, Oct 12, 2010 at 12:35 AM, Paul Walmsley wrote:
> On Mon, 11 Oct 2010, Tony Lindgren wrote:
>> Would be nice to get the dspbridge into working shape. Sounds we still
>> need the following:
>>
>> - memblock fixes
>> - this series to fix the control module related issues
>> - platform data fo
On 10/11/2010 5:16 PM, Paul Walmsley wrote:
4. If the DSP uses a peripheral, such as a GPTIMER or a McBSP, DSPBridge
needs to reserve that device with the rest of Linux so some other Linux
code isn't using it or doesn't try to use it, causing conflicts with
DSPBridge. I guess the list that we n
A few other items:
On Mon, 11 Oct 2010, Paul Walmsley wrote:
> A few other things should be done also.
>
> 1. Most of the code in drivers/staging/tidspbridge/code/tiomap3430.c in
> the bridge_brd_monitor(), bridge_brd_start(), and bridge_brd_stop() should
> be moved into a file in arch/arm/mac
On 10/11/2010 4:35 PM, Paul Walmsley wrote:
On Mon, 11 Oct 2010, Tony Lindgren wrote:
Would be nice to get the dspbridge into working shape. Sounds we still
need the following:
- memblock fixes
- this series to fix the control module related issues
- platform data for the boards
Is that all,
On Mon, 11 Oct 2010, Tony Lindgren wrote:
> Would be nice to get the dspbridge into working shape. Sounds we still
> need the following:
>
> - memblock fixes
> - this series to fix the control module related issues
> - platform data for the boards
>
> Is that all, or are we also missing somethin
* Paul Walmsley [101011 13:45]:
> (adding Tony)
>
> On Mon, 11 Oct 2010, Felipe Contreras wrote:
>
> > On Mon, Oct 11, 2010 at 11:37 PM, Paul Walmsley wrote:
> > > Add two functions for OMAP2430/OMAP3 IVA2 DSP boot control. These
> > > registers wound up in the System Control Module. Other ke
(adding Tony)
On Mon, 11 Oct 2010, Felipe Contreras wrote:
> On Mon, Oct 11, 2010 at 11:37 PM, Paul Walmsley wrote:
> > Add two functions for OMAP2430/OMAP3 IVA2 DSP boot control. These
> > registers wound up in the System Control Module. Other kernel code
> > that wishes to control the DSP's
On Mon, Oct 11, 2010 at 11:37 PM, Paul Walmsley wrote:
> Add two functions for OMAP2430/OMAP3 IVA2 DSP boot control. These
> registers wound up in the System Control Module. Other kernel code
> that wishes to control the DSP's boot process should now use these
> functions to do so; subsequent pa
Add two functions for OMAP2430/OMAP3 IVA2 DSP boot control. These
registers wound up in the System Control Module. Other kernel code
that wishes to control the DSP's boot process should now use these
functions to do so; subsequent patches implement this in the two
in-tree users of these functions
11 matches
Mail list logo