Hi,
Can you check whether H3A is enabled in the Kernel and CCDC output for H3A is
enabled? As far as I remember, there was some issue with the H3A and previewer.
When H3A is enabled, previewer stops giving interrupts. Can you check whether
previewer interrupts are coming properly? You can check
On Tue, Jul 07, 2009 at 00:34:23, David Brownell wrote:
> On Monday 06 July 2009, Sekhar Nori wrote:
> > The patch implements cpufreq driver, support to change PLL
> > output rate and recalculation of the rates of PLL derived clocks
>
> It seems to me this is missing some sanity checks.
>
> First,
Hi,
I've resubmitted this patch since my email client has corrupted
the v2 patch, turning TAB characters into spaces.
Hopefully, this won't happen again.
On Tue, Jul 7, 2009 at 9:10 AM, Pablo Bitton wrote:
> Check that network interface is running before changing its MAC address.
> Otherwise, r
Check that network interface is running before changing its MAC address.
Otherwise, rxch is accessed when it's NULL - causing a kernel oops.
Moreover, check that the new MAC address is valid.
Signed-off-by: Pablo Bitton
Signed-off-by: Chaithrika U S
Tested-by: Chaithrika U S
[tested on DM6467 E
On Tue, Jul 07, 2009 at 00:02:00, Kevin Hilman wrote:
> "Rajashekhara, Sudhakar" writes:
>
> > On Wed, Jul 01, 2009 at 23:24:21, Kevin Hilman wrote:
> >> "Rajashekhara, Sudhakar" writes:
> >>
> >> > This patch also fixes broken CONFIG_DEBUG_LL support on
> >> > DA830/OMAP-L137 EVM caused by my
We are working with Monta Vista Linux with TI-Davinci platform.
Previously we were using TI LSP release of 1.20 and now we have migrated to LSP
1.30.
After migration to 1.30 we are facing issue of NAND bad block erase.
>From logs we can see almost all blocks are getting marked as bad blocks.
Then
Mark Brown wrote:
> On Sat, Jul 04, 2009 at 07:30:01PM -0700, Troy Kisky wrote:
> If you mean that it should start and
> stop the clocks
Yes.
> that causes issues in situations like TDM since there
> can be transfers going on independantly of the CPU which may need the
> clocks running. Not every
FYI...
DaVinci git has been updatd to v2.6.31-rc2 and includes a sync/merge
with the various branches I've been pushing upstream.
Boot tested davinci_all_defconfig on dm6446 EVM, dm355 EVM and dm6467
EVM.
I also created a 'davinci-2.6.30' branch for those who wish to keep
working on a 2.6.30 bas
Pierre,
Vipin Bhandari writes:
> This patch adds support for MMC/SD controller driver for all DaVinci family
> SoC. This patch supports davinci family SoC's DM6446, DM355, DM365 and
> DA830/OMAPL137.
>
> The patch has been tested on DM355 EVM.
>
> The MMCSD controller specifications for DM355 ca
Mark Brown writes:
> On Mon, Jul 06, 2009 at 02:30:21PM -0700, Troy Kisky wrote:
>
>> ARM: DaVinci: Interface changes visible to EDMA clients
>
>> But the last patch in series needs rebased on to this. Unfortunately,
>> this patch is not yet in your for-2.6.32 branch. So, unless this patch
>> is
Here are a couple fixes for the i2c driver on the TI DaVinci family
of SoCs. These have been tested for awhile in the DaVinci git
repo are needed for 2.6.31.
These apply on v2.6.31-rc2.
David Brownell (1):
i2c-davinci: behave with i2cdetect
Kevin Hilman (1):
i2c-davinci: convert clock usage
DaVinci core code has converted to the new clkdev API so
clock name strings are not needed. Instead, just the a
'struct device' pointer is needed.
Signed-off-by: Kevin Hilman
---
drivers/i2c/busses/i2c-davinci.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/i
From: David Brownell
Make i2c-davinci cope properly with "i2cdetect": don't spew
syslog spam on perfectly normal behaviors, or respond to any
address other than the one reserved for the SMBus host.
Signed-off-by: David Brownell
Signed-off-by: Kevin Hilman
---
drivers/i2c/busses/i2c-davinci.c
Russell King - ARM Linux writes:
> On Mon, Jul 06, 2009 at 02:14:44PM -0700, Kevin Hilman wrote:
>> @@ -34,6 +34,7 @@ config MACH_DAVINCI_EVM
>>
>> config MACH_SFFSDR
>> bool "Lyrtech SFFSDR"
>> +default n
>
> There's absolutely no need for this (or the other one below).
>
>> @@ -48,6
Mark Brown writes:
> On Mon, Jul 06, 2009 at 03:19:01PM -0700, Kevin Hilman wrote:
>
>> So should I queue this up along with my changes, or do you want to
>> merge this into asoc?
>
> It needs to go along with your changes at least to preserve bisect (it
> should really be in the same commit that
Mark Brown wrote:
> On Mon, Jul 06, 2009 at 03:01:54PM -0700, Troy Kisky wrote:
>
>> But even if the cpu is the clock/frame master, the sample rate generator has
>> an 8 bit
>> divider field, which seems to be always 0 in the current code. And I don't
>> see any reference
>> to params_rate in th
DaVinci core code has converted to the new clkdev API so
clock name strings are not needed. Instead, just the a
'struct device' pointer is needed.
Signed-off-by: Kevin Hilman
---
Fix needed for 2.6.31
drivers/ide/palm_bk3710.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff -
Mark Brown writes:
> On Mon, Jul 06, 2009 at 03:02:02PM -0700, Kevin Hilman wrote:
>> From: Sudhakar Rajashekhara
>>
>> Signed-off-by: Sudhakar Rajashekhara
>> Reviewed-by: David Brownell
>> Signed-off-by: Kevin Hilman
>
> Acked-by: Mark Brown
Mark,
So should I queue this up along with my
From: Naresh Medisetty
Changes default output volume of alsa driver since it is very low
Signed-off-by: Naresh Medisetty
Signed-off-by: Kevin Hilman
---
sound/soc/codecs/tlv320aic3x.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/sound/soc/codecs/tlv320aic3x.h b/so
This series updates the DaVinci ASoC support after various DaVinci core
interface changes. These core changes are part of the DaVinci core
changes submitted for 2.6.32.
This compiles on top of the v2.6.31-rc2 based 'davinci-next' branch of
the DaVinci git repo here:
git://git.kernel.org/pub/scm/l
Mark Brown wrote:
> On Sat, Jul 04, 2009 at 07:30:00PM -0700, Troy Kisky wrote:
>> If the codec is master, we support anything
>> that the codec supports.
>
> Hrm, tricky - the rate configuration doesn't depend on what is master so
> this could cause confusion if the codec is slave.
>
>> -#define
From: Sudhakar Rajashekhara
Signed-off-by: Sudhakar Rajashekhara
Reviewed-by: David Brownell
Signed-off-by: Kevin Hilman
---
sound/soc/davinci/davinci-evm.c |8
sound/soc/davinci/davinci-pcm.c |6 +++---
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/sound/soc
Mark Brown writes:
> On Mon, Jul 06, 2009 at 02:14:41PM -0700, Kevin Hilman wrote:
>> From: Chaithrika U S
>>
>> 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
>> Sign
Mark Brown writes:
> Could you give a pointer to the SRAM allocator patch, please?
SRAM allocater changes are in mainline as of 2.6.31. See
arch/arm/mach-davinci/sram.c.
Kevin
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@lin
Mark Brown wrote:
> On Sat, Jul 04, 2009 at 07:29:50PM -0700, Troy Kisky wrote:
>> This patch set is against git://git.alsa-project.org/alsa-kernel.git
>
> Best to use
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6
>
> or
> git://git.kernel.org/pub/scm/linux/kernel
From: David Brownell
Support DM365 GPIOs ... primarily by handling non-banked GPIO IRQs:
- Flag DM365 chips as using non-banked GPIO interrupts, using a
new soc_info field.
- Replace the gpio_to_irq() mapping logic. This now uses some
runtime infrastructure, keyed off that new soc_info
From: Mark A. Greer
Add support for the DA830/OMAP-L137 Evaluation Module (EVM)
from TI. The EVM has User Interface (UI) and Audio cards
that can be connected which contain various devices.
Support for those devices and ones on the EVM will be
added in subsequent patches.
Additional generalizat
From: Sandeep Paulraj
Patch updates DM365 PINMUX by adding entries for Video, SPI 1 - 4,
PWM 0 - 3.
Signed-off-by: Sandeep Paulraj
Signed-off-by: Kevin Hilman
---
arch/arm/mach-davinci/dm365.c| 51 ++
arch/arm/mach-davinci/include/mach/mux.h | 58 ++
From: David Brownell
Add basic support for the CPLD on the DM365 EVM board:
- Read SW5 to set up NAND and keypad vs (someday) OneNAND
- Export MMC/SD card detect and writeprotect signals
- LED support (same layout as on DM355 EVM)
- Static config for video input:
* external HD imager pr
From: Sandeep Paulraj
Patch adds support for MMC/SD in the DM365 EVM.
Pinmux for MMC/SD slot 1 on the DM365 EVM is also
configured.
Signed-off-by: Sandeep Paulraj
Signed-off-by: Kevin Hilman
---
arch/arm/mach-davinci/board-dm365-evm.c | 27 +++
1 files changed, 27 in
From: Sandeep Paulraj
Signed-off-by: Sandeep Paulraj
Signed-off-by: Kevin Hilman
---
arch/arm/mach-davinci/devices.c | 45 ++
1 files changed, 31 insertions(+), 14 deletions(-)
diff --git a/arch/arm/mach-davinci/devices.c b/arch/arm/mach-davinci/devices.c
From: Sandeep Paulraj
The patch adds Support for EMAC in the DM365 SOC and
the DM365 EVM board.
Signed-off-by: Sandeep Paulraj
Signed-off-by: Kevin Hilman
---
arch/arm/mach-davinci/board-dm365-evm.c | 66 ++-
arch/arm/mach-davinci/dm365.c | 58 +++
From: Sandeep Paulraj
Signed-off-by: Sandeep Paulraj
Signed-off-by: Kevin Hilman
---
arch/arm/mach-davinci/board-dm365-evm.c | 84 +++
1 files changed, 84 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-davinci/board-dm365-evm.c
b/arch/arm/mach-davinci/
From: Sandeep Paulraj
The patch adds support for Evaluation Module (EVM) board for the dm365
SoC.
Signed-off-by: Sandeep Paulraj
Signed-off-by: Kevin Hilman
---
arch/arm/mach-davinci/board-dm365-evm.c | 76 +++
1 files changed, 76 insertions(+), 0 deletions(-)
c
From: Sandeep Paulraj
The patch adds base support for new TI SOC DM365, which s
similar to the dm355.
Signed-off-by: Sandeep Paulraj
Signed-off-by: Kevin Hilman
---
arch/arm/mach-davinci/clock.c|5 +-
arch/arm/mach-davinci/dm365.c| 699
watchdog info is not needed in soc_info, platform_device can
be used directly in core code.
Signed-off-by: Kevin Hilman
---
arch/arm/mach-davinci/devices.c |7 ++-
arch/arm/mach-davinci/dm355.c |1 -
arch/arm/mach-davinci/dm644x.c |1 -
arch
From: Sandeep Paulraj
Signed-off-by: Sandeep Paulraj
Signed-off-by: Kevin Hilman
---
arch/arm/mach-davinci/dm365.c| 13 +
arch/arm/mach-davinci/include/mach/mux.h |5 +
2 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-davinci/dm365
From: Sandeep Paulraj
This patch does the following
1) Adds entries to davinci_all_defconfig for DM365
2) Adds entries to the Makefile for DM365
3) Adds entries for DM365 in the Kconfig
Signed-off-by: Sandeep Paulraj
Signed-off-by: Kevin Hilman
---
arch/arm/configs/davinci_all_defconfig |
From: Sandeep Paulraj
Signed-off-by: Sandeep Paulraj
Signed-off-by: Kevin Hilman
---
arch/arm/mach-davinci/dm365.c | 83 +
1 files changed, 83 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-davinci/dm365.c b/arch/arm/mach-davinci/dm365.c
ind
Signed-off-by: Kevin Hilman
---
arch/arm/mach-davinci/Kconfig |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-davinci/Kconfig b/arch/arm/mach-davinci/Kconfig
index be747f5..c330a5a 100644
--- a/arch/arm/mach-davinci/Kconfig
+++ b/arch/arm/mach-davinci/K
From: Rajashekhara, Sudhakar
JTAG ID for DM644x silicon revision 2.1 has changed. An entry for the new
silicon revision needs to be added to the davinci_id structure. Without
this addition, EVMs with new silicon revision fail to boot the kernel.
Signed-off-by: Sudhakar Rajashekhara
Signed-off-b
From: David Griego
The davinci reset routine, davinci_watchdog_reset(), sets the
TCR register instead of the TGCR register as it should to put
the WDT into its "Initial State".
It also writes the WDTCR register without the proper WDKEY
which is pointless since the register will be write-protecte
From: Chaithrika U S
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
Signed-off-by: Chaithrika U S
Signed-off-by: Kevin Hilman
---
arch/arm/mach-davinci/dm646x.c | 14 +++
From: David Brownell
CC arch/arm/mach-davinci/sram.o
arch/arm/mach-davinci/sram.c: In function 'sram_init':
arch/arm/mach-davinci/sram.c:63: warning: comparison of distinct pointer types
lacks a cast
Signed-off-by: David Brownell
Signed-off-by: Kevin Hilman
---
arch/arm/mach-davinci/sra
From: Sudhakar Rajashekhara
Define a structure to store EDMA channel controller based information.
Use platform_device.id to find out the instance being configured in
probe function.
Signed-off-by: Sudhakar Rajashekhara
Reviewed-by: David Brownell
Signed-off-by: Kevin Hilman
---
arch/arm/mac
From: Sudhakar Rajashekhara
Enables module clock for DM646x EDMA channel controller and transfer controller.
Channel mapping logic is introduced in dm646x EDMA. This implies that there is
no fixed association for a channel number to a parameter entry number. In other
words, using the DMA channel
From: Sudhakar Rajashekhara
EDMA in DM355 and DM644x has two transfer controllers while DM646x has four
transfer controllers. Moving the queue to tc mapping and queue priority
mapping to dm.c will be helpful to probe these mappings from platform
device so that the machine_is_* testing will be avo
Signed-off-by: Kevin Hilman
---
MAINTAINERS |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 381190c..6046dd7 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -5315,6 +5315,12 @@ F: arch/arm/mach-s3c2410/
F: drivers/*/*s3c2410*
From: David Brownell
Minor EDMA cleanup: remove unused SoC-specific #define; and when
requesting the channel controller region, use the device's name
(to be more useful on chips with multiple such controllers).
Signed-off-by: David Brownell
Signed-off-by: Kevin Hilman
---
arch/arm/mach-davinc
This series is the queue of DaVinci platform changes proposed for the
next merge window.
This series based at v2.6.31-rc2 and is available as the
'davinci-next' branch of DaVinci git w
git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-davinci.git
davinci-next
Upon review, I will pus
From: Sudhakar Rajashekhara
Introduce macros to build IDs from controller and channel number, and to
extract them. Modify the edma_alloc_slot function to take an extra argument
for the controller.
Signed-off-by: Sudhakar Rajashekhara
Reviewed-by: David Brownell
Signed-off-by: Kevin Hilman
---
On Monday 06 July 2009, Sekhar Nori wrote:
> The patch implements cpufreq driver, support to change PLL
> output rate and recalculation of the rates of PLL derived clocks
It seems to me this is missing some sanity checks.
First, that the DRAM isn't being clocked through this PLL...
since changing
On Monday 06 July 2009, 邹卫军 wrote:
> But when I want to register the mcp2510's spi driver,
> I find that this driver can not find the proper spi device
> to attach(The spi device registered in spi_bus is attached
> to the spidev drivers).
One device, one driver. *EITHER* use spidev from usersp
"Rajashekhara, Sudhakar" writes:
> On Wed, Jul 01, 2009 at 23:24:21, Kevin Hilman wrote:
>> "Rajashekhara, Sudhakar" writes:
>>
>> > This patch also fixes broken CONFIG_DEBUG_LL support on
>> > DA830/OMAP-L137 EVM caused by my previous patch.
>>
>> hmm...
>>
>> > diff --git a/arch/arm/mach-d
First for the IPIPE cannot process 2592 pixels per line. I believe it is
something like 1360 pixels.
I am curious why you can’t do 1280x720? Could you provide more details on what
you are doing? LSP release you are using, single shot/continuous, MMAP/Userptr
etc will be helpful to narrow down t
Jean-Philippe,
Most likely the OSD0 is hiding the video window.
Could you issue the following:-
fbset -fb /dev/fb/0 -xres 0
This basically disable osd0. I am not sure how you are disabling OSD0. If you
are already doing this, ignore this. The v4l2 display works with FBDev driving
the OSD lay
Hello, I wrote:
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.
This patch also moves Async3 clock source to PLL1 so that frequency
scaling
on PLL0 does not affect those peripherals. Without
Hello.
Sekhar Nori wrote:
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.
This patch also moves Async3 clock source to PLL1 so that frequency scaling
on PLL0 does not affect those peripheral
Hi
Do someone have tested davinci_previewer from LSP 2.10 on DVEVM DM6446.
I have made one test with one frame and all was ok. But when use previewer
for stream from MT9P031 board.
It hung on IOCTL - PREV_PREVIEW. I have put some printk() in driver. All is
ok till:
wait_for_completion_interrupti
This patch adds minimal cpufreq support for DaVinci devices.
The patch implements cpufreq driver, support to change PLL output rate and
recalculation of the rates of PLL derived clocks
Tested using OMAP-L138 EVM.
Signed-off-by: Sekhar Nori
---
This patch set depends on the two patch set posted
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.
This patch also moves Async3 clock source to PLL1 so that frequency scaling
on PLL0 does not affect those peripherals. Without this the console on UAR
On Mon, 2009-07-06 at 12:54 +0100, Mark Brown wrote:
> On Mon, Jul 06, 2009 at 06:09:16AM -0500, Steve Chen wrote:
> > On Sat, 2009-07-04 at 19:29 -0700, Troy Kisky wrote:
>
> > > This patch will reduce the number of underruns by
> > > shifting out 32 bit values instead of 16 bit. It also
> > > ad
hello there,
I am currently working on building my own algorithm by modifying viddec_copy in
your examples.
When building codec engine, I have added below lines in package.bld file.
Pkg.addLibrary(name, target, {
/* any other exeAttrs */
copts: "-mem_model:data=far"
}
);And
On Sat, 2009-07-04 at 19:29 -0700, Troy Kisky wrote:
> This patch will reduce the number of underruns by
> shifting out 32 bit values instead of 16 bit. It also
> adds mono support.
Doesn't ALSA already automatically handle mono-stero conversions? I
don't think we need to provide the same functio
Hi,
I want to read the motion vector in another buffer which i pass from
application.
Already i am allocating the memory using Memory_ContigAlloc()
XDAS_Int32 inBufSizeArray[1];
XDAS_Int8 OutPutBuffers[2];
OutPutBuffers[0] = outBuf;
OutPutBuffers[1] = MotionVecData;
XDAS_
Check that network interface is running before changing its MAC address.
Otherwise, rxch is accessed when it's NULL - causing a kernel oops.
Moreover, check that the new MAC address is valid.
Signed-off-by: Pablo Bitton
Signed-off-by: Chaithrika U S
Tested-by: Chaithrika U S
[tested on DM6467 E
my dm6446 has a spi interface, I use it as the spi master device. In my
board, there is also a chip --mcp2510, which has also a spi interface.
I use the mcp2510's spi as the slave device. In my project, I want to use the
spidev, which is available since linux 2.6.18 kernel, to talk to the sp
Hi ,
I am using custom board consisting of DM6467 Davinci processor. I am trying to
boot the processor from an on-board NOR flash, by burning ubl and u-boot to the
NOR flash.
AFter burning the NOR flash with u-boot, I get the following series of messages
sfh_Dm646x.exe -norflash -v ubl_DM646x_
Hi,
Does anyone knows abouth the networked encode and decode demo?
That is the infomation about it:
http://wiki.davincidsp.com/index.php?title=Networked_encode_and_decode_demos#Changes_in_control_thread_.28_optional.29
:
Could some one give me some helps about that? or share your source code
about
Hi,
From the VPBE user's guide I understand that the Cursor window can display only
a rectangular cursor which is transparent within. I cannot display a Bitmap
cursor. Is this understanding of mine correct?
Can some one explain me what can be a practical use case for the rectangular
cursor be
70 matches
Mail list logo