Hi Rafael,
2011/5/12 Rafael J. Wysocki r...@sisk.pl:
On Thursday, May 12, 2011, Raffaele Recalcati wrote:
What happen normally in runtime pm implementation is that every devices
are switched off and are enabled only when needed.
In our case instead we have a completely functional embedded
On Fri, May 13, 2011 at 09:30:14AM +0200, Jean Pihet wrote:
On Thu, May 12, 2011 at 7:45 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
This version fixes the davinci pm free, and adds updates for the
davinci pcm driver. As I don't know what's happening with Jean's
Russell,
On 5/12/2011 11:15 PM, Russell King - ARM Linux wrote:
On Fri, Apr 15, 2011 at 02:06:07PM +0100, Russell King - ARM Linux wrote:
This is work in progress.
Tried this patch on OMAP and found couple of issues.
1. Compilation break. Below is the fix for the same.
diff --git
Hi everyone
I am trying to find linphone(voip application)porting for DM365 TI DSP
please informe me___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
Ok, thanks for the clarification.
Instead of passing the device name, will it be ok to pass the mfd_id.
The benefit will be that I can use the ID directly as an array
index for the mfd_cell entries.
I think a device name would be clearer here, especially in order
to avoid conflicts when the
Say, if the driver is loaded as a module.
If I allocate the sram in the platform code, how to I
free it when the driver is unloaded.
This is what I said in my last e-mail. What is
the issue you see with this approach?
| Thanks for the clarification. In this case, the driver
| should use
On Friday, May 13, 2011, Raffaele Recalcati wrote:
Hi Rafael,
2011/5/12 Rafael J. Wysocki r...@sisk.pl:
On Thursday, May 12, 2011, Raffaele Recalcati wrote:
What happen normally in runtime pm implementation is that every devices
are switched off and are enabled only when needed.
In our
The davinci--mcasp driver will copy the platform data specified
sram_size's and eventq's.
Set the eventq's and sram size for da850 and disable CONFIG_SUSPEND
so that there is SRAM enough left for the McASP (until the patch to allocate
sram from the 128K shared RAM region, then there should be
The davinci-i2s driver copies the platform data for playback and capture
sram sizes which is in turn used by davinci-pcm to allocate ping-pong
buffers.
Copy also the platform data in the davinci-mcasp probe().
Not-signed-off-by: Ben Gardiner bengardi...@nanometrics.ca
---
Hi All,
I've been testing playback on the da850evm. The good news is on 2.6.39-rc7
playback works fine. The bad news is that if the patches in the series
are applied -- playback does not work.
The first patch copies the sram-size platform data to the dma parameters
used by davinci-pcm the
10 matches
Mail list logo