On Tue, Oct 12, 2010 at 12:35 AM, Paul Walmsley p...@pwsan.com 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
* Felipe Contreras felipe.contre...@gmail.com [101012 03:52]:
On Tue, Oct 12, 2010 at 12:35 AM, Paul Walmsley p...@pwsan.com 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
-
On Mon, Oct 11, 2010 at 11:37 PM, Paul Walmsley p...@pwsan.com 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;
(adding Tony)
On Mon, 11 Oct 2010, Felipe Contreras wrote:
On Mon, Oct 11, 2010 at 11:37 PM, Paul Walmsley p...@pwsan.com 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
* Paul Walmsley p...@pwsan.com [101011 13:45]:
(adding Tony)
On Mon, 11 Oct 2010, Felipe Contreras wrote:
On Mon, Oct 11, 2010 at 11:37 PM, Paul Walmsley p...@pwsan.com wrote:
Add two functions for OMAP2430/OMAP3 IVA2 DSP boot control. These
registers wound up in the System Control
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 something else?
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,
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
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
