HI Chandra,

by seeing your log it seems that, your framworkcomponents name  is incorrect
or u didnt gave that path.
set FC_INSTALL_DIR variable ( check other things also) in xdcpath.mak file.
If you are sure about path then check 'fc' have dskt2 component in that.



Veeranna. H

-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of
[email protected]
Sent: Saturday, September 19, 2009 3:18 PM
To: [email protected]
Subject: Davinci-linux-open-source Digest, Vol 45, Issue 100

Send Davinci-linux-open-source mailing list submissions to
        [email protected]

To subscribe or unsubscribe via the World Wide Web, visit
        
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source

or, via email, send a message with subject or body 'help' to
        [email protected]

You can reach the person managing the list at
        [email protected]

When replying, please edit your Subject line so it is more specific than
"Re: Contents of Davinci-linux-open-source digest..."


Today's Topics:

   1. RE: [PATCH 1/2] nand: Add bad block table overrides to
      Davinci NAND      driver (Paulraj, Sandeep)
   2. Re: [PATCH 1/2] nand: Add bad block table overrides to
      Davinci   NAND driver (Mark A. Greer)
   3. Re: [PATCH/RFC 1/1] recover from davinci i2c time out
      conditions (Craig Matsuura)
   4. Re: [PATCH 1/2] nand: Add bad block table overrides to
      Davinci NAND      driver (David Brownell)
   5. Requesting for help: (chandrashekar reddy)


----------------------------------------------------------------------

Message: 1
Date: Fri, 18 Sep 2009 16:21:19 -0500
From: "Paulraj, Sandeep" <[email protected]>
Subject: RE: [PATCH 1/2] nand: Add bad block table overrides to
        Davinci NAND    driver
To: "Mark A. Greer" <[email protected]>,        Davinci List
        <[email protected]>
Message-ID:
        <[email protected]>
Content-Type: text/plain; charset="us-ascii"


> 
> From: Mark A. Greer <[email protected]>
> 
> The existing NAND infrastructure allows the default main and mirror 
> bad block tables to be overridden in nand_default_bbt().
> However, the davinci_nand driver does not support this.  So, add 
> fields to the davinci driver's platform data so platform code can pass 
> in their own bbt's and make the driver honor those overrides.
> 
> Signed-off-by: Mark A. Greer <[email protected]>
> ---
> This is required by the da830 evm (see following patch) which requires 
> different 'offs' and 'veroffs' values than the default.  This seemed 
> like the solution that fit best with the existing infratructure.  If 
> anyone has a better solution, please speak up.
> 
Mark, IIRC this feature was originally added by Andy Lowe in LSP 1.2 The
same was then used in LSP 2.xx.

In the initial set of patches we were using this again but in the final
iterations of the DaVinci NAND driver patch review, we have decided to go
with the default patterns from the MTD NAND driver.

If you look at the Dm355/Dm365 patches for board specific NAND support we do
not add this anymore. Since the EMIF on DA830 is similar to DM3xx, in my
opinion we should align with DM355 and DM365.

Thanks,
Sandeep  


------------------------------

Message: 2
Date: Fri, 18 Sep 2009 14:56:45 -0700
From: "Mark A. Greer" <[email protected]>
Subject: Re: [PATCH 1/2] nand: Add bad block table overrides to
        Davinci NAND driver
To: "Paulraj, Sandeep" <[email protected]>
Cc: Davinci List <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"

