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
On Mon, 2009-08-24 at 06:26 +, rohan tabish wrote:
I have downloaded the u-boot code.compiled that using make
davinci_dvevm_config but the uboot does not load.As we have made our
own custom board and have attached a nand having large pages.when i
compiled the u-boot source code using make
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
Sudhakar Rajashekhara sudhakar@ti.com writes:
On TI's DA850/OMAP-L138 EVM, MAC address is stored in SPI
flash which is accessed using MTD interface.
This patch delays the initialization of DaVinci EMAC driver
by changing module_init to late_initcall. This helps SPI and
MTD drivers to
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
Kevin,
I see that you have reviewed all my patches except this one. Maybe you just
missed it?
Thanks,
Sandeep
-Original Message-
From: Paulraj, Sandeep
Sent: Monday, July 27, 2009 3:11 PM
To: davinci-linux-open-source@linux.davincidsp.com
Cc: Paulraj, Sandeep
Subject: [PATCH]
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 keeps it from merging upstream to this
tree?
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
Kevin,
Actually the patch meant for the initial merge is here.
http://arago-project.org/git/people/?p=sneha/linux-davinci-staging.git;a=commitdiff;h=2deb45a41b718f90aac7b57bc73fb28838d0df91
I have not sent this patch to any list because I was under the impression that
David Brownell would do
Paulraj, Sandeep s-paul...@ti.com writes:
Actually the patch meant for the initial merge is here.
http://arago-project.org/git/people/?p=sneha/linux-davinci-staging.git;a=commitdiff;h=2deb45a41b718f90aac7b57bc73fb28838d0df91
I have not sent this patch to any list because I was under the
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.
Kevin,
I'll send all 6 patches based on the latest DaVinci GIT.
I'll start today evening or tomorrow morning so that all my board specific
patches(5 of them) apply clean. I see that you are in the middle of pushing
patches which touch the same files as i do.
Also that will give Dave time to
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
---
Soon TI will support a DVSDK release based on the DaVinci GIT kernel for DM355
and DM365.
The entire DVSDK release uses EDAM API's for some resource management and to
acquire resources(Channels, PARAMS).
But under the current implementation very few channels can be acquired by the
Linuxutils
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.
Peripherals like MMC/SD which have a clock
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.
davinci_set_pllrate() changes the PLL rate of a
Kevin Hilman wrote:
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 also needed by the OHCI glue
On Tue, Aug 25, 2009 at 19:28:40, Kevin Hilman wrote:
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
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.
I am really thankful to everyone who helped me.:)
hye guys i am done with the kernel booting and got the kernel panic msgs.Does
any1 have any idea how to write FILESYSTEM for the kernel do i need to download
the FILESYSTEM source code from somewhere?
I got following kernel panic msgs:
Kevin,
-Original Message-
From: davinci-linux-open-source-
bounces+nsnehaprabha=ti@linux.davincidsp.com [mailto:davinci-linux-
open-source-bounces+nsnehaprabha=ti@linux.davincidsp.com] On Behalf Of
Kevin Hilman
Sent: Tuesday, August 25, 2009 8:26 AM
To: Mark Brown
Cc:
I just got my audio working this evening with a TLV320DAC32 DAC on a
near-copy of the DM6446 EVM board (we use the TLV320DAC32 instead of the
TLV320AIC33 and drop the I2C port expanders). I've had USB host mode
working for a while, but now when I try to use audio after mounting a flash
disk, or
It seems that the USB driver is trying to flush the data to the USB device
(HDD??) from the USB controller fifo and is not able to flush the same.
regards
swami
From: davinci-linux-open-source-boun...@linux.davincidsp.com
37 matches
Mail list logo
