>-Original Message-
>From: Karicheri, Muralidharan
>Sent: Thursday, May 01, 2014 2:50 PM
>To: davinci-linux-open-source@linux.davincidsp.com; linux-...@vger.kernel.org;
>linux-
>ker...@vger.kernel.org
>Cc: Karicheri, Muralidharan; Ding, Garrett; Nori, Sekhar; Kevin H
Mike, Sekhar,
Could you please take some time to review this patch set? Last one was reviewed
by Sekhar and I have re-worked the patch to address his comments.
Murali
>> -Original Message-
>> From: Karicheri, Muralidharan
>> Sent: Thursday, October 25, 2012 12:12
Hi Heiko, Sekhar,
I am working on a SoC that uses DaVinci IPs and thus we are using the DaVinci
driver for wdt, nand, aemif, nor, spi, i2c etc. We are supporting only DT
bindings for configuring the drivers. My search in the mailing list shows that
you have been working on this and I could lev
--Cut
>> Subject: Re: [PATCH v2 09/13] ARM: davinci - update the dm644x soc code to
>> use
>> common clk drivers
>>
>> >>> You have chosen to keep all clock related data in platform files
>> >>> while using the common clock framework to provide just the
>> >>> infrastructure. If you look at
>> -Original Message-
>> From: Nori, Sekhar
>> Sent: Thursday, October 11, 2012 8:25 AM
>> To: Karicheri, Muralidharan
>> Cc: mturque...@linaro.org; a...@arndb.de; a...@linux-foundation.org;
>> shawn@linaro.org; rob.herr...@calxeda.com; li
>> -Original Message-
>> From: Nori, Sekhar
>> Sent: Thursday, October 11, 2012 6:35 AM
>> To: Nori, Sekhar
>> Cc: Karicheri, Muralidharan; Hilman, Kevin; davinci-linux-open-
>> sou...@linux.davincidsp.com; mturque...@linaro.org;
>> lin
>> -Original Message-
>> From: Nori, Sekhar
>> Sent: Thursday, October 11, 2012 6:16 AM
>> To: Karicheri, Muralidharan
>> Cc: mturque...@linaro.org; a...@arndb.de; a...@linux-foundation.org;
>> shawn@linaro.org; rob.herr...@calxeda.com; li
>> -Original Message-
>> From: Nori, Sekhar
>> Sent: Wednesday, October 10, 2012 8:36 AM
>> To: Karicheri, Muralidharan
>> Cc: mturque...@linaro.org; a...@arndb.de; a...@linux-foundation.org;
>> shawn@linaro.org; rob.herr...@calxeda.com; li
>> -Original Message-
>> From: Nori, Sekhar
>> Sent: Wednesday, October 10, 2012 8:02 AM
>> To: Karicheri, Muralidharan
>> Cc: mturque...@linaro.org; a...@arndb.de; a...@linux-foundation.org;
>> shawn@linaro.org; rob.herr...@calxeda.com; li
>> -Original Message-
>> From: Nori, Sekhar
>> Sent: Wednesday, October 10, 2012 8:46 AM
>> To: Nori, Sekhar
>> Cc: Karicheri, Muralidharan; Hilman, Kevin; davinci-linux-open-
>> sou...@linux.davincidsp.com; mturque...@linaro.org;
>> lin
Oops! it was pretty old email :) Please don't bother.
Murali Karicheri
Software Design Engineer
>> -Original Message-
>> From: davinci-linux-open-source-boun...@linux.davincidsp.com
>> [mailto:davinci-linux-
>> open-source-boun...@linux.davincids
>> -Original Message-
>> From: davinci-linux-open-source-boun...@linux.davincidsp.com
>> [mailto:davinci-linux-
>> open-source-boun...@linux.davincidsp.com] On Behalf Of ? ??
>> Sent: Monday, March 19, 2012 2:10 AM
>> To: davinci-linux-open-source@linux.davincidsp.com
>> Subjec
>> -Original Message-
>> From: Linus Walleij [mailto:linus.wall...@linaro.org]
>> Sent: Thursday, September 27, 2012 9:20 AM
>> To: Karicheri, Muralidharan
>> Cc: mturque...@linaro.org; a...@arndb.de; a...@linux-foundation.org;
>> shawn@linaro.org
>> -Original Message-
>> From: Karicheri, Muralidharan
>> Sent: Monday, September 17, 2012 12:42 PM
>> To: spi-devel-gene...@lists.sourceforge.net; linux-ker...@vger.kernel.org;
>> davinci-linux-
>> open-sou...@linux.davincidsp.com; grant.li
>> -Original Message-
>> From: Karicheri, Muralidharan
>> Sent: Monday, September 17, 2012 12:38 PM
>> To: dw...@infradead.org; artem.bityuts...@linux.intel.com; h...@denx.de;
>> miked...@newsguy.com; linux-...@lists.infradead.org;
>> linux-ker...@vg
>> -Original Message-
>> From: Linus Walleij [mailto:linus.wall...@linaro.org]
>> Sent: Wednesday, September 26, 2012 7:11 AM
>> To: Karicheri, Muralidharan
>> Cc: mturque...@linaro.org; a...@arndb.de; a...@linux-foundation.org;
>> shawn@linaro.org
Please ignore the diagram which is ill formatted. Ref the pdf document instead
for the clock hardware diagram.
Murali Karicheri
Software Design Engineer
>> -Original Message-
>> From: Karicheri, Muralidharan
>> Sent: Tuesday, September 18, 2012 2:36 PM
>>
>> -Original Message-
>> From: Karicheri, Muralidharan
>> Sent: Friday, September 14, 2012 3:15 PM
>> To: Mike Turquette
>> Cc: davinci-linux-open-source@linux.davincidsp.com; linux-m...@list.ti.com -
>> MPBU
>> Linux Development Team (May conta
>> -Original Message-
>> From: Mike Turquette [mailto:mturque...@linaro.org]
>> Sent: Friday, September 14, 2012 2:56 PM
>> To: Karicheri, Muralidharan
>> Cc: davinci-linux-open-source@linux.davincidsp.com; linux-m...@list.ti.com -
>> MPBU
>> Lin
Hi Mike,
During my common clock migration work for DaVinci, I got a problem in davinci
mdio driver that calls the clk_enable() through run time power management API
and got following WARNING in drivers/clk/clk.c. Could you help me understand
how clk_prepare() gets called in this scenario and wh
>> -Original Message-
>> From: Wolfram Sang [mailto:w.s...@pengutronix.de]
>> Sent: Thursday, September 13, 2012 5:30 AM
>> To: Karicheri, Muralidharan
>> Cc: Nori, Sekhar; Hilman, Kevin; kh...@linux-fr.org; ben-li...@fluff.org;
>> davinci-linux-
>&g
>> -Original Message-
>> From: Karicheri, Muralidharan
>> Sent: Thursday, August 30, 2012 2:17 PM
>> To: dw...@infradead.org; artem.bityuts...@linux.intel.com;
>> dbarysh...@gmail.com;
>> computersforpe...@gmail.com; linux-...@lists.infradead.org; linux
Agreed. So I am not re-sending this patch.
Murali Karicheri
Software Design Engineer
>> -Original Message-
>> From: Nori, Sekhar
>> Sent: Tuesday, August 14, 2012 2:30 AM
>> To: Karicheri, Muralidharan
>> Cc: linux-arm-ker...@lists.infradead.o
>> -Original Message-
>> From: Turquette, Mike
>> Sent: Thursday, August 02, 2012 5:28 PM
>> To: Karicheri, Muralidharan
>> Cc: linux-arm-ker...@lists.infradead.org; davinci-linux-open-
>> sou...@linux.davincidsp.com; linux-keyst...@list.ti.com - Linux d
>> -Original Message-
>> From: Turquette, Mike
>> Sent: Thursday, August 02, 2012 5:20 PM
>> To: Karicheri, Muralidharan
>> Cc: linux-arm-ker...@lists.infradead.org; davinci-linux-open-
>> sou...@linux.davincidsp.com; linux-keyst...@list.ti.com - Linux d
>>
>> On 7/25/2012 9:16 PM, Karicheri, Muralidharan wrote:
>> > All,
>> >
>> >
>> >
>> > I am working to migrate DaVinci platforms to common clock framework.
>> > While doing so I would need your support in terms of answering any
All,
I am working to migrate DaVinci platforms to common clock framework. While
doing so I would need your support in terms of answering any questions that I
have, reviewing patches and testing. I have started with DM6446 and I got the
following questions to you. Could someone clarify this for
Hi,
I am seeing following build issues when building kernel using
davinci_all_defconfig:-
drivers/net/ethernet/ti/davinci_emac.c:630: error: unknown field 'get_ts_info'
specified in initializer
drivers/net/ethernet/ti/davinci_emac.c:630: error: 'ethtool_op_get_ts_info'
undeclared here (not in
9583
>> -Original Message-
>> From: Karicheri, Muralidharan
>> Sent: Wednesday, February 01, 2012 12:07 PM
>> To: Karicheri, Muralidharan; Rajashekhara, Sudhakar; davinci-linux-open-
>> sou...@linux.davincidsp.com; Nori, Sekhar
>> Cc: Zhang, Hao
>> Su
x-open-source-boun...@linux.davincidsp.com] On Behalf Of Karicheri,
>> Muralidharan
>> Sent: Wednesday, February 01, 2012 11:48 AM
>> To: Rajashekhara, Sudhakar; davinci-linux-open-source@linux.davincidsp.com;
>> Nori, Sekhar
>> Cc: Zhang, Hao
>> Subject: RE: UBIFS
anuary 31, 2012 11:48 PM
>> To: Karicheri, Muralidharan; davinci-linux-open-source@linux.davincidsp.com;
>> Nori, Sekhar
>> Subject: RE: UBIFS with davinci NAND driver - ECC error
>>
>> Hi Murali,
>>
>> On Wed, Feb 01, 2012 at 02:51:03, Karicheri, Muralidha
M
>> To: Karicheri, Muralidharan; davinci-linux-open-source@linux.davincidsp.com;
>> Nori, Sekhar
>> Subject: RE: UBIFS with davinci NAND driver - ECC error
>>
>> Hi Murali,
>>
>> On Wed, Feb 01, 2012 at 02:51:03, Karicheri, Muralidharan wrote:
>>
Hi,
I am trying to use UBIFS in my project and we are using the davinci nand driver
with a flash part that has page size of 2048, block size of 128KiB and size of
128MiB. I have done following to boot the kernel with a UBIFS rootfs.
sudo mkfs.ubifs -r arago-rootfs-ubi -m 2048 -e 129024 -c 960 -
Sekhar & Sergei,
This will affect the new SoCs that have capabilities to power up different
domains. Why do we need this enforcement? We are working on a DaVinci variant
SoC that can do power up multiple domains (That is why I had a patch earlier to
support
Multiple PD which is already part of
original Message-
>> From: davinci-linux-open-source-bounces+m-
>> karicheri2=ti@linux.davincidsp.com [mailto:davinci-linux-open-source-
>> bounces+m-karicheri2=ti@linux.davincidsp.com] On Behalf Of Hadli,
>> Manjunath
>> Sent: Wednesday, December 21, 2011 8:44 AM
>> To: dlos; LAK
>> Su
Sekhar,
Thanks. You can add me to the "Tested-by" and submit the patch.
Murali Karicheri
Software Design Engineer
email: m-kariche...@ti.com
Phone: (301) 407 9583
>> -Original Message-
>> From: Nori, Sekhar
>> Sent: Tuesday, December 20, 2011 2:19 PM
&g
.@ti.com
Phone: (301) 407 9583
>> -Original Message-
>> From: davinci-linux-open-source-boun...@linux.davincidsp.com [mailto:davinci-
>> linux-open-source-boun...@linux.davincidsp.com] On Behalf Of Karicheri,
>> Muralidharan
>> Sent: Tuesday, December 20, 2011 1
t;> Sent: Monday, December 19, 2011 2:15 PM
>> To: Karicheri, Muralidharan
>> Cc: davinci-linux-open-source@linux.davincidsp.com; Chemparathy, Cyril
>> Subject: RE: Log time stamp wraps around to 25
>>
>> Hi Murali,
>>
>> On Fri, Dec 16, 2011 at 04:
aricheri
Software Design Engineer
email: m-kariche...@ti.com
Phone: (301) 407 9583
>> -Original Message-
>> From: Karicheri, Muralidharan
>> Sent: Thursday, December 15, 2011 4:20 PM
>> To: Nori, Sekhar
>> Cc: 'davinci-linux-open-source@linux.davincidsp.com'
Sekhar,
On our new SoC that is a using davinci architecture in kernel, we are seeing an
issue in which the time stamp displayed by printk wraps around at about 25-26
seconds. We are using a timer clock frequency of 163.84MHz and uses timer64 for
implementing clock event and clock source.
The c
Ok. Will do.
Murali Karicheri
Software Design Engineer
email: m-kariche...@ti.com
Phone: (301) 407 9583
>> -Original Message-
>> From: Nori, Sekhar
>> Sent: Monday, November 14, 2011 3:24 PM
>> To: Karicheri, Muralidharan; davinci-linux-open-
>> sou...@linux
to take this up
with the IP team.
Murali Karicheri
Software Design Engineer
email: m-kariche...@ti.com
Phone: (301) 407 9583
>> -Original Message-
>> From: Rajashekhara, Sudhakar
>> Sent: Monday, September 26, 2011 12:51 AM
>> To: Karicheri, Muralidharan; da
Sergei,
Thanks for the patch. Looks good to me.
Murali Karicheri
Software Design Engineer
email: m-kariche...@ti.com
>> -Original Message-
>> From: davinci-linux-open-source-boun...@linux.davincidsp.com
>> [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf
>> Of S
---Original Message-
>> From: Sergei Shtylyov [mailto:sshtyl...@mvista.com]
>> Sent: Friday, September 09, 2011 11:04 AM
>> To: Karicheri, Muralidharan
>> Cc: davinci-linux-open-source@linux.davincidsp.com; Nori, Sekhar; Hilman,
>> Kevin
>> Subject: Re: [PAT
essage-
>> From: Nori, Sekhar
>> Sent: Monday, September 12, 2011 8:48 AM
>> To: Karicheri, Muralidharan
>> Cc: davinci-linux-open-source@linux.davincidsp.com; Hilman, Kevin; Sergei
>> Shtylyov
>> Subject: RE: [PATCH v2 1/2] ARM: davinci - fix incorrect offse
Sekhar,
Ok.
Murali Karicheri
Software Design Engineer
email: m-kariche...@ti.com
Phone: (301) 407 9583
>> -Original Message-
>> From: Nori, Sekhar
>> Sent: Thursday, September 08, 2011 3:05 AM
>> To: Karicheri, Muralidharan; Arnd Bergmann
>>
Ok.
Murali Karicheri
Software Design Engineer
email: m-kariche...@ti.com
Phone: (301) 407 9583
>> -Original Message-
>> From: Sergei Shtylyov [mailto:sshtyl...@mvista.com]
>> Sent: Wednesday, September 07, 2011 2:18 PM
>> To: Karicheri, Muralidharan
>> C
t; [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf
>> Of Karicheri, Muralidharan
>> Sent: Wednesday, September 07, 2011 11:33 AM
>> To: Sergei Shtylyov; Nori, Sekhar
>> Cc: davinci-linux-open-source@linux.davincidsp.com
>> Subject: RE: [PATCH
Sekhar
We ran into the build error when we started using linux-davinci tree for V7
architecture. So this fix for the following to be re-worked to include V7 as
well.
>> Linus Walleij (1):
>> ARM: davinci: fix cache flush build error
Murali Karicheri
Software Design Engineer
email: m-karic
ay, September 07, 2011 10:55 AM
>> To: Karicheri, Muralidharan
>> Cc: davinci-linux-open-source@linux.davincidsp.com; Nori, Sekhar; Hilman,
>> Kevin
>> Subject: Re: [PATCH v2 1/2] ARM: davinci - fix incorrect offsets and mask
>> usage in psc code
>>
>>
>> > Reviewed-by: Sergei Shtylyov
>>
>> I haven't reviewed this patch yet. Maybe you mean "Suggested-by:"?
You have reviewed v1 of the patch that has the fix and enhancement as a single
patch. You had suggested
To move the fix to a separate patch which I had accepted. Did you suggest
wi
Hi All,
I have a port of the davinci tree for a new platform that I am working on. The
time stamp of the boot log shows all zeros. I am using the master branch of
davinci tree at http://gitorious.org/linux-davinci/linux-davinci
My original port based on 2.6.37 has proper time stamps displayed.
Sergei,
I had replied to your earlier comment.
>> __raw_writel(mdctl, psc_base + MDCTL + 4 * id);
>>
>> pdstat = __raw_readl(psc_base + PDSTAT);
>> - if ((pdstat & 0x0001) == 0) {
The current code doesn't make much sense to me -- Kevin, as the original
author, could you explain why this
Sergei,
Thanks for your comments. See my response inline with a [MK] prefix.
-Original Message-
From: Sergei Shtylyov [mailto:sshtyl...@mvista.com]
Sent: Tuesday, August 23, 2011 6:48 AM
To: Karicheri, Muralidharan
Cc: davinci-linux-open-source@linux.davincidsp.com; Nori, Sekhar
Subject
Sergei,
>I think the DM644x EVM board changes should be in a separate patch.
Any reason?
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
>-Original Message-
>From: davinci-linux-open-source-boun...@linux.davincidsp.com
>[mailto:davinci-linux-open-so
Manju,
Could you review the Document? I think it is not updated to reflect
the latest status:
>+ Current status:-
>+
>+ A build tested version of vpbe controller is available.
I guess you have already tested this using the v4l2 driver.
>+ v4l2 driver
>+- A version is already developed which
Manju,
>2. Fixed Murali's comments on moving davinci_vpbe_readme.txt to different
>patch
different patch or path? My comment was to move the documentation to
Documentation folder. But it is still in it's original path :(
>
>Manjunath Hadli (6):
> davinci vpbe: V4L2 display driver for DM644X So
Verkuil; Hadli, Manjunath; Karicheri,
>Muralidharan
>Subject: [PATCH v3 6/6] davinci vpbe: Build infrastructure for VPBE driver
>
>This patch adds the build infra-structure for Davinci
>VPBE dislay driver
>
>Signed-off-by: Manjunath Hadli
>Signed-off-by: Muralidharan Karich
Mauro Carvalho Chehab; Hans Verkuil; Hadli, Manjunath; Karicheri,
>Muralidharan
>Subject: [PATCH v3 2/6] davinci vpbe: VPBE display driver
>
>This patch implements the coe functionality of the dislay driver,
>mainly controlling the VENC and other encoders, and acting as
>the one
>-Original Message-
>From: Hadli, Manjunath
>Sent: Thursday, December 02, 2010 7:39 AM
>To: LMML
>Cc: dlos; Mauro Carvalho Chehab; Hans Verkuil; Hadli, Manjunath; Karicheri,
>Muralidharan
>Subject: [PATCH v3 5/6] davinci vpbe: platform specific additions
>
&g
Mauro Carvalho Chehab; Hans Verkuil; Hadli, Manjunath; Karicheri,
>Muralidharan
>Subject: [PATCH 4/6] davinci vpbe: VENC( Video Encoder) implementation
>
>This patch adds the VENC or the Video encoder, whichis responsible
>for the blending of al source planes and timing generation f
tware Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
email: m-kariche...@ti.com
From: Raffaele Recalcati [mailto:lamiapost...@gmail.com]
Sent: Thursday, June 24, 2010 11:29 AM
To: Karicheri, Muralidharan
Cc: Kevin Hilman; davide.bonfa...@bticino.it;
obsolete driver.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
email: m-kariche...@ti.com
From: Raffaele Recalcati [mailto:lamiapost...@gmail.com]
Sent: Friday, June 18, 2010 1:06 AM
To: Karicheri, Muralidharan
Cc: Kevin
.com]
Sent: Thursday, June 17, 2010 3:14 AM
To: Karicheri, Muralidharan; Kevin Hilman
Cc: davide.bonfa...@bticino.it; davinci-linux-open-source@linux.davincidsp.com;
Selvamani, Senthilnathan
Subject: Re: RE: [PATCH 14/14] davinci: video: davincifb Parallel RBG LCD
management
Hi Karicheri,
2010/6/16
Hi,
Why are you trying to fix this old fb driver when TI India is already
working on to up port the latest Arago fb and v4l2 drivers?
davincifb driver is not part of the kernel.org tree and is available
only in davinci tree and is an obsolete driver.
Murali Karicheri
Software Design Engineer
Te
If you had pulled the kernel from kernel.org or from davinci tree, you
will not be seeing those files since the drivers are not submitted to
upstream yet. It is only available in the Arago tree at
http://arago-project.org/git/people/?p=sneha/linux-davinci-staging.git;a=summary
Murali Karicheri
S
e Recalcati [mailto:lamiapost...@gmail.com]
Sent: Monday, April 12, 2010 4:46 AM
To: Jean-Philippe François
Cc: Karicheri, Muralidharan; davinci-linux-open-source
Subject: Re: isif - debugging on dm365
Hi Jean-Philippe,
I finally create my patch against f5cef8f45739db4c0c1c346296922cac274c87eb in
atta
...@linux.davincidsp.com] On Behalf Of
Karicheri, Muralidharan
Sent: Thursday, April 01, 2010 2:09 PM
To: Raffaele Recalcati
Cc: davinci-linux-open-source
Subject: RE: isif - debugging on dm365
Raffaele,
[MK] 0 means the interrupt happens right at VD pulse. 1 means after one line.
You might want to
Raffaele,
[MK] 0 means the interrupt happens right at VD pulse. 1 means after one line.
You might want to check the signals received from ADV to input of VPFE to see
if adv is doing what it is configured to do.
My colleague has found how to make the vpfe_isr interrupt working with adv7180.
He
Chehab [mailto:mche...@redhat.com]
>Sent: Thursday, April 01, 2010 12:21 PM
>To: Muralidharan Karicheri
>Cc: Karicheri, Muralidharan; linux-me...@vger.kernel.org;
>hverk...@xs4all.nl; davinci-linux-open-source@linux.davincidsp.com
>Subject: Re: [GIT FIX for 2.6.34] V4L - vpfe capture - fix
yes, see the logs below and the attached board file.
in evm-dm365 vpfe_capture0 interrupts numbers rise during the grabbing, instead
in our board it doesn't happen.
VDINT0 is zero in both boards, but looking documentation seems it should
contain the number of lines to be received in order to tr
Recalcati [mailto:lamiapost...@gmail.com]
Sent: Tuesday, March 30, 2010 12:24 PM
To: Karicheri, Muralidharan
Cc: davinci-linux-open-source
Subject: Re: isif - debugging on dm365
Hi Karicheri,
there is an optional info that I think is interesting.
evm-dm365 and bmx board have 128MB DDR2 RAM.
but vpfe_captu
Raffaele,
>vpfe-capture vpfe-capture: input information not found for the subdev
Did you add your sub device information for adv7180 in the board setup similar
to tvp5146 sub device?
Does vpfe_capture register your sub device?
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Ger
.
I'll send more info in future.
2010/3/26 Jean-Philippe François
mailto:jp.franc...@cynove.com>>
Karicheri, Muralidharan a écrit :
Jean-Philippe,
4) Develop and integrate mt9p031 sensor driver and integrate it with
vpfe_capture.
Regarding point 4, how is the cmos capture part su
From: Raffaele Recalcati [mailto:lamiapost...@gmail.com]
Sent: Friday, March 26, 2010 12:15 PM
To: Jean-Philippe François
Cc: Karicheri, Muralidharan; davinci-linux-open-source@linux.davincidsp.com
Subject: Re: Seeking volunteers to porting video drivers to upstream on DMxxx
devices
I'm t
Jean-Philippe,
>> 4) Develop and integrate mt9p031 sensor driver and integrate it with
>vpfe_capture.
>Regarding point 4, how is the cmos capture part supposed to work with the
>HD video standards ?
>Currently, to set the cmos capture resolution we have to :
>
>set a video HD standards.
>use TRY_F
Mauro,
>> Please discard this patch. I have sent an updated version to the list.
>
>The patch were already added at the fixes tree. I can't just discard, since
>this
>would break any other tree based on it.
Ok.
If the patch is so deadly broken,
>then
>we can add a rollback patch, making our and
Laurent,
>
>Using a dedicated directory in drivers/media/video for TI-specific cores is
>definitely a good idea (assuming the same IP cores won't be used by other
>vendors in the future).
If another vendor uses it in another SOC (assuming for discussion), then
the driver should be re-used. So the
Laurent,
>>
>> I'm not too sure to like the ti-media name. It will soon get quite
>crowded,
>> and name collisions might occur (look at the linux-omap-camera tree and
>the
>> ISP driver in there for instance). Isn't there an internal name to refer
>to
>> both the DM6446 and AM3517 that could be us
Hello All,
As of 2.6.34 following video drivers are available in upstream kernel:-
vpfe capture on DM6446/DM355/DM365 using tvp514x decoder
vpif capture on DM6467 using tvp514x decoder
vpif display driver using adv7343 on DM6467.
decoders/encoders:- tvp514x & adv7343
We have already ported most
Please discard this patch. I have sent an updated version to the list.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
>-Original Message-
>From: Karicheri, Muralidharan
>Sent: Wednesday, March
Kieran,
What was /dev/video2 doing when you tried opening /dev/video3. On DM365 there
is a limitation (imposed by hw) that if video2 is using for NV12
image format, you can't open video3. This is because, NV12 requires both
planes. But this doesn't prevent you from using video2 & video3 in PIP
mo
Kevin Hilman [mailto:khil...@deeprootsystems.com]
>Sent: Wednesday, March 17, 2010 1:22 PM
>To: Karicheri, Muralidharan
>Cc: davinci-linux-open-source
>Subject: Re: upstream build broken for emac driver
>
>"Karicheri, Muralidharan" writes:
>
>> Hi,
>>
>>
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
che
ali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
From: Raffaele Recalcati [mailto:lamiapost...@gmail.com]
Sent: Wednesday, March 17, 2010 10:05 AM
To: Karicheri, Muralidharan
Cc: davi
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,
Raffaele,
The vpfe_capture driver on DM365 is merged to upsteam kernel 2.6.34.rc1
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=tree;f=drivers/media/video/davinci;h=2cb15a21e472caad918ec789253b8f309c99845d;hb=522dba7134d6b2e5821d3457f7941ec34f668e6d
I suggest you work with t
Hilman [mailto:khil...@deeprootsystems.com]
>Sent: Friday, March 12, 2010 1:35 PM
>To: Karicheri, Muralidharan
>Cc: davinci-linux-open-source@linux.davincidsp.com
>Subject: VPFE fixes and enhancments patch
>
>Hi Murali,
>
>When rebasing for 2.6.34, I notcied that all the V4L2 stuff
Hilman [mailto:khil...@deeprootsystems.com]
>Sent: Monday, March 01, 2010 4:04 PM
>To: Karicheri, Muralidharan
>Cc: davinci-linux-open-source@linux.davincidsp.com; linux-
>ker...@vger.kernel.org
>Subject: Re: [GIT PULL] davinci platform updates for 2.6.34
>
>"Karicheri, Mura
Kevin,
The arch part (shown below) of the vpfe capture driver on DM365 is already part
of Mauro's request to Linus as we had agreed before. So please drop it from
your request.
Murali Karicheri (1):
DaVinci - Adding platform & board changes for vpfe capture on DM365
Here is the request
Hi,
My latest set of patches for vpfe capture is merged to v4l subsystem linux-next
tree for merge to 2.6.34. This will allow capture from TVP5146 on DM365.
Thanks to everyone who reviewed the code and made this possible.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germant
Yes.
What you see is failure due to fragmentation. Probably use CMEM to allocate
buffer and pass it to IPIPE using userptr IO instead of mmap.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
email: m-kariche...@ti.com
From:
t;From: Karicheri, Muralidharan
>Sent: Monday, February 01, 2010 5:27 PM
>To: linux-me...@vger.kernel.org; khil...@deeprootsystems.com
>Cc: hverk...@xs4all.nl; davinci-linux-open-source@linux.davincidsp.com;
>Karicheri, Muralidharan
>Subject: [PATCH v3 1/6] V4L - vpfe capture - header
.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
>-Original Message-
>From: davinci-linux-open-source-boun...@linux.davincidsp.com
>[mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf
>Of Karicheri, Muralidharan
>Sent: Thursday, Januar
o:khil...@deeprootsystems.com]
>Sent: Thursday, January 14, 2010 3:48 PM
>To: Karicheri, Muralidharan
>Cc: linux-me...@vger.kernel.org; hverk...@xs4all.nl; mche...@infradead.org;
>davinci-linux-open-source@linux.davincidsp.com
>Subject: Re: [PATCH - v4 1/4] V4L - vpfe_capture-remo
>-Original Message-
>From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
>Sent: Thursday, January 14, 2010 3:48 PM
>To: Karicheri, Muralidharan
>Cc: linux-me...@vger.kernel.org; hverk...@xs4all.nl; mche...@infradead.org;
>davinci-linux-open-source@linux.davincids
age-
>From: Karicheri, Muralidharan
>Sent: Wednesday, January 13, 2010 6:27 PM
>To: linux-me...@vger.kernel.org; hverk...@xs4all.nl;
>khil...@deeprootsystems.com; mche...@infradead.org
>Cc: davinci-linux-open-source@linux.davincidsp.com; Karicheri, Muralidharan
>Subject:
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 [mailto:khil...@deeprootsystems.com]
>Sent: Monday, January 11, 2010 7:17 PM
>To: Karicheri, Mura
anuary 11, 2010 4:36 PM
>To: Karicheri, Muralidharan
>Cc: linux-me...@vger.kernel.org; mche...@infradead.org; hverk...@xs4all.nl;
>davinci-linux-open-source@linux.davincidsp.com
>Subject: Re: [PATCH - v4 4/4] DaVinci-vpfe-capture-converting-ccdc-drivers-
>to-platform-drivers
>
eer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
>-Original Message-
>From: Karicheri, Muralidharan
>Sent: Monday, January 11, 2010 2:23 PM
>To: linux-me...@vger.kernel.org; khil...@deeprootsystems.com;
>mche...@infradead.org
1 - 100 of 343 matches
Mail list logo