On Fri, Sep 18, 2009 at 04:21:19PM -0500, Paulraj, Sandeep wrote:
> 
> > 
> > From: Mark A. Greer <[email protected]>
> > 
> > The existing NAND infrastructure allows the default main and mirror 
> > bad block tables to be overridden in nand_default_bbt().
> > However, the davinci_nand driver does not support this.  So, add 
> > fields to the davinci driver's platform data so platform code can 
> > pass in their own bbt's and make the driver honor those overrides.
> > 
> > Signed-off-by: Mark A. Greer <[email protected]>
> > ---
> > This is required by the da830 evm (see following patch) which 
> > requires different 'offs' and 'veroffs' values than the default.  
> > This seemed like the solution that fit best with the existing 
> > infratructure.  If anyone has a better solution, please speak up.
> > 
> Mark, IIRC this feature was originally added by Andy Lowe in LSP 1.2 
> The same was then used in LSP 2.xx.
> 
> In the initial set of patches we were using this again but in the final
iterations of the DaVinci NAND driver patch review, we have decided to go
with the default patterns from the MTD NAND driver.
> 
> If you look at the Dm355/Dm365 patches for board specific NAND support we
do not add this anymore. Since the EMIF on DA830 is similar to DM3xx, in my
opinion we should align with DM355 and DM365.

Hi Sandeep.

The issue is that the values for the 'offs' and 'veroffs' are wrong in the
defaults used by nand_base.c:nand_default_bbt().  The da830 evem won't work
with the default values.  So, some way to override the default needs to be
provided.  This patch seemed like the most reasonable way to override the
default since it merely implements driver functionality that the
infrastructure already allows (if not expects).

Its not optimal for the case of the da830 evm because we have to duplicate a
bunch of the data in the platform code--it would be nice to just override
those two values.  However, it still seems like the proper solution overall.

Or...did I miss your point?

Mark
--



------------------------------

Message: 3
Date: Fri, 18 Sep 2009 23:12:57 -0600
From: Craig Matsuura <[email protected]>
Subject: Re: [PATCH/RFC 1/1] recover from davinci i2c time out
        conditions
