On Tuesday 25 August 2009, Paulraj, Sandeep wrote:
I have not sent this patch to any list because I was under the
impression that David Brownell would do so.
I just did so ... AFAIK it's Sandeep's last version plus the
two bugfix patches I sent. If there are further issues, just
send delta
On Wednesday 12 August 2009, Juraj Zopp wrote:
Hi,
Did someone successed to work with SPI from application?
E.g. Use /dev/spi3 for controlling additional CPU from shell
or with suggested spidev.c (linux/documentation/spi/spidev).
I have no idea what /dev/spi3 is but you will note that
the
From: Sandeep Paulraj s-paul...@ti.com
The patch adds a SPI driver for DaVinci series SOC's.
[dbrown...@users.sourceforge.net: fixes and cleanup]
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
Signed-off-by: David Brownell dbrown...@users.sourceforge.net
---
On Friday 28 August 2009 02:16:47 santiago.nu...@ridgerun.com wrote:
From: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
This patch provides required std and control definitions in TVP7002
within v4l2.
Is this supposed to be merged into the mainline kernel? Or is this for a
Hi,
I'm trying to boot kernel 2.6.31-rc5 on dm6446 evm ,but when it booted
we can get this information both IDE and Flash are enabled, but they
share AEMIF pins.Disable IDE for NAND/NOR support. So I can't mount my
filesysterm via NFS, how to ?
Hi,
It is not possible to do deinterlacing in VDCE as it can only do down scaling.
Thanks,
Brijesh
-Original Message-
From: davinci-linux-open-source-boun...@linux.davincidsp.com
[mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf Of
yang shaobo
Sent: Friday,
Thanks for your reply.
Is there any other way to do deinterlace ?
2009/8/28, Jadav, Brijesh R brijes...@ti.com:
Hi,
It is not possible to do deinterlacing in VDCE as it can only do down
scaling.
Thanks,
Brijesh
-Original Message-
From:
Hello.
David Brownell wrote:
From: Sandeep Paulraj s-paul...@ti.com
The patch adds a SPI driver for DaVinci series SOC's.
[dbrown...@users.sourceforge.net: fixes and cleanup]
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
Signed-off-by: David Brownell dbrown...@users.sourceforge.net
Hello.
David Brownell wrote:
From: Sandeep Paulraj s-paul...@ti.com
The patch adds a SPI driver for DaVinci series SOC's.
[dbrown...@users.sourceforge.net: fixes and cleanup]
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
Signed-off-by: David Brownell dbrown...@users.sourceforge.net
On Friday 28 August 2009, Sergei Shtylyov wrote:
Hello.
David Brownell wrote:
From: Sandeep Paulraj s-paul...@ti.com
The patch adds a SPI driver for DaVinci series SOC's.
[dbrown...@users.sourceforge.net: fixes and cleanup]
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
Sergei, Dave,
When i started this SPI process many moons ago, i am absolutely sure that i
sent out e-mails on our internal TI MV mailing list asking for the appropriate
signoffs. I can dig out the e-mails but i don't see what can be achieved on
doing that. I did not get any responses then.
Hi,
I wonder if there is any environment variable to control DSP server search
path either in Codec Engine or Dsplink. Currently I copy(or link) my dsp
binaries to $pwd before launcing any application. It would be helpful to
define dsp search path with an env variable.
Thanks for any
On Fri, 2009-08-28 at 09:30 +0800, Jeff wrote:
All,
When I played sound clip using ALSA interface + kernel 2.6.31 on DM355
EVM, I can not hear anything. I can hear sound when I played it using
ASLA OSS emulation interface. But the sound volume is very low and
with some noise. Could
On Fri, 2009-08-28 at 09:47 +0530, Chaithrika U S wrote:
On Fri, Aug 28, 2009 at 08:22:52, J.C. Wren wrote:
This patch seems to break audio on a Davinci 6446 EVM.
-rc7---
Hi,
Which branch of the DaVinci GIT are you checking it on?
This patch works for temp/asoc branch. It will
On Thu, 2009-08-27 at 22:31 -0400, J.C. Wren wrote:
Any time I post a message or a response, I get some garbaged message
back from gs5...@sina.com
Not exactly garbage if you read Chinese :-).
The direct translation is Received your e-mail, appreciate the
cooperation
I also received this very
Karicheri, Muralidharan m-kariche...@ti.com writes:
Kevin,
Ok, I see you have merged vpif capture architecture part to master branch
of davinci.
So what you are suggesting is to remove all vpif/vpfe patches from
arch/arm/davinci of v4l linux-next tree (So I guess this is what
Mauro
What application are you using?
Thanks,
Arun
From: davinci-linux-open-source-boun...@linux.davincidsp.com
[mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf Of
Jeff
Sent: Thursday, August 27, 2009 9:30 PM
To: Davinci-Linux-Source
Subject:
Sandeep,
Thanks for the review. I will send the patches to the linux-media list.
Regards.
Paulraj, Sandeep wrote:
I think you should have sent these patches to linux-me...@vger.kernel.org
as well.
-Original Message-
From: davinci-linux-open-source-boun...@linux.davincidsp.com
Hans,
Thanks for your review. In fact, one of my main concerns after looking
at current viable
implementations for HD was the structure implied by v4l2_std_id -and its
organization- was
on how to improve the way controls and standards are defined. I am eager
to see the new
proposal after the
Hiremath, Vaibhav wrote:
[Hiremath, Vaibhav] may be I am missing something, the above changes is already
there except changes in standard table (vpfe_standard). I am referring to the
Murali's Arago repo.
Thanks,
Vaibhav
Yes, my mistake. Those changes were already there, just did a git
This patch adds platform data and partition info for NAND on dm6467 EVM.
Note that the partition layout is dependent on the UBL, U-Boot combination used.
This patch uses partition organization suitable with latest U-Boot of LSP 1.3.
For example, U-Boot environment goes in block 0, UBL resides in
Texas Instruments DA8xx/OMAP-L1x glue layer for the MUSBMHRDC driver.
Signed-off-by: Sergei Shtylyov sshtyl...@ru.mvista.com
Signed-off-by: Yadviga Grigorieva yadv...@ru.mvista.com
---
This patch is against the recent DaVinci tree.
WARNING: the MUSB and OHCI drivers will only work if your boot
There's absolutely no reason why the DaVinci USB platfrom device should
be in its own module; moreover, it will stand in the way of DA8xx's USB
platfrom device which occupies different region and IRQ -- so, move it
into devices.c and get rid of usb.c...
While at it, add 'davinci_' prefix to
Add the function to register the MUSB platform device.
Signed-off-by: Sergei Shtylyov sshtyl...@ru.mvista.com
---
The patch is against the recent DaVinci tree plus the OHCI platform patches
that I posted a week ago...
arch/arm/mach-davinci/devices-da8xx.c | 74
Properly set up the OTG mode thru the CFGCHIP2 register, enable the
USB0_DRVVBUS pin, and finally register the MUSB platform device.
Signed-off-by: Sergei Shtylyov sshtyl...@ru.mvista.com
---
The patch is against the recent DaVinci tree plus the OHCI platform patches
that I posted a week ago...
Texas Instruments DA8xx/OMAP-L1x glue layer for the MUSBMHRDC driver.
Signed-off-by: Sergei Shtylyov sshtyl...@ru.mvista.com
Signed-off-by: Yadviga Grigorieva yadv...@ru.mvista.com
---
And immediately follows take 5... argh!
This patch is against the recent DaVinci tree.
WARNING: the MUSB and
Hans,
Murali would be discussing with you about the new API for HD resolutions. Until
then we would be using the following patch from Murali that adds a separate
header file for HD resolutions -
From: Miguel Aguilar miguel.agui...@ridgerun.com
1) Enables tlv320aic3101 support on DM365 EVM.
2) Set tlv320aic3x i2c setup into DM365 EVM board file.
This patch was tested on DM365 EVM rev c.
Signed-off-by: Miguel Aguilar miguel.agui...@ridgerun.com
---
From: Miguel Aguilar miguel.agui...@ridgerun.com
1) Registers the platform device for McBSP on DM365.
2) Add platform data to DM365 EVM board file.
Signed-off-by: Miguel Aguilar miguel.agui...@ridgerun.com
---
arch/arm/mach-davinci/board-dm365-evm.c|4 ++
arch/arm/mach-davinci/dm365.c
On Fri, 2009-08-28 at 18:19 +0530, Chaithrika U S wrote:
On Wed, Aug 26, 2009 at 12:08 PM, Chaithrika U S chaithr...@ti.com
wrote:
This patch includes the codec I2C board info for DM6446 EVM
and DM355 EVM. Also, it corrects the codec names in
Does anyone have any feedback/thoughts on my suggestion below?
We at TI need to know, and hopefully have some say in, the availability of EDMA
channel allocations.
Regards,
- Rob
-Original Message-
From: Tivy, Robert
Sent: Wednesday, August 26, 2009 8:25 PM
To: David Brownell;
From: Miguel Aguilar miguel.agui...@ridgerun.com
Signed-off-by: Miguel Aguilar miguel.agui...@ridgerun.com
---
arch/arm/configs/davinci_all_defconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/configs/davinci_all_defconfig
From: Miguel Aguilar miguel.agui...@ridgerun.com
1) Enables tlv320aic3101 support on DM365 EVM.
2) Set tlv320aic3x i2c setup into DM365 EVM board file.
This patch was tested on DM365 EVM rev c.
Signed-off-by: Miguel Aguilar miguel.agui...@ridgerun.com
---
How can i change logo on dvrs hikvision aneone can help me
Best Regards
Filipe Andrade___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Hi,
See the comment below:
miguel.agui...@ridgerun.com wrote:
From: Miguel Aguilar miguel.agui...@ridgerun.com
1) Enables tlv320aic3101 support on DM365 EVM.
2) Set tlv320aic3x i2c setup into DM365 EVM board file.
This patch was tested on DM365 EVM rev c.
Signed-off-by: Miguel Aguilar
Hi,
See the comment below:
miguel.agui...@ridgerun.com wrote:
From: Miguel Aguilar miguel.agui...@ridgerun.com
1) Registers the platform device for McBSP on DM365.
2) Add platform data to DM365 EVM board file.
Signed-off-by: Miguel Aguilar miguel.agui...@ridgerun.com
---
On Friday 28 August 2009, Tivy, Robert wrote:
I'd like to suggest a scheme involving some sort of
driver-controlled unlocking of reserved channels, intended to
be used late in the EDMA acquisition timeline.
I think the suggestion I made was a lot simpler, and less
error prone. The very
From: Mark A. Greer mgr...@mvista.com
Some mcasp code was inserted between the emac resource setup
and the related register routine that registers the emac.
Signed-off-by: Mark A. Greer mgr...@mvista.com
---
These patches are for the temp/asoc branch.
The first two are aesthetic but the last one
From: Mark A. Greer mgr...@mvista.com
The DA830/OMAP-L137 EVM cannot use the default pinmux setup for McASP1
so put the correct settings in the board file for that platform.
Signed-off-by: Mark A. Greer mgr...@mvista.com
---
arch/arm/mach-davinci/board-da830-evm.c | 11 ++-
1 files
From: Mark A. Greer mgr...@mvista.com
For consistency with existing code, change the name of
da8xx_init_mcasp() to da8xx_register_mcasp().
Signed-off-by: Mark A. Greer mgr...@mvista.com
---
arch/arm/mach-davinci/board-da830-evm.c|2 +-
arch/arm/mach-davinci/board-da850-evm.c|2
Thanks for the reply, please see below...
Regards,
- Rob
-Original Message-
From: David Brownell [mailto:davi...@pacbell.net]
Sent: Friday, August 28, 2009 2:37 PM
On Friday 28 August 2009, Tivy, Robert wrote:
I'd like to suggest a scheme involving some sort of
From: Miguel Aguilar miguel.agui...@ridgerun.com
1) Registers the platform device for McBSP on dm365.
2) Add platform data to DM365 EVM board file.
Signed-off-by: Miguel Aguilar miguel.agui...@ridgerun.com
---
arch/arm/mach-davinci/board-dm365-evm.c|4 ++
arch/arm/mach-davinci/dm365.c
From: Miguel Aguilar miguel.agui...@ridgerun.com
This patch enables tlv320aic3101 support on DM365 EVM and
it was tested on DM365 EVM rev c.
Signed-off-by: Miguel Aguilar miguel.agui...@ridgerun.com
---
sound/soc/davinci/Kconfig |9 +
sound/soc/davinci/Makefile |1 +
On Friday 28 August 2009, Tivy, Robert wrote:
And a fairly trivial thing to implement too ... just a driver
model call to walk the platform_bus devices, then an array
iteration to find the DMA resources.
Is this something that can be implemented today, with the current
driver model,
-Original Message-
From: David Brownell [mailto:davi...@pacbell.net]
Sent: Friday, August 28, 2009 3:27 PM
On Friday 28 August 2009, Tivy, Robert wrote:
Great. BTW, I've been told that future codecs would want
on the order
of 50 EDMA_ANY-type channels.
Sounds a bit
From: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
This patch provides required std and control definitions in TVP7002
within v4l2. Removed HD definitions.
Signed-off-by: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
---
include/linux/videodev2.h | 25
From: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
This patch provides the implementation of the TVP7002 decoder
driver for DM365. Implemented revisions by Vaibhav Hiremath.
Signed-off-by: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
---
drivers/media/video/tvp7002.c | 2179
From: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
This patch provides support for TVP7002 in architecture definitions
within DM365. Moved tvp7002 platform data here.
Signed-off-by: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
---
arch/arm/mach-davinci/board-dm365-evm.c | 67
From: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
This patch adds support for TVP7002 in the DM365 VPFE inteface.
Updated to latest code in linux-staging repository.
Signed-off-by: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
---
drivers/media/video/davinci/vpfe_capture.c | 11
From: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
This patch provides the required definitions for the TVP7002 driver
in DM365. Move private data structures to
driver/media/video/tvp7002.c
Signed-off-by: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
---
First, I should mention that I'm in favor of what you've been discussing, Rob
and David. I think having a mechanism in place to make more EDMA channels
available for consumption is a good thing.
I question the number of channels the codec team needs. See below.
Below is a codec DMA needs
51 matches
Mail list logo