RE: [PATCH V2] RFC: ARM: DaVinci: ASoc use iram to buffer sound

On Tue, May 26, 2009 at 08:04:02, Troy Kisky wrote: Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com --- I fixed 2 bugs in this version. 1. I ensure that buffer size is a multiple of period size. 2. Disable asp rx on shutdown. If it is not disabled on shutdown, you cannot

RE: Exact DSP on the OMAP3530

Hi, Thanks for the answer. We have already adapted the MAR settings, this wasn't the problem. For example, consider this block from the file CFG_OMAP3530_SHMEM.c: { 7, /* ENTRY DSPL1PRAM, /* NAME 0x5cE0, /* ADDRPHYS 0x10E0, /* ADDRDSPVIRT (Uint32) -1, /*

RE: Exact DSP on the OMAP3530

Ok ... you're looking for this, then: http://focus.ti.com/docs/prod/folders/print/omap3530.html For memory map, see: http://focus.ti.com/lit/ug/spruff2a/spruff2a.pdf Regards, Mugdha -Original Message- From: davinci-linux-open-source-boun...@linux.davincidsp.com

RE: Exact DSP on the OMAP3530

Wow, great. Thanks a lot! Regards, Ingo Quoting Kamoolkar, Mugdha mug...@ti.com: Ok ... you're looking for this, then: http://focus.ti.com/docs/prod/folders/print/omap3530.html For memory map, see: http://focus.ti.com/lit/ug/spruff2a/spruff2a.pdf Regards, Mugdha -Original

Re: [PATCH 02/16] davinci: Support JTAG ID register at any address

Russell King - ARM Linux li...@arm.linux.org.uk writes: On Fri, May 15, 2009 at 05:58:20PM -0700, Kevin Hilman wrote: The Davinci cpu_is_davinci_*() macros use the SoC part number and variant retrieved from the JTAG ID register to determine the type of cpu that the kernel is running on.

Re: [PATCH 01/16] davinci: Encapsulate SoC-specific data in a structure

Russell King - ARM Linux li...@arm.linux.org.uk writes: On Fri, May 15, 2009 at 05:58:19PM -0700, Kevin Hilman wrote: +static struct davinci_soc_info davinci_soc_info; + +struct davinci_soc_info *davinci_get_soc_info(void) +{ +return davinci_soc_info; +}

Re: GPIO interrupt problems

Griffis, Brad bgrif...@ti.com writes: FYI, I just added one other topic and an updated block diagram as well: http://tiexpressdsp.com/index.php?title=Configuring_GPIO_Interrupts Brad, Thanks for all your wiki updates for GPIO. This is a huge improvement. Hopefully you have some luck

Re: [PATCH 01/16] davinci: Encapsulate SoC-specific data in a structure

Russell King - ARM Linux li...@arm.linux.org.uk writes: On Fri, May 15, 2009 at 05:58:19PM -0700, Kevin Hilman wrote: +static struct davinci_soc_info davinci_soc_info; + +struct davinci_soc_info *davinci_get_soc_info(void) +{ +return davinci_soc_info; +}

Re: [PATCH 0/2] davinci GPIO fixes for next merge window

Russell King - ARM Linux li...@arm.linux.org.uk writes: On Fri, May 15, 2009 at 04:24:08PM -0700, Kevin Hilman wrote: Some misc. DaVinci GPIO fixes for 2.6.31 merge window. The following changes since commit 5d41343ac88eeddd25dc4ffb7050c9095c41a70d: Linus Torvalds (1): Merge

Re: [PATCH 00/11] davinci: more SoCs and platform updates

Kevin Hilman khil...@deeprootsystems.com writes: DaVinci platform updates for next merge window. Depends on recently posted series: [PATCH 0/2] davinci GPIO fixes for next merge window Summary of changes: - add support for DM355 SoC and its evaluation board (EVM) - add support for

Re: [PATCH 00/16] davinci: generalize common SoC infrastructure

Kevin Hilman khil...@deeprootsystems.com writes: In preparation for more SoCs in the DaVinci family, generalize common SoC features into a 'struct soc_info' so that common init/setup code can be used across all SoCs in the DaVinci family. An additional goal is to be able to boot a single

Re: [PATCH 0/3] davinci: add SRAM allocator

Kevin Hilman khil...@deeprootsystems.com writes: Provide a generic SRAM allocator using genalloc, and vaguely modeled after what AVR32 uses. This is the last of the davinci updates for the 2.6.31 merge window and applies on top of the previous 3 series: - [PATCH 0/2] davinci GPIO fixes for

Add input arguments to codec_engine scale example

Hi all. I would like to add an input parameter to the ISCALE_InArgs structure in codec_engine's scale example. I just added a: XDAS_Int32 newArg to the structure: typedef struct ISCALE_InArgs { XDAS_Int32 inBufSize; XDAS_Int32 outBufSize; XDAS_Int32 inBufValidBytes; XDAS_Int32 newArg

RE: Add input arguments to codec_engine scale example

The size of that struct is implicitly built into the ti.sdo.ce.examples.extensions.scale package. Specifically, scale_stubs.c (the ARM-side code responsible for marshalling the args into a msg for the DSP-side) needs to be rebuilt if that struct changes. I think you need to rebuild the

Pull request: davinci updates for next merge window

The following changes since commit 59a3759d0fe8d969888c741bb33f4946e4d3750d: Linus Torvalds (1): Linux 2.6.30-rc7 are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-davinci.git for-next Chaithrika U S (1): davinci: use 32-bit

RE: SRAM allocator(s!)

-Original Message- From: davinci-linux-open-source-boun...@linux.davincidsp.com [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com ] On Behalf Of Vladimir Pantelic Sent: Sunday, May 24, 2009 10:52 AM To: Troy Kisky Cc: Koen Kooi;