To: [email protected]
Cc: [email protected], [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"

The patch submitted appears specific to the dm355.  The changes are very
similar to the 2.6.10 kernel from mv.  If the correct gpio's and pinmux are
disabled/enabled it should work for the dm644x.  

I took the patch from Philby and tried it on our dm6443 platform (on a
2.6.28
kernel) and it appears to work for the problem we have when the i2c appears
to lock up.

Craig


On Wednesday 22 July 2009 5:14:35 am Philby John wrote:
> On Wed, 2009-07-22 at 04:03 -0700, Nitin Mahajan wrote:
> > Hello,
> >
> > ----- Original Message ----
> >
> > > From: Philby John <[email protected]>
> > > To: [email protected]
> > > Cc: [email protected]; 
> > > [email protected]
> > > Sent: Wednesday, July 15, 2009 13:04:27
> > > Subject: [PATCH/RFC 1/1] recover from davinci i2c time out 
> > > conditions
> > >
> > > >From dbe7e824d576636bb15b82a20fd2557fddc9a8f7 Mon Sep 17 00:00:00 
> > > >2001
> > >
> > > From: Philby John
> > > Date: Tue, 14 Jul 2009 21:46:47 +0530
> > > Subject: [PATCH] Reset i2c bus to come out of time out conditions
> > >
> > > Get out of i2c time out condition by resetting the i2c bus. The 
> > > kernel must be robust enough to gracefully recover from i2c bus 
> > > failure without having to reset the machine. This is done by first 
> > > NACKing the slave and then resetting the i2c bus after a certain 
> > > timeout.
> > >
> > > Signed-off-by: Philby John
> >
> > I tried this on DM6443 based board with 2.6.18 kernel. The result I 
> > am posting below. It gives controller time out again and again.
> >
> > dhcppc9 login: i2c_davinci i2c_davinci.1: controller timed out 
> > i2c_davinci i2c_davinci.1: initiating i2c bus recovery i2c_davinci 
> > i2c_davinci.1: controller timed out i2c_davinci i2c_davinci.1: 
> > initiating i2c bus recovery
>
> There is something gravely wrong about this patch and I would submit a 
> fix shortly incorporating the review comments. But please be aware 
> that I do not guarantee a definitive time line for a fix cause I have 
> much at hand at the moment.
>
>
> Regards,
> Philby
>
>
> _______________________________________________
> Davinci-linux-open-source mailing list 
> [email protected]
> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source

-- 




Craig Matsuura - Principal Engineer
Control4
11734 South Election Road - Suite 200
Salt Lake City, UT 84020-6432
PH: 801-523-3161
FX: 801-523-3199
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://linux.omap.com/pipermail/davinci-linux-open-source/attachments/200909
18/50b02a76/attachment-0001.htm

------------------------------

Message: 4
Date: Fri, 18 Sep 2009 23:21:17 -0700
From: David Brownell <[email protected]>
Subject: Re: [PATCH 1/2] nand: Add bad block table overrides to
        Davinci NAND    driver
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"

On Friday 18 September 2009, Mark A. Greer wrote:
> The issue is that the values for the 'offs' and 'veroffs' are wrong in 
> the defaults used by nand_base.c:nand_default_bbt().

In what way "wrong"?



------------------------------

Message: 5
Date: Sat, 19 Sep 2009 15:18:06 +0530
From: chandrashekar reddy <[email protected]>
Subject: Requesting for help:
To: [email protected]
Message-ID:
        <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"

Hi All,

I am trying to build ov analytics server upon dm6446.I am getting fallowing
issue..

# configuring ovanalytics.x64P from package/cfg/ovanalytics_x64P.cfg ...
/home/dm6446/dvsdk_1_30_01_41/xdc_3_00_02/xs
-Dxdc.path="/home/dm6446/dvsdk_1_30_01_41/codec_engine_2_00_01/packages;/hom
e/dm6446/dvsdk_1_30_01_41/codec_engine_2_00_01/cetools/packages;/home/dm6446
/dvsdk_1_30_01_41/bios_5_31_08/packages;/home/dm6446/dvsdk_1_30_01_41/codec_
engine_2_00_01/examples;/home/dm6446/dvsdk_1_30_01_41/bios_5_31_08/packages/
ti/bios/include;/home/dm6446/dvsdk_1_30_01_41/bios_5_31_08/packages/ti;/home
/dm6446/dvsdk_1_30_01_41/xdc_3_00_02/packages;../.."
-Dxdc.root=/home/dm6446/dvsdk_1_30_01_41/xdc_3_00_02 -Dxdc.hostOS=Linux
-Dconfig.importPath=".;/home/dm6446/dvsdk_1_30_01_41/codec_engine_2_00_01/pa
ckages;/home/dm6446/dvsdk_1_30_01_41/codec_engine_2_00_01/cetools/packages;/
home/dm6446/dvsdk_1_30_01_41/bios_5_31_08/packages;/home/dm6446/dvsdk_1_30_0
1_41/codec_engine_2_00_01/examples;/home/dm6446/dvsdk_1_30_01_41/bios_5_31_0
8/packages/ti/bios/include;/home/dm6446/dvsdk_1_30_01_41/bios_5_31_08/packag
es/ti;/home/dm6446/dvsdk_1_30_01_41/xdc_3_00_02/packages;../..;/home/dm6446/
dvsdk_1_30_01_41/xdc_3_00_02;/home/dm6446/dvsdk_1_30_01_41/xdc_3_00_02/etc
;/home/dm6446/dvsdk_1_30_01_41/bios_5_31_08/packages/ti/bios/include;../../a
nalytics/ovanalytics"
-Dxdc.bld.targets="" -DTOOLS= -Dxdc.traceEnable=  xdc.cfg ovanalytics.x64P
package/cfg/ovanalytics_x64P.cfg package/cfg/ovanalytics_x64P
js: "/home/dm6446/dvsdk_1_30_01_41/xdc_3_00_02/packages/xdc/xdc.tci", line
270: exception from uncaught JavaScript throw: Error: xdc.loadPackage: can't
find package 'ti.sdo.fc.dskt2' along the path
'/home/dm6446/dvsdk_1_30_01_41/codec_engine_2_00_01/packages;/home/dm6446/dv
sdk_1_30_01_41/codec_engine_2_00_01/cetools/packages;/home/dm6446/dvsdk_1_30
_01_41/bios_5_31_08/packages;/home/dm6446/dvsdk_1_30_01_41/codec_engine_2_00
_01/examples;/home/dm6446/dvsdk_1_30_01_41/bios_5_31_08/packages/ti/bios/inc
lude;/home/dm6446/dvsdk_1_30_01_41/bios_5_31_08/packages/ti;/home/dm6446/dvs
dk_1_30_01_41/xdc_3_00_02/packages;/home/dm6446/chandra/OV_5.0.1/OnBoard_SDK
/Davinci/CCS3.2_DVEVM6446/servers/ovanalytics/./../..;';
try redefining the package path (XDCPATH).
    "/home/dm6446/dvsdk_1_30_01_41/xdc_3_00_02/packages/xdc/xdc.tci", line
450
    "/home/dm6446/dvsdk_1_30_01_41/xdc_3_00_02/packages/xdc/cfg/Main.xs",
line 1326
    "./ovanalytics.cfg", line 46
    "/home/dm6446/dvsdk_1_30_01_41/xdc_3_00_02/include/utils.tci", line 588
    "/home/dm6446/dvsdk_1_30_01_41/xdc_3_00_02/include/utils.tci", line 506
    "./package/cfg/ovanalytics_x64P.cfg", line 645
    "./package/cfg/ovanalytics_x64P.cfg", line 606
    "/home/dm6446/dvsdk_1_30_01_41/xdc_3_00_02/packages/xdc/cfg/Main.xs",
line 182
    "/home/dm6446/dvsdk_1_30_01_41/xdc_3_00_02/packages/xdc/cfg/Main.xs",
line 151
    "/home/dm6446/dvsdk_1_30_01_41/xdc_3_00_02/packages/xdc/xs.js", line 144
gmake[1]: *** [package/cfg/ovanalytics_x64Pcfg_c.c] Error 1
gmake[1]: *** Deleting file `package/cfg/ovanalytics_x64Pcfg_c.c'
gmake[1]: *** [package/cfg/ovanalytics_x64Pcfg_c.c] Deleting file
`package/cfg/ovanalytics_x64Pcfg.cmd'
gmake[1]: *** [package/cfg/ovanalytics_x64Pcfg_c.c] Deleting file
`package/cfg/ovanalytics_x64Pcfg.s62'
gmake: ***
[/home/dm6446/chandra/OV_5.0.1/OnBoard_SDK/Davinci/CCS3.2_DVEVM6446/servers/
ovanalytics,.executables]
Error 2
make: *** [all] Error 2

Thanks for kind help.

Regards,

Chandra
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://linux.omap.com/pipermail/davinci-linux-open-source/attachments/200909
19/1a8fa80c/attachment.htm

------------------------------

_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source


End of Davinci-linux-open-source Digest, Vol 45, Issue 100
**********************************************************

 Email Scanned for Virus & Dangerous Content by : www.CleanMailGateway.com

-- 
_____________________________________________________________________
Disclaimer: This e-mail message and all attachments transmitted with it
are intended solely for the use of the addressee and may contain legally
privileged and confidential information. If the reader of this message
is not the intended recipient, or an employee or agent responsible for
delivering this message to the intended recipient, you are hereby
notified that any dissemination, distribution, copying, or other use of
this message or its attachments is strictly prohibited. If you have
received this message in error, please notify the sender immediately by
replying to this message and please delete it from your computer. Any
views expressed in this message are those of the individual sender
unless otherwise stated.Company has taken enough precautions to prevent
the spread of viruses. However the company accepts no liability for any
damage caused by any virus transmitted by this email.
_____________________________________________________________________
 

_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source

Reply via email to