Mark A. Greer mgr...@mvista.com writes:
From: Mark A. Greer mgr...@mvista.com
Some mcasp code was inserted between the emac resource setup
and the related register routine that registers the emac.
Signed-off-by: Mark A. Greer mgr...@mvista.com
Looks fine, pushing this series to davinci git
Sekhar Nori nsek...@ti.com writes:
Rename the DA8XX_BOOT_CFG_BASE macro to get it in line
with the public documentation for these parts.
Signed-off-by: Sekhar Nori nsek...@ti.com
Thanks, pushing the SYSCFG patches today (patches 1-3).
Kevin
---
arch/arm/mach-davinci/da830.c
Sekhar Nori nsek...@ti.com writes:
Achieve easy top down traversal of clock tree by keeping
track of each clock's list of children.
This is useful in supporting DVFS where clock rates of
all children need to be updated in an efficient manner.
Signed-off-by: Sekhar Nori nsek...@ti.com
Hi
Narnakaje, Snehaprabha nsnehapra...@ti.com writes:
Kevin,
All the NAND 4-bit ECC patches are approved and now in -mm tree (mmotm)
queued up for the MTD tree.
Could you please pick up these patches from -mm tree (with Andrew's signoff)
and apply them to linux-davinci?
Sneha,
Yes, I'll
Sekhar Nori nsek...@ti.com writes:
Adds a basic CPUFreq driver for DaVinci devices registering with the
kernel CPUFreq infrastructure.
Signed-off-by: Sekhar Nori nsek...@ti.com
This looks mostly ok, but some comments below...
Also, when you re-spin, go ahead and fold
[PATCH 1/4] davinci:
Sekhar Nori nsek...@ti.com writes:
This patch adds a new function to the davinci_soc_info
structure which controls voltage level (typically CVDD).
The new set_new_voltage call will be implemented by platform
code supporting voltage change.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
Sekhar Nori nsek...@ti.com writes:
Use framework provided cpufreq_frequency_table_target() function to index
into the frequency table and provide that index information to the clock's
set_rate function so it can directly obtain OPP information instead having
the set_rate search through the
Hemant Pedanekar hema...@ti.com writes:
DM6467 silicon revisions 3.x have variant field in JTAGID register as '1'.
This path adds entry for the same in dm646x_ids to be able to boot on boards
with 3.x revision chips.
Also modifies name for 'variant=0' (revisions 1.0, 1.1).
Signed-off-by:
miguel.agui...@ridgerun.com writes:
From: Miguel Aguilar miguel.agui...@ridgerun.com
According to the application notes of the DM9000 v1.22 page 29, the driver
initializing steps are: first to power on the internal PHY and then to do
a software reset.
This patch is needed by the DM355
Nori, Sekhar nsek...@ti.com writes:
On Sat, Sep 05, 2009 at 01:16:43, Santiago Nunez-Corrales wrote:
Sekhar,
Thanks for your review. Comments inlined.
Regards,
Nori, Sekhar wrote:
On Fri, Sep 04, 2009 at 04:22:03, santiago.nu...@ridgerun.com wrote:
From: Santiago Nunez-Corrales
Mark A. Greer mgr...@mvista.com writes:
From: David A. Griego dgri...@mvista.com
Add pinmux settings, etc. to enable the MMC/SC hardware.
Signed-off-by: David A. Griego dgri...@mvista.com
Signed-off-by: Mark A. Greer mgr...@mvista.com
Hi Mark, can you refresh these against current master?
Mark Brown broo...@opensource.wolfsonmicro.com writes:
On Fri, Sep 11, 2009 at 02:27:18PM -0700, Troy Kisky wrote:
Mark Brown wrote:
+ * dma_params must be first because rtd-dai-cpu_dai-private_data
+ * is cast to an array of struct davinci_pcm_dma_params ** in
+ * davinci_pcm_open.
s-paul...@ti.com writes:
From: Phaneendra Kumar ph...@embwise.com
This patch fixes a typo/bug in the DM365 SDIO interrupt assignment
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
---
Thanks to Phaneendra for finding this typo/bug.
Submitting patch on behalf of him.
Earlier patches had
s-paul...@ti.com writes:
From: Sandeep Paulraj s-paul...@ti.com
The USB source clock assignment was wrong.
This patch fixes the incorrect clock.
Thanks, pushing to davinci git after adding a slightly more
descriptive changelog:
The parent clock for the USB source clock is actually PLL1
santiago.nu...@ridgerun.com writes:
From: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
This patch provides support for TVP7002 in architecture definitions
within DM365.
Signed-off-by: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
---
arch/arm/mach-davinci/board-dm365-evm.c |
s-paul...@ti.com writes:
From: Sandeep Paulraj s-paul...@ti.com
This patch enables USB on the DM365 EVM
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
Can you add a more descriptive changelog.
---
arch/arm/mach-davinci/board-dm365-evm.c | 14 ++
1 files changed, 14
20874
new phone: 301-407-9583
Old Phone : 301-515-3736 (will be deprecated)
email: m-kariche...@ti.com
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, August 26, 2009 5:00 AM
To: Karicheri, Muralidharan; Mauro Carvalho Chehab
Cc: linux-me
Chaithrika U S chaithr...@ti.com writes:
The codec setup data structure has to be defined for
successful probe.
Signed-off-by: Chaithrika U S chaithr...@ti.com
---
Applies to temp/asoc branch of DaVinci GIT tree.
Thanks Chaithrika,
OK, I pushed a new 'temp/asoc' branch with Chaithrika's
OK, this has gotten a bit out of control, to the point where I cannot
solve this myself. This is partially due to me being on the road and
not keeping a close enough eye on the various video patches.
I've pushed a new 'davinci-next' branch to davinci git[1] which is
what I would like to make
Swaminathan S swami.i...@ti.com writes:
This patch adds platform support for USB controller on DM6467 platform. The
patch sets up the clock, memory map, USB VBUS control logic.
Signed-off-by: Swaminathan S swami.i...@ti.com
I'll wait on this one until you sort out the vbus control
Swaminathan S swami.i...@ti.com writes:
Signed-off-by: Swaminathan S swami.i...@ti.com
Please add a descriptive changelog.
Kevin
---
arch/arm/mach-davinci/board-dm646x-evm.c | 34
++
arch/arm/mach-davinci/dm646x.c |8 +++
2 files
FYI
Kevin
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Hello,
I was looking at the linux-next build results for DaVinci[1], and
noticed that our ASoC driver stopped building on 20 August.
The root cause is that after merging the board parts of the da8xx
support from Chaithrika, I didn't push them to my for-next branch.
So, I went to remedy this,
s-paul...@ti.com writes:
From: Sandeep Paulraj s-paul...@ti.com
This patch adds PINMUX entries for DM355 Display.
These will be used by the DM355 display driver.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
Thanks, pushing today.
Kevin
---
arch/arm/mach-davinci/dm355.c
-off-by: Kevin Hilman khil...@deeprootsystems.com
---
drivers/net/davinci_emac.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/davinci_emac.c b/drivers/net/davinci_emac.c
index 12fd446..5e6652b 100644
--- a/drivers/net/davinci_emac.c
+++ b/drivers/net
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
Add the function to register the OHCI platform device, given the root hub
related platform data passed from the board specific code.
While at it, modify USB 2.0 clock entry in order to match the clock by name
instead of by device since it is
Swaminathan S swami.i...@ti.com writes:
Please add descriptive changelog.
Signed-off-by: Swaminathan S swami.i...@ti.com
---
arch/arm/mach-davinci/board-dm646x-evm.c | 34
++
arch/arm/mach-davinci/dm646x.c |8 +++
2 files changed, 42
Swaminathan S swami.i...@ti.com writes:
Again, need a descriptive changelog please.
Signed-off-by: Swaminathan S swami.i...@ti.com
---
drivers/usb/musb/davinci.c | 30 +++---
drivers/usb/musb/davinci.h |6 ++
2 files changed, 29 insertions(+), 7
s-paul...@ti.com writes:
From: Sandeep Paulraj s-paul...@ti.com
This patch adds definitions for some DM365 IRQs that are used by
the codecs. Codecs will also use the IRQs.
Entries are being added to enable/disable IRQ's.
There is no use as such for these entires in the kernel itself.
Mark Brown broo...@opensource.wolfsonmicro.com writes:
On Tue, Aug 25, 2009 at 03:26:17PM +0300, Kevin Hilman wrote:
Unfortunately, I'm currently on the road and while I have remote
access to my davinci hw, it doesn't help for testing audio. ;)
You need a bigger amplifier!
:)
Someone
Pablo Bitton pablo.bit...@gmail.com writes:
The patch has received no comments so far (here and on spi-general-devel).
Can someone test it on davinci's other that the DM6446 to see that support for
others has not broken?
Kevin - Is there anything that keeps it from merging upstream to this
Nori, Sekhar nsek...@ti.com writes:
The patch allows Async3 clock source to be selected between PLL1 SYSCLK2
and PLL0 SYSCLK2.
Having Async3 source from PLL1 SYSCLK2 allows peripherals on that
domain to remain unaffected by frequency scaling on PLL0.
Signed-off-by: Sekhar Nori
Nori, Sekhar nsek...@ti.com writes:
Update the clock framework for dynamic CPU frequency change.
clk_round_rate, clk_set_rate have been updated to handle dynamic frequency
changes.
davinci_set_pllrate() changes the PLL rate of a given PLL. This function
has been presented as a generic
Nori, Sekhar nsek...@ti.com writes:
Adds a basic CPUFreq driver for DaVinci devices registering with the
kernel CPUFreq infrastructure.
Signed-off-by: Sekhar Nori nsek...@ti.com
looks good.
Kevin
---
arch/arm/Kconfig|2 +-
arch/arm/mach-davinci/Makefile
Nori, Sekhar nsek...@ti.com writes:
Adds basic CPUFreq support for DA850/OMAP-L138.
Currently, frequency scaling only on PLL0 is supported. No scaling of PLL1
or voltage levels as yet.
Peripherals like MMC/SD which have a clock input synchronous with
ARM clock will not work well since the
Paulraj, Sandeep s-paul...@ti.com writes:
Kevin,
Please see inline
The patch has received no comments so far (here and on spi-general-
devel).
Can someone test it on davinci's other that the DM6446 to see that
support for
others has not broken?
Kevin - Is there anything that
s-paul...@ti.com writes:
From: Sandeep Paulraj s-paul...@ti.com
The patch adds support for SPI driver in DaVinci series
SOC's.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
OK, so I'm trying to determine the status here.
So far, I pushed a 'temp/spi' branch to davinci git which contains
.
OK, to keep things straight, how about you post a a v2 of this series
to the davinci list and Cc Dave. I'll merge them into davinci git
master. Dave can push the drivers/spi/* part upstream when he's ready
and I can push the board code.
Kevin
-Original Message-
From: Kevin Hilman
s-paul...@ti.com writes:
From: Sandeep Paulraj s-paul...@ti.com
For best performance, codecs often setup linked triggered
transfers with a contiguous block of params, and that is when
this API is used. Setup/configuration of these parameter RAMs
is most efficient if they are contiguous.
PhaneendraKumar A ph...@embwise.com writes:
Fixed various issues related to SDIO interrupt handling and verified the
functionality on DM355EVM and DM365EVM, which were also later pointed by
David Brownell.
Signed-off-by: ph...@embwise.com
patch is line wrapped.
Kevin
---
Nori, Sekhar nsek...@ti.com writes:
On Tue, Aug 25, 2009 at 19:19:56, Kevin Hilman wrote:
Nori, Sekhar nsek...@ti.com writes:
Update the clock framework for dynamic CPU frequency change.
clk_round_rate, clk_set_rate have been updated to handle dynamic frequency
changes
Nori, Sekhar nsek...@ti.com writes:
[...]
+#ifdef CONFIG_CPU_FREQ
How about leave this without an #ifdef, and make da850_init() have
the #ifdef so it is always called on boot.
BTW, is there a reason to not have the CPUfreq settings be the
default?
Hmm, I thought ifdefery inside the
Nori, Sekhar nsek...@ti.com writes:
On Tue, Aug 25, 2009 at 19:43:47, Kevin Hilman wrote:
Nori, Sekhar nsek...@ti.com writes:
Adds basic CPUFreq support for DA850/OMAP-L138.
Currently, frequency scaling only on PLL0 is supported. No scaling of PLL1
or voltage levels as yet
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
Hello.
Kevin Hilman wrote:
From: Mark A. Greer mgr...@mvista.com
The da830/omap l137 is a new SoC from TI that is similar
to the davinci line. Since its so similar to davinci,
put the support for the da830 in the same directory
Sudhakar Rajashekhara wrote:
I am not seeing any of these patches in the tree. Something wrong?
Sorry, didn't push out.
Pushed now.
Kevin
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
Sudhakar Rajashekhara sudhakar@ti.com writes:
On Fri, Aug 14, 2009 at 04:51:05, Kevin Hilman wrote:
Sudhakar Rajashekhara sudhakar@ti.com writes:
On DA850/OMAP-L138 EVM, MMC/SD and NOR Flash share
some of the AEMIF pins. This patch prints out a warning
during booting, if both
DaVinci git updated to v2.6.31-rc6. A minor update so only
boot tested on dm6446 EVM and da850 EVM.
Also, FYI... my response/review of patches will likely be slow for a
couple weeks due to travel.
Kevin
___
Davinci-linux-open-source mailing list
Sudhakar Rajashekhara sudhakar@ti.com writes:
There are two instances of MMC/SD on da850/omap-l138.
Connector for the first instance is available on the
EVM. This patch adds support for this instance.
This patch also adds support for card detect and write
protect switches on
Sudhakar Rajashekhara sudhakar@ti.com writes:
Adds a macro to convert the GPIO signal passed as bank number
and signal to GPIO pin number.
Signed-off-by: Sudhakar Rajashekhara sudhakar@ti.com
Thanks, pushing today.
Kevin
---
arch/arm/mach-davinci/include/mach/gpio.h |3 +++
Sudhakar Rajashekhara sudhakar@ti.com writes:
This patch adds platform support for the graphic display
(Sharp LK043T1DG01) found on DA850/OMAP-L138 based EVM.
Signed-off-by: Sudhakar Rajashekhara sudhakar@ti.com
Thanks, pushing today.
KEvin
---
Since the previous version:
1.
Sudhakar Rajashekhara sudhakar@ti.com writes:
This patch adds platform data for the 512MB NAND Flash
found on DA850/OMAP-L138 EVM. Currently it supports
only 1-bit ECC.
Signed-off-by: Sudhakar Rajashekhara sudhakar@ti.com
---
Since the previous version #ifdef macro guard has been
Sudhakar Rajashekhara sudhakar@ti.com writes:
This patch adds platform data for the 8MB NOR flash
found on da850/omap-l138 EVM. Both NOR and NAND can
co-exist on da850/omap-l138 as they are using different
chip selects.
Signed-off-by: Sudhakar Rajashekhara sudhakar@ti.com
---
Sudhakar Rajashekhara sudhakar@ti.com writes:
On DA850/OMAP-L138 EVM, MMC/SD and NOR Flash share
some of the AEMIF pins. This patch prints out a warning
during booting, if both MMC/SD and NOR Flash are enabled
in kernel menuconfig.
If both MMC/SD and NOR Flash are enabled, only MMC/SD
Sudhakar Rajashekhara sudhakar@ti.com writes:
On Tue, Aug 11, 2009 at 05:04:43, Kevin Hilman wrote:
[ distribution trimmed to Davinci only. ]
Sudhakar Rajashekhara sudhakar@ti.com writes:
Adds LCD controller (LCDC) driver for TI's DA8xx/OMAP-L1xx
architecture. LCDC
Sudhakar Rajashekhara sudhakar@ti.com writes:
DA850/OMAP-L138 has 144 pins configurable as GPIO, but
currently this has been configured as 128. This patch
corrects it.
Also, this patch adds the base address for GPIO pins
greater than 128.
Signed-off-by: Sudhakar Rajashekhara
Sudhakar Rajashekhara sudhakar@ti.com writes:
Earlier patch which adds EMAC support for da850/omap-l138
was not configuring the MDIO pins.
Ethernet was working fine with the earlier patch, because
the MDIO pins were configured from the boot loader. This
patch removes that dependency.
Sudhakar Rajashekhara sudhakar@ti.com writes:
This patch adds platform support for the graphic display
(Sharp LK043T1DG01) found on DA850/OMAP-L138 based EVM.
Signed-off-by: Sudhakar Rajashekhara sudhakar@ti.com
---
Since the previous version, following are the modifications:
1.
Sudhakar Rajashekhara sudhakar@ti.com writes:
There are two instances of MMC/SD on da850/omap-l138.
Connector for the first instance is available on the
EVM. This patch adds support for this instance.
This patch also adds support for card detect and write
protect switches on
Sudhakar Rajashekhara sudhakar@ti.com writes:
This patch adds platform data for the 8MB NOR flash
found on da850/omap-l138 EVM. Both NOR and NAND can
co-exist on da850/omap-l138 as they are using different
chip selects.
Signed-off-by: Sudhakar Rajashekhara sudhakar@ti.com
---
Chaithrika U S chaithr...@ti.com writes:
Define resources for McASP1 used on DA830/OMAP-L137 EVM, add platform
device defintion, initialization function.
Additionally, this patch also adds version and FIFO related
members to platform data structure.
Signed-off-by: Chaithrika U S
Chaithrika U S chaithr...@ti.com writes:
Define resources for McASP used on DA850/OMAP-L138 EVM, add platform
device defintion and Pin Mux configurations.
Signed-off-by: Chaithrika U S chaithr...@ti.com
---
Applies on DaVinci GIT tree.
This patch is dependent on the following patch which I
to merge DaVinci git with another
upstream tree for testing.
Kevin
Murali Karicheri Software Design Engineer Texas Instruments Inc.
Germantown, MD 20874 new phone: 301-407-9583 Old Phone : 301-515-3736
(will be deprecated) email: m-kariche...@ti.com
-Original Message-
From: Kevin Hilman
Kevin Hilman khil...@deeprootsystems.com writes:
Fix deprecated use of DMA_nnBIT_MASK which now gives a compiler
warning.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
This compiler warning patch is on top of the master branch of Mauro's
linux-next tree.
Ping
Sekhar Nori nsek...@ti.com writes:
Adds a basic CPUFreq driver for DaVinci devices registering with the
kernel CPUFreq infrastructure.
Signed-off-by: Sekhar Nori nsek...@ti.com
Looks mostly OK, some minor comments below, mainly based on stuff
copied from OMAP...
---
arch/arm/Kconfig
Sekhar Nori nsek...@ti.com writes:
Update the clock framework for dynamic CPU frequency change.
clk_round_rate, clk_set_rate have been updated to handle dynamic frequency
changes.
davinci_set_pllrate() changes the PLL rate of a given PLL. This function
has been presented as a generic
Sekhar Nori nsek...@ti.com writes:
add basic CPUFreq support for DA850/OMAP-L138
Currently, frequency scaling only on PLL0 is supported. No scaling of PLL1
or voltage levels as yet.
Peripherals like MMC/SD which have a clock input synchronous with
ARM clock will not work well since the
Sudhakar Rajashekhara sudhakar@ti.com writes:
There are two instances of MMC/SD on da850/omap-l138.
Connector for the first instance is available on the
EVM. This patch adds support for this instance.
This patch also adds support for card detect and write
protect switches on
Sudhakar Rajashekhara sudhakar@ti.com writes:
Earlier patch which adds EMAC support for da850/omap-l138
was not configuring the MDIO pins.
Ethernet was working fine with the earlier patch, because
the MDIO pins were configured from the boot loader. This
patch removes that dependency.
Sudhakar Rajashekhara sudhakar@ti.com writes:
This patch adds platform data for the 512MB NAND Flash
found on DA850/OMAP-L138 EVM. Currently it supports
only 1-bit ECC.
Signed-off-by: Sudhakar Rajashekhara sudhakar@ti.com
Looks fine.
---
This patch has been tested on
Sudhakar Rajashekhara sudhakar@ti.com writes:
This patch adds platform data for the 8MB NOR flash
found on da850/omap-l138 EVM. Both NOR and NAND can
co-exist on da850/omap-l138 as they are using different
chip selects.
Signed-off-by: Sudhakar Rajashekhara sudhakar@ti.com
Mostly
[ distribution trimmed to Davinci only. ]
Sudhakar Rajashekhara sudhakar@ti.com writes:
Adds LCD controller (LCDC) driver for TI's DA8xx/OMAP-L1xx
architecture. LCDC specifications can be found at
http://www.ti.com/litv/pdf/sprufm0a.
LCDC on DA8xx consists of two independent
Hadli m...@ti.com
Signed-off-by: Brijesh Jadav brijes...@ti.com
Signed-off-by: Chaithrika U S chaithr...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
Applies to Davinci GIT tree. Minor updates like change in structure name-
subdev_info to vpif_subdev_info and correction
I merged Linus' tree at v2.6.31-rc5. I also merge in my
upstream queues for linux-next so davinci git is in sync with
what is headed upstream.
Kevin
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
s-paul...@ti.com writes:
From: Sandeep Paulraj s-paul...@ti.com
DM365 and DM6467 have 4 queues. The patch updates the
'dma_event_q' enum to reflect this.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
Thanks, pushing today.
Kevin
---
arch/arm/mach-davinci/include/mach/edma.h |2
Sudhakar Rajashekhara sudhakar@ti.com writes:
In mmc_davinci_xfer_done() function data direction variable
is being modified before the call to davinci_abort_dma().
But inside the davinci_abort_dma() function data direction
variable is being checked to select the channel to abort.
s-paul...@ti.com writes:
From: Sandeep Paulraj s-paul...@ti.com
EDMA queues in DM365 are a little different than those
on other DaVinci's. On DM365 Q0 and Q1 have the larger
FIFO size. We want Q0 and Q1 to be used by codecs and
DVSDK demos.
MMC driver is the only driver which uses the flag
PhaneendraKumar A ph...@embwise.com writes:
This patch fixes a bug in DM365 sdio interrupt pin assignments.
Signed-off-by: ph...@embwise.com
---
arch/arm/mach-davinci/devices.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-davinci/devices.c
s-paul...@ti.com writes:
From: Sandeep Paulraj s-paul...@ti.com
The mask can hold only 8 bit values. This gave a
compilation warning. This patch rectifies the warning.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
Thanks, pushing today.
Kevin
---
arch/arm/mach-davinci/dm365.c
s-paul...@ti.com writes:
From: Sandeep Paulraj s-paul...@ti.com
DM365 RBL has been updated. The variant number has changed for this
new revision of silicon. This patch adds support for the
new revision of DM365.
The name fields are also being updated to reflect the version
of the silicon.
Kevin Hilman khil...@deeprootsystems.com writes:
chaithrika chaithr...@ti.com writes:
Russell,
Requesting your ack on this patch.
Chaithrika, Mauro,
We don't need Russell's ack on this. You've incorporated his comments
and my signoff is enough for stuff under arch/arm/mach-davinci
Karicheri, Muralidharan m-kariche...@ti.com writes:
linux-next branch on v4l-dvb has added vpfe and vpif drivers. I have
tried building DM646x with vpif display driver and loaded onto my
DM6467 evm. But it doesn't boot up. So I am wondering if relevant
board specific changes are available
linghai624 linghai...@163.com writes:
when I boot the davinci git kernel 2.6.23 uImage ,I meet the problem as
follow,I don't know what the problem it is ! Hlep ,thanks!
Is there a reason you're using DaVinci git from 2.6.23?
I suggest you pull the latest DaVinci git[1] which is based a
FYI...
DaVinci git updated to v2.6.31-rc4.
Also, I merged Mark Brown's ASoC for-2.6.31 fixes branch and his
for-2.6.32 branch which contains upstream bound stuff for the next
merge window.
With this master, we should have working ASoC audio on all the
dm6446, dm355 and dm6467 EVMs.
Thanks to
Fix deprecated use of DMA_nnBIT_MASK which now gives a compiler
warning.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
This compiler warning patch is on top of the master branch of Mauro's
linux-next tree.
arch/arm/mach-davinci/dm646x.c |2 +-
1 files changed, 1 insertions
...@linux.davincidsp.com] On Behalf Of
Kevin Hilman
Sent: Friday, July 17, 2009 6:17 PM
To: linux-arm-ker...@lists.arm.linux.org.uk
Cc: davinci-linux-open-source@linux.davincidsp.com
Subject: [PATCH 00/17] davinci: updates for 2.6.32: changeset 2
This series is based on:
[PATCH 00/24] davinci
Sudhakar Rajashekhara sudhakar@ti.com writes:
On Fri, Jul 17, 2009 at 20:23:36, Kevin Hilman wrote:
Sudhakar Rajashekhara sudhakar@ti.com writes:
Ethernet Media Access Controller (EMAC) on da850/omap-l138
supports 10/100 Mbps operation. It also supports Media
Independent
Sudhakar Rajashekhara sudhakar@ti.com writes:
The DA850/OMAP-L138 is a new SoC from TI in the same family as
DA830/OMAP-L137.
Major changes include better support for power management,
support for SATA devices and McBSP (same IP as DM644x).
DA850/OMAP-L138 documents are available at
Sudhakar Rajashekhara sudhakar@ti.com writes:
Add support for the DA850/OMAP-L138 Evaluation Module (EVM)
from TI. The EVM has User Interface (UI) card which contains
various devices. This UI card can be connected to the base
board. Support for all the devices on the UI card and ones on
Sudhakar Rajashekhara sudhakar@ti.com writes:
Ethernet Media Access Controller (EMAC) on da850/omap-l138
supports 10/100 Mbps operation. It also supports Media
Independent Interface (MII) and Reduced Media Independent
Interface (RMII) to physical layer (PHY).
Phy which supports MII is
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
Hello.
Kevin Hilman wrote:
DM646x has MUSB connected to IRQs 13 and 14 (unlike IRQ12 on other
platforms),
so pass the correct IRQ resources with the platform device.
Signed-off-by: Dmitry Krivoschekov dkrivosche...@ru.mvista.com
Signed-off
Hemant Pedanekar hema...@ti.com writes:
Controls ATA_RSTn and ATA_PWD through CPLD register 0 to enable ATA. An I2C
driver is added for the same. Calls ide init if enabled in configuration.
Signed-off-by: Hemant Pedanekar hema...@ti.com
This one looks good. Pushing today.
Kevin
---
Kevin Hilman khil...@deeprootsystems.com writes:
There is no need to pass clock name strings in platform_data.
Instead, setup clkdev nodes to have correct ASoC device names.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
Applies on DaVinci git master.
Pushing to davinci git
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
MAINTAINERS |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 18c3f0c..caea822 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -5318,6 +5318,12 @@ F: arch/arm/mach-s3c2410
David Brownell (3):
davinci: sram warning fix
davinci: dm365 evm cpld support: leds, card detect, other setup
davinci: dm365 gpio irq support
David Griego (1):
davinci: Fix watchdog reset code
Kevin Hilman (3):
MAINTAINERS: add entry for TI DaVinci machine support
davinci: Kconfig
Rajashekhara sudhakar@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/dm644x.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-davinci/dm644x.c b/arch/arm/mach-davinci/dm644x.c
index d145c0c..7d51263 100644
From: Sandeep Paulraj s-paul...@ti.com
The patch adds base support for new TI SOC DM365, which s
similar to the dm355.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/clock.c|5 +-
arch/arm
From: Chaithrika U S chaithr...@ti.com
Adds McASP clock support for the two instances of mcasp (mcasp0,mcasp1). This
patch is part of the audio support for dm646x series.
Signed-off-by: Naresh Medisetty nar...@ti.com
Signed-off-by: Chaithrika U S chaithr...@ti.com
Signed-off-by: Kevin Hilman
will be write-protected.
Signed-off-by: David Griego dgri...@mvista.com
Signed-off-by: Mark A. Greer mgr...@mvista.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/time.c | 10 +++---
1 files changed, 3 insertions(+), 7 deletions(-)
diff --git a/arch/arm/mach
From: Sudhakar Rajashekhara sudhakar@ti.com
Enables module clock for DM646x EDMA channel controller and transfer
controller.
Signed-off-by: Naresh Medisetty nar...@ti.com
Signed-off-by: Sudhakar Rajashekhara sudhakar@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
the EDMA channel and Param entry number.
Signed-off-by: Naresh Medisetty nar...@ti.com
Signed-off-by: Sudhakar Rajashekhara sudhakar@ti.com
Reviewed-by: David Brownell dbrown...@users.sourceforge.net
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/devices.c
701 - 800 of 1619 matches
Mail list logo