On Thu, 2010-03-11 at 09:32 -0600, miguel.agui...@ridgerun.com wrote:
From: Miguel Aguilar miguel.agui...@ridgerun.com
This is the MFD driver for the DaVinci Voice codec, it has two clients:
* Voice codec interface
* Voice codec CQ93VC
Signed-off-by: Miguel Aguilar
On Thu, 2010-03-11 at 09:32 -0600, miguel.agui...@ridgerun.com wrote:
From: Miguel Aguilar miguel.agui...@ridgerun.com
This patch adds the support for the interface needed by the DaVinci
Voice Codec CQ93VC.
Signed-off-by: Miguel Aguilar miguel.agui...@ridgerun.com
---
snip
+
+static
On 12 Mar 2010, at 08:01, Liam Girdwood l...@slimlogic.co.uk wrote:
On Thu, 2010-03-11 at 09:32 -0600, miguel.agui...@ridgerun.com wrote:
From: Miguel Aguilar miguel.agui...@ridgerun.com
This is the MFD driver for the DaVinci Voice codec, it has two
clients:
* Voice codec interface
*
Hi,
On Thu, Mar 11, 2010 at 16:30:45, Sergei Shtylyov wrote:
Hello.
Sudhakar Rajashekhara wrote:
On some platforms like DM355, the number of EDMA parameter
slots available for EDMA_SLOT_ANY usage are few. In such cases,
if MMC/SD uses 16 slots for each instance of MMC controller,
Kevin,
On Fri, Mar 12, 2010 at 05:09:24, Kevin Hilman wrote:
Sudhakar Rajashekhara sudhakar@ti.com writes:
On some platforms like DM355, the number of EDMA parameter
slots available for EDMA_SLOT_ANY usage are few. In such cases,
if MMC/SD uses 16 slots for each instance of MMC
Thank for the support.
I'm sorry, maybe my question is too simple, anyway I have to understand
which is the default git tree where the patches are normally done against.
I guess you have written the patch against
http://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-davinci.git git
tree.
It
On Fri, Mar 12, 2010 at 08:13:25AM +, Mark Brown wrote:
On 12 Mar 2010, at 08:01, Liam Girdwood l...@slimlogic.co.uk wrote:
On Thu, 2010-03-11 at 09:32 -0600, miguel.agui...@ridgerun.com wrote:
This is the MFD driver for the DaVinci Voice codec, it has two
clients:
* Voice codec
On some platforms like DM355, the number of EDMA parameter
slots available for EDMA_SLOT_ANY usage are few. In such cases,
if MMC/SD uses 16 slots for each instance of MMC controller,
then the number of slots available for other modules will be
very few.
By passing the number of EDMA slots to be
INTRODUCTION
I have been working on a custom OMAP-L138 board that has multiple spi
devices (seven) on one controller. These devices have a wide range of
transfer parameters (speed, phase, polarity, internal and gpio chip
selects). During my testing I found multiple errors in the davinci spi
This patch is a significant overhaul of the davinci spi controller driver
that corrects multiple errors:
- Eliminate a race condition that exists for slow SPI devices
- Fix DMA transfer length error
- Fix limitations preventing multiple SPI devices on the same controller
Signed-off-by: Brian
These changes update the davinci platform data to match the modifications
that were done to the davinci spi controller driver. The driver update
allowed per-device transfer settings, which are provided by this patch.
Signed-off-by: Brian Niebuhr bnieb...@efjohnson.com
---
Sekhar Nori nsek...@ti.com writes:
From: Anuj Aggarwal anuj.aggar...@ti.com
Currently, the ISR in the EDMA driver clears the pending interrupt for all
channels without regard to whether that channel has a registered callback
or not.
This causes problems for devices like DM355/DM365 where
Hi Murali,
When rebasing for 2.6.34, I notcied that all the V4L2 stuff I was
carrying in davinci git was merged upstream, except the patch
V4L - vpfe_capture - bug fixes and enhancements
This is currently still in davinci git, in the
'davinci-upstream-accepted' branch[1].
If this is still
These changes update the davinci platform data to match the modifications
that were done to the davinci spi controller driver. The driver update
allowed per-device transfer settings, which are provided by this patch.
Signed-off-by: Brian Niebuhr bnieb...@efjohnson.com
---
This patch is a significant overhaul of the davinci spi controller driver
that corrects multiple errors:
- Eliminate a race condition that exists for slow SPI devices
- Fix DMA transfer length error
- Fix limitations preventing multiple SPI devices on the same controller
Signed-off-by: Brian
Sorry, the last version had a bunch of whitespace problems. I will
resubmit the patch shortly.
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
Sekhar Nori nsek...@ti.com writes:
From: Vipin Bhandari vipin.bhand...@ti.com
The DA830/OMAP-L137 EVM has GPIO based card detection logic, but the current
code does not use it.
Add support for GPIO based card detection to avoid reading the card to see
if a card is present or not.
Sriramakrishnan s...@ti.com writes:
Source for the EMAC PHY clock can be different from the
module clock and driver needs to request/enable the EMAC
phy clock explicitly. This was not required earlier as on
most Davinci platforms the phy clock is always on . On AM35x
platform the phy clock
Sriramakrishnan s...@ti.com writes:
From: Sekhar Nori nsek...@ti.com
The patch TI DaVinci EMAC: Add EMAC PHY clock handling adds
support for enabling and disabling the EMAC PHY clock.
The PHY clock on all DaVinci boards is derived from a fixed
on board clock. This patch adds the PHY clock
Kevin,
You can drop it. I had some comments against it from V4L and I had to drop it
from upstream merge.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
-Original Message-
From: Kevin Hilman
Raffaele,
The vpfe_capture driver on DM365 is merged to upsteam kernel 2.6.34.rc1
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=tree;f=drivers/media/video/davinci;h=2cb15a21e472caad918ec789253b8f309c99845d;hb=522dba7134d6b2e5821d3457f7941ec34f668e6d
I suggest you work with
Sriramakrishnan s...@ti.com writes:
The emac driver uses generic name for the module and phy
clocks. Updated the omap3xxx_clks table to match the names
used by the Davinci emac driver.
Signed-off-by: Sriramakrishnan s...@ti.com
---
arch/arm/mach-omap2/clock3xxx_data.c |4 ++--
1
Chaithrika U S chaithr...@ti.com writes:
Migrate from the legacy PM hooks to use dev_pm_ops structure.
Signed-off-by: Chaithrika U S chaithr...@ti.com
Acked-by: Kevin Hilman khil...@deeprootsystems.com
___
Davinci-linux-open-source mailing list
Raffaele Recalcati lamiapost...@gmail.com writes:
2010/3/12 Kevin Hilman khil...@deeprootsystems.com
FYI...
Davinci git has now been updated to v2.6.34-rc1. With this release,
we have dramatically reduced the gap between davinci git and mainline
with lots of stuff making
Karicheri, Muralidharan m-kariche...@ti.com writes:
You can drop it. I had some comments against it from V4L and I had
to drop it from upstream merge.
Thanks for the update. Will drop.
Kevin
___
Davinci-linux-open-source mailing list
s-paul...@ti.com writes:
From: Sandeep Paulraj s-paul...@ti.com
This patch adds spi.h header file that will be used by board and
architecture specific code.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
Looks like I never replied to this, but this series was merged
into 2.6.34, in case
Brian Murphy br...@murphy.dk writes:
On Mon, Feb 15, 2010 at 10:07 PM, Bansal, Prateek pban...@ti.com wrote:
Hi Brian,
Thanks for sharing the patch. We tested this on 2.6.32 kernel on DM355
device and it worked fine however we are yet to get this working with 2.6.30
kernel.
One of the
Brian Niebuhr bniebu...@gmail.com writes:
This patch is a significant overhaul of the davinci spi controller driver
that corrects multiple errors:
- Eliminate a race condition that exists for slow SPI devices
- Fix DMA transfer length error
- Fix limitations preventing multiple SPI devices
On Fri, Mar 12, 2010 at 5:18 PM, Kevin Hilman
khil...@deeprootsystems.comwrote:
Nori, Sekhar nsek...@ti.com writes:
On Thu, Mar 11, 2010 at 11:45:47, Jon Povey wrote:
Steve Chen wrote:
On Wed, Mar 10, 2010 at 12:49 AM, Jon Povey
jon.po...@racelogic.co.uk wrote:
We have 3
Nice!
I need anyway more explanations.
I see you are talking about:
http://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-davinci.git
and not:
http://arago-project.org/git/projects/linux-davinci.git
Correct.
thx
As pointed out elsewhere, the arago tree is a TI development
30 matches
Mail list logo
