Hello Gabriele,
On Mon, Mar 15, 2010 at 21:34:07, Gabriele Filosofi wrote:
Hi all.
This is a hardware issue.
At the beginning of paragraph 2 DM644x DDR2 Supported Devices of the
document SPRAAC5F, I read:
The DM644x DDR2 interface supports JEDEC DDR2 x16 devices. Supported
densities
Hi Alagu,
On Mon, Mar 15, 2010 at 18:12:43, alagusan...@embwise.com wrote:
From: Alagu Sankar alagusan...@embwise.com
Added SDIO Support for Davinci Platforms. This is tested with DM355 and DM365
EVM platforms using Libertas driver with SD8686 and SD8688 SDIO WiFi cards.
There is a hack to
On Wednesday 17 March 2010 11:07:19 am Andrea Gasparini wrote:
Hi Jon,
what's up? :)
Trying to move from TI beta SDK MV kernel + u-boot, to git on DM355.
I find I am reopening the can of worms that is NAND ECC and filesystem
choice.
LOL. I remember something of all this stuff too.. :D
On Wednesday 17 March 2010 11:07:19 am Andrea Gasparini wrote:
Hi Jon,
what's up? :)
Hey Andrea, same old same old :)
the git kernel on DM355 NAND - YAFFS2? JFFS2? UBIFS (which I don't
Having looked a little at this it seems UBIFS is promoted nowadays. I will try
that instead of YAFFS2.
On Wednesday 17 March 2010 12:10:52 pm Jon Povey wrote:
[...]
Çaglar AKYÜZ wrote:
My experience was latest u-boot was consistent with latest kernels
but ubl(and rbl) was using a different layout thus no ubl updates
from kernel or u-boot which is not good.
No that is not good.. We would
From: Philby John pj...@mvista.com
Date: Wed, 17 Mar 2010 16:20:12 +0530
Subject: [PATCH] Set SCL pin to gpio functionality before bus recovery
Before using the SCL pin, set it to GPIO by conditionally
checking the i2c revision id for peripherals that match 0x05.
Clean up data structures along
On 03/17/2010 02:20 AM, Kevin Hilman wrote:
Philby Johnpj...@mvista.com writes:
On 02/08/2010 04:05 PM, Nori, Sekhar wrote:
Hi Philby,
On Fri, Feb 05, 2010 at 19:23:43, Philby John wrote:
Hello Sekhar,
[...]
+/* Generate a pulse on the i2c clock pin. */
+static void
Hi,
On Tue, Mar 16, 2010 at 03:10:37, Andrew Morton wrote:
On Fri, 12 Mar 2010 18:04:09 +0530
Sudhakar Rajashekhara sudhakar@ti.com 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
On Fri, Mar 12, 2010 at 7:06 PM, Mike Williamson
michael.william...@criticallink.com wrote:
On Fri, Mar 12, 2010 at 5:18 PM, Kevin Hilman khil...@deeprootsystems.com
wrote:
Nori, Sekhar nsek...@ti.com writes:
On Thu, Mar 11, 2010 at 11:45:47, Jon Povey wrote:
Steve Chen wrote:
On
I have the problem below with commit
f5cef8f45739db4c0c1c346296922cac274c87eb .
The capture works anyway using:
gst-launch v4l2src ! video/x-raw-yuv ! filesink location=video5.raw
and I play it with
mplayer -fps 4 video5.raw -demuxer rawvideo -rawvideo
w=720:h=480:format=uyvy
Suggestions are
How about a generic interface which included claim/free resource
methods, like for gpio, but taking a pointer to a mux resource struct
instead of a gpio number. The mux resource struct would include function
pointers to mach- or soc- specific functions to do the work of checking,
setting and
I'm on commit f5cef8f45739db4c0c1c346296922cac274c87eb (2.6.34-rc1 of
http://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-davinci.git) .
The evm dm365 works: boot,eth,vpfe tested by now on this kernel.
I'd like to know which is the best way to proceed in order to add codec
functionalities
On Wed, Mar 17, 2010 at 8:17 AM, Steve Chen sc...@mvista.com wrote:
On Fri, Mar 12, 2010 at 7:06 PM, Mike Williamson
michael.william...@criticallink.com wrote:
On Fri, Mar 12, 2010 at 5:18 PM, Kevin Hilman khil...@deeprootsystems.com
wrote:
Nori, Sekhar nsek...@ti.com writes:
On Thu,
Hi Philby,
On Wed, Mar 17, 2010 at 16:58:44, Philby John wrote:
On 03/17/2010 02:20 AM, Kevin Hilman wrote:
Philby Johnpj...@mvista.com writes:
On 02/08/2010 04:05 PM, Nori, Sekhar wrote:
Hi Philby,
On Fri, Feb 05, 2010 at 19:23:43, Philby John wrote:
Hello Sekhar,
[...]
From: Sudhakar Rajashekhara sudhakar@ti.com
Not all the channels and slots available on the DM646x EVM
are used by the devices on the EVM. These resources can be
used by the DSP to speed up codec operations.
This patch reserves these channels for the DSP.
Signed-off-by: Sudhakar
On 03/17/2010 06:48 PM, Nori, Sekhar wrote:
Hi Philby,
On Wed, Mar 17, 2010 at 16:58:44, Philby John wrote:
On 03/17/2010 02:20 AM, Kevin Hilman wrote:
Philby Johnpj...@mvista.com writes:
On 02/08/2010 04:05 PM, Nori, Sekhar wrote:
Hi Philby,
On Fri, Feb 05, 2010 at 19:23:43, Philby
On Wed, Mar 17, 2010 at 7:17 AM, Mike Williamson
michael.william...@criticallink.com wrote:
On Wed, Mar 17, 2010 at 8:17 AM, Steve Chen sc...@mvista.com wrote:
On Fri, Mar 12, 2010 at 7:06 PM, Mike Williamson
michael.william...@criticallink.com wrote:
On Fri, Mar 12, 2010 at 5:18 PM, Kevin
Raffaele,
Is there a call to VPFE_CMD_S_CCDC_RAW_PARAMS in your gstreamer code?
This IOCTL handling code in isif.c had to be removed during merge to
upstream based on community feedback and is required only for raw bayer RGB
capture. However since it was earlier a mandatory call in vpfe capture,
Hi Brian,
On Mon, Mar 15, 2010 at 21:20:13, Kevin Hilman wrote:
Brian Niebuhr bnieb...@efjohnson.com writes:
This patch is a significant overhaul of the davinci spi
controller driver
that corrects multiple errors:
- Eliminate a race condition that exists for slow SPI devices
Steve Chen sc...@mvista.com writes:
How about a generic interface which included claim/free resource
methods, like for gpio, but taking a pointer to a mux resource struct
instead of a gpio number. The mux resource struct would include function
pointers to mach- or soc- specific functions to
Mike Williamson michael.william...@criticallink.com writes:
On Wed, Mar 17, 2010 at 8:17 AM, Steve Chen sc...@mvista.com wrote:
On Fri, Mar 12, 2010 at 7:06 PM, Mike Williamson
michael.william...@criticallink.com wrote:
On Fri, Mar 12, 2010 at 5:18 PM, Kevin Hilman
Sekhar Nori nsek...@ti.com writes:
From: Sudhakar Rajashekhara sudhakar@ti.com
The drivers on da8xx/omapl EVMs do not utilize all the channels
and slots provided by EDMA. Some of these are better utilitzed by
the DSP on the SoC for speeding up codec operations.
Reserve these
On Wed, Mar 17, 2010 at 8:37 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Steve Chen sc...@mvista.com writes:
How about a generic interface which included claim/free resource
methods, like for gpio, but taking a pointer to a mux resource struct
instead of a gpio number. The mux
On da830, when the same timer is used for clocksource and clockevent,
the timer can be started before the clockevent is
registered/initialzed. This creates a window where a timer
interrupt might fire before the clockevent handler has been
setup and causes a crash.
This patch moves the actual
From: Brian Niebuhr bniebu...@gmail.com
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
This series of davinci fixes is targeted for the next 2.6.34-rc,
and are also available in the 'davinci-fixes' branch of:
git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-davinci.git
Kevin
Brian Niebuhr (1):
davinci: edma: clear events in edma_start()
Kevin Hilman (4):
davinci:
From: Sekhar Nori nsek...@ti.com
The da8xx/omap-l1 boards refuse to build when CONFIG_DAVINCI_MUX is undefined
because arch/arm/mach-davinci/mux.c:da8xx_pinmux_setup() is not defined.
This patch fixes this issue. This is build tested with davinci_all_defconfig
and da8xx_omapl_defconfig and boot
- Convert data/functions to static
- include headers for missing declarations
- pointer cleanups: struct foo *__iomem f -- struct foo __iomem *f;
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/board-dm644x-evm.c |2 +-
Cleanup usage of void pointers when using genirq. genirq API
takes and returns void *, where this GPIO API is using those
as __iomem pointers.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/gpio.c | 27 ++-
1 files changed, 18
On Wed, Mar 17, 2010 at 20:21:21, Kevin Hilman wrote:
Sekhar Nori nsek...@ti.com writes:
From: Sudhakar Rajashekhara sudhakar@ti.com
The drivers on da8xx/omapl EVMs do not utilize all the channels
and slots provided by EDMA. Some of these are better utilitzed by
the DSP on the SoC
Hi,
When I build upstream accepted branch of linux-davinci tree maintained by
Kevin, I get following compilation error... I am reverting to master branch.
drivers/net/davinci_emac.c: In function 'emac_dev_xmit':
drivers/net/davinci_emac.c:1471: error: implicit declaration of function 'dma_ca
I'm looking at gstreamer-ti, and seems really nice.
But the compilation stops due to the error below.
I'm not sure that I can ask something to this mailing list, but please
answer me where is the best place to go on with git kernel and DM365 codecs.
Thanks.
http://arago-project.org/git/arago.git
Nori, Sekhar nsek...@ti.com writes:
On Wed, Mar 17, 2010 at 20:21:21, Kevin Hilman wrote:
Sekhar Nori nsek...@ti.com writes:
From: Sudhakar Rajashekhara sudhakar@ti.com
The drivers on da8xx/omapl EVMs do not utilize all the channels
and slots provided by EDMA. Some of these are
Karicheri, Muralidharan m-kariche...@ti.com writes:
Hi,
When I build upstream accepted branch of linux-davinci tree maintained by
Kevin, I get following compilation error... I am reverting to master branch.
drivers/net/davinci_emac.c: In function 'emac_dev_xmit':
In the morning...
Nice to know it has been fixed. But I got around it for my testing and hence
not blocking for me.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
-Original Message-
From: Kevin Hilman
From: Muralidharan Karicheri m-kariche...@ti.com
As part of upstream merge, set_params() function was removed from isif.c. This
requires
removal of BUG_ON() and check for set_params ptr in vpfe_capture.c.
Signed-off-by: Muralidharan Karicheri m-kariche...@ti.com
---
Hi,
I would recommend you try using the arago-next branch. The trunk is the stable
version, but is kind of outdated. If you have some other problems, you may try
poking developers on the #arago IRC channel at freenode.
Diego
On Mar 17, 2010, at 11:05 AM, Raffaele Recalcati wrote:
I'm
37 matches
Mail list logo
