Hi,
I have some software developped within the dvsdk 2.00.OO.18 for the
DM355. This software is still in development phase and the dm365 would
be a good candidate for the final product, so I am considering migrating
to the DM365 and I would like to know what is the best option :
- Staying
On Mon, Jun 22, 2009 at 13:16:55, Young, Joseph wrote:
I am porting the Davinci Linux kernel to a new and similar TI
device, called Jacinto2. I am at the point where the init program
passed to the kernel by the bootloader is initialized. The problem
that I am experiencing is that,
Hello there,
i have been working on DM6446 for about a week now but not able to set-up
properly. I followed instructions given in sprue66d.pdf for installation on my
RHEL -4 pc.
I did this twice as I got strange error message when working with one of
examples. Which I already posted with
On Wed, Jun 24, 2009 at 14:56:32, Young, Joseph wrote:
On Mon, Jun 22, 2009 at 13:16:55, Young, Joseph wrote:
I am porting the Davinci Linux kernel to a new and similar TI
device, called Jacinto2. I am at the point where the init program
passed to the kernel by the bootloader is
From the error message you can see that the xdais path is tried to be picked
from the cetools. Try setting USE_CETOOLS_IF_EXISTS = 0 in the xdcpaths.mak so
that the path which you want to be set as xdais path in the XDCPATH will take
effect.
Regards,
Prem
Thanks. seems working. This seems buggy as I dont have cetools folder. so it
shud take it as zero.
Many Thanks,
Sandeep.Yedire
From: JayaKumar, PremKumar premkuma...@ti..com
To: Sandeep YEDIRE sandee...@yahoo.co.in;
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 controllers, the Raster Controller
and the LCD Interface Display Driver (LIDD) controller. LIDD further
Passes channel controller number as the first argument to
edma_alloc_slot() API. Without this patch, kernel compilation
fails with too few arguments to function 'edma_alloc_slot'
error.
This patch has been tested on DM6446 EVM.
Signed-off-by: Sudhakar Rajashekhara sudhakar@ti.com
---
This
-Original Message-
From: taco [mailto:tac...@gmail.com]
Sent: Tuesday, June 23, 2009 8:42 PM
To: Vipin
Cc: linux-ker...@vger.kernel.org; davinci-linux-open-
sou...@linux.davincidsp.com; drzeus-...@drzeus.cx
Subject: Re: [PATCH] DaVinci: MMC: V5: MMC/SD controller driver for
DaVinci
Paven,
Which release code are you referring to? The ccdc_config_raw() function has
these undesirable code that was removed in LSP210. You could remove them as
well. The VINT0 and VINT1 are set as desire in ccdc_setwin(). They are software
programmable interrupt lines.
Murali Karicheri
On Wed, Jun 24, 2009 at 14:56:32, Young, Joseph wrote:
On Mon, Jun 22, 2009 at 13:16:55, Young, Joseph wrote:
I am porting the Davinci Linux kernel to a new and similar TI
device, called Jacinto2. I am at the point where the init
program passed to the kernel by the bootloader
From: Sandeep Paulraj s-paul...@ti.com
Patch updates DM365 PINMUX by adding entries for Video, SPI 1 - 4,
PWM 0 - 3.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
---
arch/arm/mach-davinci/dm365.c| 51 ++
arch/arm/mach-davinci/include/mach/mux.h | 58
Rajashekhara, Sudhakar sudhakar@ti.com writes:
Passes channel controller number as the first argument to
edma_alloc_slot() API. Without this patch, kernel compilation
fails with too few arguments to function 'edma_alloc_slot'
error.
This patch has been tested on DM6446 EVM.
s-paul...@ti.com writes:
From: Sandeep Paulraj s-paul...@ti.com
Patch updates DM365 PINMUX by adding entries for Video, SPI 1 - 4,
PWM 0 - 3.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
Thanks, pushing today.
Kevin
---
arch/arm/mach-davinci/dm365.c| 51
Hello,
I've tried to follow
http://wiki.davincidsp.com/index.php/Building_DSPLink_with_kbuild to build
DSPLink module and sample applications.
But it seems that 1.61patchTo2_6_28.patch is missing from the wiki page.
Could you please post it again?
Thanks in advance,
Pablo.
I agree, it is a bug. It was fixed in CE 2.10.01, released over a year ago,
but unfortunately the DVSDKs are significantly trailing the latest Codec Engine
releases. :(
I've added details about this bug here in the CE 2.00 section:
http://tiexpressdsp.com/index.php/Codec_Engine_Known_Issues
From: David Brownell dbrown...@users.sourceforge.net
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
Yusuf,
When you do you plan to send a patch to this list for review ?
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
Phone : 301-515-3736
email: m-kariche...@ti.com
-Original Message-
From: davinci-linux-open-source-boun...@linux.davincidsp.com
David Brownell davi...@pacbell.net writes:
From: David Brownell dbrown...@users.sourceforge.net
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).
Dear Sir:
I checked the sprufb3.pdf .
I need to set PINMUX1 [21:20]=10 to muxout R2 to EXTCLK.
I need to set PINMUX1 [19:18]=10 to muxout B2 to field.
does the device driver cover this part? if it is not how should I do those part.
when I checked spruf72c.pdf, table 7, item 3 and 4,
FIELD,R2,
Karicheri, Muralidharan wrote:
Yusuf,
When you do you plan to send a patch to this list for review ?
I cleaned my patches. I was waiting for latest patches on the list
to be applies since some of my patches touches mach-davinci/* as
well. I'm going to post in a few minutes.
Thanks,
Caglar
From: Muralidharan Karicheri m-kariche...@ti.com
This patch migrates mt9t031 driver from SOC Camera interface to
sub device interface. This is sent to get a feedback about the
changes done since I am not sure if some of the functionality
that is removed works okay with SOC Camera bridge driver or
From: David Brownell dbrown...@users.sourceforge.net
Remove some remnants of ancient NAND code that have been
lingering in the DaVinci tree ... so this tree is a closer
match to mainline.
Signed-off-by: David Brownell dbrown...@users.sourceforge.net
---
drivers/mtd/nand/nand_base.c |7
From: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
This patch series imports 2.6.10 PWM driver into recent kernel. No functional
changes have been made to the driver itself. However, I added a simple sysfs
interface for functionality check. I verified this driver on 2.6.28 using
dm6446 EVM.
From: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
Signed-off-by: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
---
arch/arm/mach-davinci/Kconfig |8
arch/arm/mach-davinci/Makefile |1 +
2 files changed, 9 insertions(+), 0 deletions(-)
diff --git
From: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
This commit blindly imports existing PWM driver from 2.6.10 tree. Build
fixes and other improvements will be added in recpective commits.
Signed-off-by: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
---
From: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
DaVinci PWM driver was previously imported from 2.6.10 tree. This
commit updates driver for recent kernels.
Signed-off-by: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
---
arch/arm/mach-davinci/include/mach/pwm.h |2 +
From: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
With the aid of simple sysfs interface driver, functionality can be
verified easily without writing a test program.
Signed-off-by: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
---
arch/arm/mach-davinci/pwm.c | 91
From: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
In addition to fixing checkpatch warnings, this patch also changes
clock names used in the driver to current DaVinci tree names.
Signed-off-by: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
---
arch/arm/mach-davinci/Kconfig|
From: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
Signed-off-by: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
---
drivers/media/video/Kconfig | 20
drivers/media/video/Makefile |3 +++
2 files changed, 23 insertions(+), 0 deletions(-)
diff --git
From: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
Davinci clock handling is changed between somewhere 2.6.28 and
2.6.30-rc6 so VPBE drivers no longer works with latest kernels. This
commit updates clock handling.
Signed-off-by: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
---
From: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
IMPORTANT: These drivers by no means for upstream inclusion. I'm posting these
just in case somebody wants to use them.
This patch series forward port VPBE drivers from 2.6.10 tree into current
DaVinci tree. These drivers are sitting
From: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
VPBE drivers heavly depend on davinci_read/write macros and these are
removed from latest kernels. This commit defines theses macros locally in
each file using them.
Signed-off-by: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
---
From: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
These mux definition are needed for VPBE drivers to work on dm355 hardware.
This patch also adds 2 GPIO pinmux definition which are present on DC5
connector of dm355 evm.
Signed-off-by: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
---
From: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
This commit fixes build errors for V4l2 driver previously ported from
2.6.10 tree.
Signed-off-by: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
---
drivers/media/video/davinci/davinci_display.c | 90 +
From: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
I realized that I dropped some headers while preparing patches while updating
to latest Davinci head. Let's add them. These are needed for build process to
succeed.
Signed-off-by: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
---
From: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
This commit fixes build errors related to VPBE drivers previously ported
from 2.6.10 tree. Main changes are for:
* New header structure
* Interrupt function definition changes.
* Removing devfs calls and new class interface compatibility.
From: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
Current VPBE encoder code do not include for support for LCD driving
capabilities of dm644x and dm355. It is possible to use LCD output via
logicpd encoder code but I think vpbe encoder code must support this feature
as well.
Signed-off-by:
From: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
IMPORTANT: This driver is not ready for upstream inclusion. I'm posting it just
in case somebody wants to use it.
This patch series port dm644x hardware resizer driver from 2.6.10 tree.
According
to [1] this driver must be converted to use
From: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
2.6.10 driver mostly usable but there are some compile errors:
* Header inclusions updated for newer kernels.
* Old driver uses devfs, this has changed as well class interfaces.
* dev_dbg statements changed.
Signed-off-by: Yusuf Caglar
From: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
Signed-off-by: Yusuf Caglar Akyuz cag...@bilkon-kontrol.com.tr
---
arch/arm/mach-davinci/Kconfig |7 +++
arch/arm/mach-davinci/Makefile |1 +
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git
Hi,
I have updated the link again.
Regards,
Mugdha
From: Pablo Bitton [mailto:pablo.bit...@gmail.com]
Sent: Wednesday, June 24, 2009 10:44 PM
To: Kamoolkar, Mugdha; davinci-linux-open-source@linux.davincidsp.com
Subject: Missing attachment at DaVinci wiki
42 matches
Mail list logo