I think Arago tree is the best option since there is DVSDK based on that release. AFAIK, DVSDK are not available against other kernel trees. I will let others in the list to respond to your DVSDK question since I don’t have the information. My question was just limited to your patch against an obsolete driver.
Murali Karicheri Software Design Engineer Texas Instruments Inc. Germantown, MD 20874 email: [email protected] ________________________________ From: Raffaele Recalcati [mailto:[email protected]] Sent: Friday, June 18, 2010 1:06 AM To: Karicheri, Muralidharan Cc: Kevin Hilman; [email protected]; [email protected]; Selvamani, Senthilnathan Subject: Re: RE: [PATCH 14/14] davinci: video: davincifb Parallel RBG LCD management Hi Muralidharan, 2010/6/17 Karicheri, Muralidharan <[email protected]<mailto:[email protected]>> Raffaele, You got the readme.txt right! :) I'm reading it. Arago tree has the latest video drivers for DM365. But this is a temporary staging tree that has all of the video drivers up ported from the MV kernel. Some of these drivers (vpfe capture on DM6446, DM355, DM365 and vpif capture and display on DM646x) are already up ported to mainline kernel and are available on Kevin’s tree as well (got merged via mainline kernel). devel_2_6_35rc2 branch is used for up porting the display driver. Now if you are using Arago tree, the FB driver supports many features compared to the obsolete fb driver in the Kevin’s linux-davinci tree. Not sure why you are not using this tree as your baseline. I'm not sure to understand exactly. My baseline is Kevin's tree now. My requirement: 1. DVSDK compatibility with 2.6.34 or later kernel (OE or Arago based compilation is preferred) (needed completely tested before november included our applications) can be assured with which kernel version? arago = yes, but it means my all system becomes immediately OLD. kevin's = probably never devel_2_6_35rc2 = when? Raffaele Murali Karicheri Software Design Engineer Texas Instruments Inc. Germantown, MD 20874 email: [email protected]<mailto:[email protected]> ________________________________ From: Raffaele Recalcati [mailto:[email protected]<mailto:[email protected]>] Sent: Thursday, June 17, 2010 3:14 AM To: Karicheri, Muralidharan; Kevin Hilman Cc: [email protected]<mailto:[email protected]>; [email protected]<mailto:[email protected]>; Selvamani, Senthilnathan Subject: Re: RE: [PATCH 14/14] davinci: video: davincifb Parallel RBG LCD management Hi Karicheri, 2010/6/16 Karicheri, Muralidharan <[email protected]<mailto:[email protected]>> Hi, A snapshot of the work can be previewed at http://git.linuxtv.org/mkaricheri/vpfe-vpbe-video.git?a=shortlog;h=refs/heads/devel_2_6_35rc2 It is based on sub device interface. Currently we have ported the v4l2 display driver and just build tested it. The unit test is ongoing. I have copied Senthil who is working on this to this email. This is planned to be sent to v4l2 mailing list for review once the unit testing is complete. Once it is merged to the v4l2 tree, it will become part of kernel.org<http://kernel.org> git tree through upstream merge. The fb driver will be ported next. Do you think you have some bandwidth to up port the fbdev driver in parallel so that we can speed up this? I have put a readme.txt Looking at : commit 5e01fcc3e352a6600706ba36dd0736089abb3781 Author: Murali Karicheri <[email protected]<mailto:[email protected]>> Date: Sun Jun 13 13:11:59 2010 -0400 some cosmetic changes added to osd and venc modules Here my .git/config [remote "linuxtv"] url = http://linuxtv.org/git/mkaricheri/vpfe-vpbe-video.git fetch = +refs/heads/*:refs/remotes/linuxtv/* [branch "media-master"] remote = linuxtv merge = refs/heads/master [branch "devel_2_6_35rc2"] remote = linuxtv merge = refs/heads/devel_2_6_35rc2 I've found : find . -iname "*readme*" | grep video ... .. ./drivers/media/video/davinci/VPBE-display-design-readme.txt it is the right file? (under media/video/davinci) that explains the vpbe display controller that we use (based on sub device interface) for this. I have added basic support for LogicPD LCD display support and your input will help us to improve this driver. The 2.6.31 arago development is actually a good check for evm dm365. The 2.6.34 Kevin Hilman instead is the actual base for our bmx board. I sent, in June the 11, the patchset involving some easy linux general fixes and some additions to DaVinci development, for instance fb parallel LCD, i2s stereo, mtd-nand 16bit, ... [PATCH 14/14] davinci: video: davincifb Parallel RBG LCD management [PATCH 13/14] davinci: video: davincifb Added operation in order to turn on/off hw in platform management [PATCH 12/14] davinci: video: davincifb import fb parameters from platform data [PATCH 10/14] DaVinci: dm365: Added clokout2 management and set_sysclk_rate [PATCH 05/14] mtd-nand: davinci: Added 16 bit wide bus for DaVinci bmx board [PATCH 03/14] davinci: dm365: Added swap between y and c data in isif port. [PATCH 02/14] spi: davinci: Added support for chip select using gpio [PATCH 01/14] ASoC: DaVinci: Added support for stereo I2S The remaining work for us involve: 1. DVSDK compatibility with 2.6.34 or later kernel (OE or Arago based compilation is preferred) (needed completely tested before november included our applications) 1.1 deciding if to use Arago or OE .. which toolchain? (choose needed within this month) 2. tvp5151 (maybe nothing to do..) 3. nand better tests 4. ubl for dm365 - we are starting a project in order to be included in http://sourceforge.net/projects/dvflashutils. 5. u-boot tests Our focus is on dm365, but we'd prefer to make changes compatible with DaVinci family. Finally we can surely join to devel_2_6_35rc2<http://git.linuxtv.org/mkaricheri/vpfe-vpbe-video.git?a=shortlog;h=refs/heads/devel_2_6_35rc2> work, but first I need a better clarification of our development roadmap and who is mantaining what. Best Regards, Raffaele Recalcati -- www.opensurf.it<http://www.opensurf.it>
_______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
