> > 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
On Fri, Mar 12, 2010 at 5:18 PM, Kevin Hilman
wrote:
> "Nori, Sekhar" 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
> >> > wrote:
> >>
> >> >> We have 3 different boards using DM355, with different gpio
Brian Niebuhr 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 the same co
Brian Murphy writes:
> On Mon, Feb 15, 2010 at 10:07 PM, Bansal, Prateek 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 things that we a
s-paul...@ti.com writes:
> From: Sandeep Paulraj
>
> This patch adds "spi.h" header file that will be used by board and
> architecture specific code.
>
> Signed-off-by: Sandeep Paulraj
Looks like I never replied to this, but this series was merged
into 2.6.34, in case you hadn't noticed already
"Karicheri, Muralidharan" 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
Davinci-linux-open-source@linu
Raffaele Recalcati writes:
> 2010/3/12 Kevin Hilman
>
> 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 it in for 2.6.34. Nice work!
>
>
>
> Nice!
Sudhakar Rajashekhara 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 controller,
> then the number of slots available for other modules will be
> very few.
>
Chaithrika U S writes:
> Migrate from the legacy PM hooks to use dev_pm_ops structure.
>
> Signed-off-by: Chaithrika U S
Acked-by: Kevin Hilman
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.dav
Sriramakrishnan 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
> ---
> arch/arm/mach-omap2/clock3xxx_data.c |4 ++--
> 1 files changed, 2 in
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 t
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 [mailto
Sriramakrishnan writes:
> From: Sekhar Nori
>
> 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 definition to
> t
Sriramakrishnan 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 needs to
"Nori, Sekhar" 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
>> > wrote:
>>
>> >> We have 3 different boards using DM355, with different gpio / pinmux
>> >> setups. So far, our device drivers are modules which f
Sekhar Nori writes:
> From: Vipin Bhandari
>
> 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.
>
> Signed-off-by: Vipin Bhandari
> S
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
driv
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
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-sour
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 Nieb
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
---
arch/arm/mach-davinci/board-dm355-evm.c |
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 need
Sekhar Nori writes:
> From: Anuj Aggarwal
>
> 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 the multimedia
> accelerator
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
---
arch/arm/mach-davinci/board-dm355-evm.c |
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 Nieb
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
driv
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 u
On Fri, Mar 12, 2010 at 08:13:25AM +, Mark Brown wrote:
> On 12 Mar 2010, at 08:01, Liam Girdwood 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 interface
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
Kevin,
On Fri, Mar 12, 2010 at 05:09:24, Kevin Hilman wrote:
> Sudhakar Rajashekhara 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 controller,
> > t
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 control
On 12 Mar 2010, at 08:01, Liam Girdwood wrote:
On Thu, 2010-03-11 at 09:32 -0600, miguel.agui...@ridgerun.com wrote:
From: Miguel Aguilar
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
>
> This patch adds the support for the interface needed by the DaVinci
> Voice Codec CQ93VC.
>
> Signed-off-by: Miguel Aguilar
> ---
snip
> +
> +static int davinci_vcif_hw_params(struct snd_pcm_subst
On Thu, 2010-03-11 at 09:32 -0600, miguel.agui...@ridgerun.com wrote:
> From: Miguel Aguilar
>
> 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
Please CC the MFD maintainer too for th
33 matches
Mail list logo
