2010/3/12 Nori, Sekhar
>
> Hello Raffaele,
>
> On Thu, Mar 11, 2010 at 21:44:58, Raffaele Recalcati wrote:
> > We are starting developing adv7180 support compliant to arago tree.
> > I hope it is a good idea, and when khilman tree will be the possible
> > davinci standard tree we'll move to it ch
Hello Raffaele,
On Thu, Mar 11, 2010 at 21:44:58, Raffaele Recalcati wrote:
> We are starting developing adv7180 support compliant to arago tree.
> I hope it is a good idea, and when khilman tree will be the possible
> davinci standard tree we'll move to it changing adv7180 support.
> Any suggest
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!
I need anyway more explanations.
I see you are talk
On Thu, 11 Mar 2010, Sriramakrishnan wrote:
> 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
Acked-by: Paul Walmsley
At some point, someone should go th
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!
Currently there are only 21 patches in davinci git that are not in
mainline, and several of th
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.
>
Brian Niebuhr writes:
> This patch fixes an issue where a DMA channel can erroneously process an
> event generated by a previous transfer. A failure case is where DMA is
> being used for SPI transmit and receive channels on OMAP L138. In this
> case there is a single bit that controls all event
Sekhar Nori writes:
> The davinci emac driver uses some ARM specific DMA APIs
> for cache coherency which have been removed from kernel
> with the 2.6.34 merge.
>
> Modify the driver to use the dma_{map, unmap}_single() APIs
> defined in dma-mapping.h
>
> Without this fix, the driver fails to com
Hi Sandeep,
To fix the "jffs2_get_inode_nodes: Node header CRC failed at 0x190c6f48"
errors, I've been using the "nand markbad" from U-Boot to mark the bad
blocks (in the above case, the command would be 'nand markbad
0x190c'). Now that I've updated to the latest U-Boot code, Linux
now does p
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,
then the number of slots available for other modules will be
very few.
By
Any examples (ie fft dct) of using cache memory instead of external memory?
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
> -Original Message-
> From: Philby John [mailto:pj...@mvista.com]
> Sent: Monday, March 08, 2010 7:37 AM
> To: Griffis, Brad
> Cc: Nori, Sekhar; davinci-linux-open-source@linux.davincidsp.com; linux-
> i...@vger.kernel.org
> Subject: Re: [PATCH 6/6] i2c: davinci: bus recovery procedure to
We are starting developing adv7180 support compliant to arago tree.
I hope it is a good idea, and when khilman tree will be the possible davinci
standard tree we'll move to it changing adv7180 support.
Any suggestion is welcome.
--
www.opensurf.it
___
D
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
---
drivers/mfd/Kconfig|4 +
drivers/mfd/Makefile |1 +
drivers/mfd/davinci_voi
From: Miguel Aguilar
This patch adds the generic Voice Codec support for the DM365 based
platforms.
Signed-off-by: Miguel Aguilar
---
arch/arm/mach-davinci/dm365.c | 37 +++-
arch/arm/mach-davinci/include/mach/dm365.h |5
arch/arm/mach-davinci/in
From: Miguel Aguilar
This patch adds the support for the interface needed by the DaVinci
Voice Codec CQ93VC.
Signed-off-by: Miguel Aguilar
---
sound/soc/davinci/Kconfig|3 +
sound/soc/davinci/Makefile |2 +
sound/soc/davinci/davinci-vcif.c | 272 +
From: Miguel Aguilar
Currently the DM365 is the only SoC that includes this Voice Codec.
Signed-off-by: Miguel Aguilar
---
sound/soc/codecs/Kconfig |4 +
sound/soc/codecs/Makefile |2 +
sound/soc/codecs/cq93vc.c | 298 +
sound/soc/codecs/cq
From: Miguel Aguilar
The DM365 EVM has two codecs: the Audio Codec (AIC3x) and the Voice Codec,
the idea is to have both enabled in the same kernel simultaneously. However,
the current soc-core doesn't support simultaneous codecs, once that
support will have added, a patch will be posted to enabl
Update the default configuration for AM3517EVM to enable
support for EMAC peripheral.
Signed-off-by: Sriramakrishnan
---
arch/arm/configs/am3517_evm_defconfig | 70 -
1 files changed, 69 insertions(+), 1 deletions(-)
diff --git a/arch/arm/configs/am3517_evm_def
Modified AM35xx EVM init sequence to handle EMAC
initialization.
Signed-off-by: Sriramakrishnan
---
arch/arm/mach-omap2/board-am3517evm.c | 98 +
1 files changed, 98 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-am3517evm.c
b/arch/arm/ma
Define offsets for EMAC sub modules.
Signed-off-by: Sriramakrishnan
---
arch/arm/mach-omap2/include/mach/am35xx.h | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/include/mach/am35xx.h
b/arch/arm/mach-omap2/include/mach/am35xx.h
index a705f
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 insertions(+), 2 deletions(-)
diff --git a
This patch series adds support for EMAC peripheral on AM35xx
platform. The EMAC peripheral is borrowed from the DaVinci
platform and hence the same driver(davinci_emac) is used.
This patch series has been generated against tip of linux-omap and
depends on the following patches submitted to netdev/
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
the clock tree for all the DaVinci boards
In addition to the EMAC module clock, the EMAC PHY clock needs to be
managed separately. Until now, on most DaVinci platforms, the PHY clock
is always enabled. On AM35x platform where the same EMAC module is
used, the PHY clock needs to be managed explicitly. This patch
series add support for han
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 be managed explicitly , hence
addin
Migrate from the legacy PM hooks to use dev_pm_ops structure.
Signed-off-by: Chaithrika U S
---
This patch applies to Linus' kernel tree.
The fixes provided in this patch[1] are needed for EMAC driver to build.
[1]http://patchwork.kernel.org/patch/84267/
drivers/net/davinci_emac.c | 27 +
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
28 matches
Mail list logo