Constantine,
Thanks for the quick response, unfortunately for me I need to
port this application on to a custom board with only a rs232 interface
afterward and I was hoping to do this using the sfh_DM35x utility.
Kind regards
James
-Original Message-
From:
Stephen Berry wrote:
the routine follows. The call to VIDENC1_control is the routine that
segfaults. I'm not using the ividEncfxns-algControl call...
#if 1
ext_params.videncParams.size = sizeof(IMP4VENC_Params);
hEncode = (VIDENC1_Handle) ALG_create(1, (IALG_Fxns *)
On Wednesday 25 February 2009, Kumar, Purushotam wrote:
I tried with both iowrite8_32_align_rep and directly
calling iowrite32_rep but none of these work properly
when I tested with SD card in PIO mode after removing
asm code.
Did you try just using iowrite8_rep()? If that doesn't
- do {
- status = readl(host-base + DAVINCI_MMCST0);
- if (status == 0)
- break;
- if (handle_core_command(host, status))
- break;
- } while (1);
+ status =
Signed-off-by: Purushotam Kumar purusho...@ti.com
---
drivers/mmc/host/davinci_mmc.c | 33 +++--
1 files changed, 23 insertions(+), 10 deletions(-)
diff --git a/drivers/mmc/host/davinci_mmc.c b/drivers/mmc/host/davinci_mmc.c
index b034af6..c631c91 100644
---
Signed-off-by: Purushotam Kumar purusho...@ti.com
---
drivers/mmc/host/davinci_mmc.c | 37 +++--
1 files changed, 15 insertions(+), 22 deletions(-)
diff --git a/drivers/mmc/host/davinci_mmc.c b/drivers/mmc/host/davinci_mmc.c
index c631c91..9e04082 100644
---
Signed-off-by: Purushotam Kumar purusho...@ti.com
---
drivers/mmc/host/davinci_mmc.c | 77 ++-
1 files changed, 20 insertions(+), 57 deletions(-)
diff --git a/drivers/mmc/host/davinci_mmc.c b/drivers/mmc/host/davinci_mmc.c
index 9e04082..e9906c7 100644
---
Vladimir Pantelic wrote:
Stephen Berry wrote:
the routine follows. The call to VIDENC1_control is the routine that
segfaults. I'm not using the ividEncfxns-algControl call...
#if 1
ext_params.videncParams.size = sizeof(IMP4VENC_Params);
hEncode = (VIDENC1_Handle) ALG_create(1,
HI All,
From the Doc. SPRS495 i am able to understand that maximum bandwidth
supported by ethernet is 179.50Mbits/sec, does it mean that i will not be
getting the Gbits/sec bandwidth in DM6467, or is it possible to get that
much bandwidth, if not than why to call it a giga bit ethernet.
Need
This is a re-spin of my previously submitted patch.
It now uses gpio_export instead of manually calling
device_create_file and the const for evm_led_data
was replaced by __initconst.
This patch still has not been tested on actual hardware.
Can anyone pick this up and test it?
Signed-off-by:
Stephen Berry wrote:
Vladimir Pantelic wrote:
Stephen Berry wrote:
the routine follows. The call to VIDENC1_control is the routine that
segfaults. I'm not using the ividEncfxns-algControl call...
#if 1
ext_params.videncParams.size = sizeof(IMP4VENC_Params);
hEncode =
Vladimir Pantelic wrote:
Stephen Berry wrote:
Vladimir Pantelic wrote:
Stephen Berry wrote:
the routine follows. The call to VIDENC1_control is the routine that
segfaults. I'm not using the ividEncfxns-algControl call...
#if 1
ext_params.videncParams.size = sizeof(IMP4VENC_Params);
Mark A. Greer mgr...@mvista.com writes:
From: Lennert Buytenhek buyt...@wantstofly.org
On the Cirrus Logic ep93xx, system RAM isn't one nice physically
contiguous region as it is on most SoCs, but it is spread out over
between one and four memory banks.
What's worse, RAM doesn't
Mark A. Greer mgr...@mvista.com writes:
From: Mark A. Greer mgr...@mvista.com
Make the dm646x.c specific code include the dm646x.h include file and
not dm644x.h.
Signed-off-by: Mark A. Greer mgr...@mvista.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
Mark, any objectsion to
Mark A. Greer mgr...@mvista.com writes:
From: Mark A. Greer mgr...@mvista.com
The davinci pre-kernel boot code assumes that all platforms use
the same UART base address for the console. That assumption
is not longer valid with some newer SoCs so determine the console
UART base address from
Hi,
I've been faced to a similar issue. Check that the parameters structure exist
as long the Engine run (not allocated on the stack). The TI routine will
simply keep the pointer and use it. It will not copy it.
Hope this help.
Sorry if I 've missed the target, but i'm very very loaded this
This comment isn't quite right either:
I've been faced to a similar issue. Check that the parameters structure exist
as long the Engine run (not allocated on the stack). The TI routine will
simply keep the pointer and use it. It will not copy it.
As far as create params go (specifically for
Mark A. Greer mgr...@mvista.com writes:
From: Mark A. Greer mgr...@mvista.com
Factor out the common SoC init code and create some infrastructure
to allow easy adding of hooks to SoC-specific data in future patches.
Signed-off-by: Mark A. Greer mgr...@mvista.com
Hi Mark,
Overall, I think
On Thu, Feb 26, 2009 at 08:10:28AM -0800, Kevin Hilman wrote:
Mark A. Greer mgr...@mvista.com writes:
From: Mark A. Greer mgr...@mvista.com
Make the dm646x.c specific code include the dm646x.h include file and
not dm644x.h.
Signed-off-by: Mark A. Greer mgr...@mvista.com
Quick one... this comment may not be right:
I would be more than happy to use VIDENC1_create - but it
takes a param
structure of VIDENC1_Params - which doesn't support the extended
arguments that I'm trying to change.
So long as the extended fields are _scalars_ (e.g. not pointers), and the
On Thu, Feb 26, 2009 at 08:09:32AM -0800, Kevin Hilman wrote:
Mark A. Greer mgr...@mvista.com writes:
From: Mark A. Greer mgr...@mvista.com
The davinci pre-kernel boot code assumes that all platforms use
the same UART base address for the console. That assumption
is not longer valid
David Brownell davi...@pacbell.net writes:
On Wednesday 18 February 2009, Mark A. Greer wrote:
These changes expect boards only to ever use one chiprev and
product variant, which seems like a dubious model to impose
on the board manufacturing side ... which may need to shift
to lower
Mark A. Greer mgr...@mvista.com writes:
From: Mark A. Greer mgr...@mvista.com
Currently the davinci code assumes that the pinmux base register
address is the same for all davinci SoCs. This is no longer true
so set the pinmux base register address based on the SoC type.
Signed-off-by:
Mark A. Greer mgr...@mvista.com writes:
From: Mark A. Greer mgr...@mvista.com
Currently, the davinci code uses a fixed base address for the interrupt
controller. Change this so the the base address is determined at
runtime to support some new SoC that will be added. Use the SoC
Ring, Chris wrote:
Quick one... this comment may not be right:
I would be more than happy to use VIDENC1_create - but it
takes a param
structure of VIDENC1_Params - which doesn't support the extended
arguments that I'm trying to change.
So long as the extended fields are
Liu Hua lhh...@gmail.com writes:
I use linux-2.6.28 kernel for dm6446 board from montavista. It can
work well except that there's some problem in serial console.When
I login linux, I enter a charactor, the charactor will not display
until I enter the next charactor. So there's one
Purushotam Kumar purusho...@ti.com writes:
Signed-off-by: Purushotam Kumar purusho...@ti.com
Please update the description to summarize the changes.
Kevin
---
drivers/mmc/host/davinci_mmc.c | 33 +++--
1 files changed, 23 insertions(+), 10 deletions(-)
diff
Purushotam Kumar purusho...@ti.com writes:
Signed-off-by: Purushotam Kumar purusho...@ti.com
This should be folded into PATCH 1/1 and the description updated accordingly.
Kevin
---
drivers/mmc/host/davinci_mmc.c | 37 +++--
1 files changed, 15
Purushotam Kumar purusho...@ti.com writes:
Signed-off-by: Purushotam Kumar purusho...@ti.com
---
drivers/mmc/host/davinci_mmc.c | 77 ++-
1 files changed, 20 insertions(+), 57 deletions(-)
Please add a description describing the alignment issues and
On Thu, Feb 26, 2009 at 09:10:12AM -0800, Kevin Hilman wrote:
Mark A. Greer mgr...@mvista.com writes:
From: Mark A. Greer mgr...@mvista.com
Factor out the common SoC init code and create some infrastructure
to allow easy adding of hooks to SoC-specific data in future patches.
On Thu, Feb 26, 2009 at 09:41:05AM -0800, Kevin Hilman wrote:
Mark A. Greer mgr...@mvista.com writes:
From: Mark A. Greer mgr...@mvista.com
Currently the davinci code assumes that the pinmux base register
address is the same for all davinci SoCs. This is no longer true
so set the
Stijn Devriendt high...@gmail.com writes:
This is a re-spin of my previously submitted patch.
It now uses gpio_export instead of manually calling
device_create_file and the const for evm_led_data
was replaced by __initconst.
This patch still has not been tested on actual hardware.
Can
Hi all,
I have seen this behaviour with a wrong configured /etc/inittab and busybox.
Maybe this will help you?
Best regards,
Dieter
-Ursprüngliche Nachricht-
Von: davinci-linux-open-source-boun...@linux.davincidsp.com im Auftrag von
Kevin Hilman
Gesendet: Do 26.02.2009 18:55
An: Liu
Subbrathnam, Swaminathan wrote:
-Original Message-
From: David Brownell [mailto:davi...@pacbell.net]
Sent: Saturday, February 21, 2009 12:30 PM
To: Subbrathnam, Swaminathan
Cc: Alan Stern; Sergei Shtylyov; Gupta, Ajay Kumar;
felipe.ba...@nokia.com; linux-...@vger.kernel.org;
Thanks for this feedback. I'll see what we can do with the docs.
We do document that the structs are extensible to some degree, but obviously
it's not clear enough. For example:
On Thursday 26 February 2009, Kevin Hilman wrote:
How about this as a compromise, starting from this patch...
This could be done in davinci_soc_init() or a new function in common.c:
- drop the 'cpu_id' setting from the board files
- add 'jtag_id_base' and 'jtag_id' to davinci_soc_info
-
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
Updates from v1: after discussions w/RMK, fixed naming so that PATCH 2/2
of original series isn't needed.
arch/arm/Kconfig|1 +
arch/arm/mach-davinci/clock.c | 144
Hello all,
I'm working with the DM355 EVM board using the v2.6.28-davinci1 tag as a
starting point. I can't seem for the life of me to get the TV OUT port
working. I've tried the latest HEAD as well, but to no avail. Has that
driver not been developed yet or am I missing some necessary
On Thursday 26 February 2009, Andrew Morton wrote:
+ * Copyright (C) 2006 Texas Instruments.
+ *
+ * Ported to 2.6.23 Copyright (C) 2008 by
+ * Sander Huijsen shuij...@optelecom-nkf.com
+ * Troy Kisky troy.ki...@boundarydevices.com
+ * Dirk Behme dirk.be...@gmail.com
hm.
Hi,
We need to low power camera development kit , We need to save
1280x720px,30 fps video+audio to SD Card, also need to save 5MP still
pictures to SD CARD as JPEG. Currently DM355 SOC is seems suitable, what
is your recommendations for dev.kit, IP Camera reference design or
DVEVM 355 ? Or
-- Forwarded message --
From: oral olcusenler oralolcusen...@gmail.com
Date: 2009/2/27
Subject: developer kit recommendations
To: davinci-linux-open-source-requ...@linux.davincidsp.com
Hi,
We need to low power camera development kit , We need to save
1280x720px,30 fps
On Thu, Feb 26, 2009 at 09:10:12AM -0800, Kevin Hilman wrote:
Mark A. Greer mgr...@mvista.com writes:
From: Mark A. Greer mgr...@mvista.com
+++ b/arch/arm/mach-davinci/common.c
@@ -0,0 +1,56 @@
+/*
+ * Code commons to all DaVinci SoCs.
+ *
+ * Author: Mark A. Greer
On Thu, Feb 26, 2009 at 09:36:58AM -0800, Kevin Hilman wrote:
David Brownell davi...@pacbell.net writes:
On Wednesday 18 February 2009, Mark A. Greer wrote:
These changes expect boards only to ever use one chiprev and
product variant, which seems like a dubious model to impose
on the
Mark A. Greer mgr...@mvista.com writes:
On Thu, Feb 26, 2009 at 08:09:32AM -0800, Kevin Hilman wrote:
Mark A. Greer mgr...@mvista.com writes:
From: Mark A. Greer mgr...@mvista.com
The davinci pre-kernel boot code assumes that all platforms use
the same UART base address for the
Mark A. Greer mgr...@mvista.com writes:
On Thu, Feb 26, 2009 at 08:10:28AM -0800, Kevin Hilman wrote:
Mark A. Greer mgr...@mvista.com writes:
From: Mark A. Greer mgr...@mvista.com
Make the dm646x.c specific code include the dm646x.h include file and
not dm644x.h.
Signed-off-by:
[CC list trimmed]
David Brownell davi...@pacbell.net writes:
[...]
(Kevin -- I suggest you merge this to the DaVinci tree to
make the eventual resync-with-mainline easier.)
Done.
Note I also just pushed the patch below to remove the use of cpu_is_*
from this driver since that check is
Kevin Hilman khil...@deeprootsystems.com writes:
[CC list trimmed]
David Brownell davi...@pacbell.net writes:
[...]
(Kevin -- I suggest you merge this to the DaVinci tree to
make the eventual resync-with-mainline easier.)
Done.
Note I also just pushed the patch below to remove the use
FYI... DaVinci git now sync'd with Linus v2.6.29-rc6.
Boot tested on dm6446 EVM, dm6467 EVM (debian NFS rootfs) and
dm355 EVM (debian MMC rootfs.)
Kevin
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
Note I also just pushed the patch below to remove the use of cpu_is_*
from this driver since that check is redundant with pdata and I'm
trying to drop all the usage of cpu_is_* from davinci drivers in favor
of platform_data.
It's not actually redundant, since that's the we have no pdata
Hi,
I was wrong to use the u-boot command nand markbad to mark the block 0 as
bad.
How can I recover the block 0 as what it was originally.
Another question, I want to know where the environment were saved. and I
found these in the davnici.h(include\configs):
define CFG_ENV_OFFSET 0x0 /* Block
Hi, everyone.
First of all, we chose 8Gb MLC in our board, because the price (MLC) and the
capacity (8Gb is enough. 4Gb can be used.)
But, we met a big problem. We cannot use our memory, then I asked a question
below and get an answer.
In u-boot(2009.01), it started to work, but had many
Jonathan,
I am attaching the patch that I submitted earlier to address the issue
you have mentioned here. Pl. use the patch and provide us the feedback on the
same.
Regards
swami
-Original Message-
From: Jonathan Fletcher [mailto:jfletc...@ingenient.com]
Sent: Wednesday,
Hi All,
I am working on video codec optimization. In this,to get more
optimization i have converted some of c functions in to the assembly.
Now my question is, will this hand written assembly creates problems in
terms of interrupt handling.
Because i heard from some one that hand written
53 matches
Mail list logo
