Hi,
Please, do tell me which are the gel files to
Be set while U-Booting DaVinci EVM on NAND Flash?
The error which I'm getting regarding this is
"error in intialising the emulator"
Regards,
Lalita.
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Tuesday, February 06, 2007 11:30 PM
To: [email protected]
Subject: Davinci-linux-open-source Digest, Vol 14, Issue 14
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. Loading u-boot from u-boot (Amol Lad)
2. Re: Loading u-boot from u-boot (Lorenzo Lutti)
3. Interfacing CCD sensor (MT9T001P12) to DaVinci (Chezhyan P)
4. RE: Loading u-boot from u-boot (Hunter, Jon)
5. Re: Problem with root file system in flash (Meher)
6. Re: Problem with root file system in flash (Meher)
7. RE: Loading u-boot from u-boot (Allred, Daniel)
----------------------------------------------------------------------
Message: 1
Date: Tue, 6 Feb 2007 05:52:50 -0800 (PST)
From: Amol Lad <[EMAIL PROTECTED]>
Subject: Loading u-boot from u-boot
To: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=iso-8859-1
Hi,
I'd like to test uboot without burning the image in the flash ? Can this be
achieved ? Something like tftpboot uboot image from "tftpboot" u-boot
command line and then "bootm" the image ?
Any ideas ?
____________________________________________________________________________
________
Need Mail bonding?
Go to the Yahoo! Mail Q&A for great tips from Yahoo! Answers users.
http://answers.yahoo.com/dir/?link=list&sid=396546091
------------------------------
Message: 2
Date: Tue, 06 Feb 2007 15:07:25 +0100
From: Lorenzo Lutti <[EMAIL PROTECTED]>
Subject: Re: Loading u-boot from u-boot
To: davinci-linux-open-source
<[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Amol Lad ha scritto:
> Hi,
>
> I'd like to test uboot without burning the image in the flash ? Can
> this be achieved ? Something like tftpboot uboot image from "tftpboot"
> u-boot command line and then "bootm" the image ?
>
> Any ideas ?
You probably should check SPRAAI0 and SPRAAI4 from TI site.
Cheers, Lorenzo
------------------------------
Message: 3
Date: Tue, 6 Feb 2007 19:40:12 +0530
From: Chezhyan P <[EMAIL PROTECTED]>
Subject: Interfacing CCD sensor (MT9T001P12) to DaVinci
To: <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
Does any one successfully interfaced the Micron's 3 Mega Pixel CCD sensor
(MT9T001P12) to Davinci?
Please guide us.
Regards
P.Chezhyan
------------------------------
Message: 4
Date: Tue, 6 Feb 2007 08:44:22 -0600
From: "Hunter, Jon" <[EMAIL PROTECTED]>
Subject: RE: Loading u-boot from u-boot
To: "Amol Lad" <[EMAIL PROTECTED]>,
<[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> ] On Behalf Of Amol Lad
> Sent: Tuesday, February 06, 2007 7:53 AM
> To: [email protected]
> Subject: Loading u-boot from u-boot
>
> Hi,
>
> I'd like to test uboot without burning the image in the flash ? Can
> this be achieved ? Something like tftpboot uboot image from
> "tftpboot" u-boot command line and then "bootm" the image ?
>
> Any ideas ?
The biggest problem with doing this is that uboot will execute entirely from
DDR. What you have to remember is that one of the things that uboot does is
it configures the clocks and DDR controller. Configuring clocks and the DDR
controller is a bad thing to do when you are executing out of DDR. If you
try this uboot will probably crash at this point.
There is one option and that is add some code to the platform.S file (see
board/davinci/ this is where the DDR controller and clocks are
initialised) that checks the address where the PC is currently pointing and
if the PC is pointing to a DDR location then skip the clock and DDR init
code as this has already been initialised. DDR is located at address
0x8000000 and so the EMIF address space is lower, so you should be able to
simply test the MSB of the PC, if this is set then you are in DDR and if not
then you are in some other memory location.
Cheers
Jon
------------------------------
Message: 5
Date: Tue, 6 Feb 2007 10:03:00 -0600
From: Meher <[EMAIL PROTECTED]>
Subject: Re: Problem with root file system in flash
To: "Sander Huijsen" <[EMAIL PROTECTED]>
Cc: davinci-linux-open-source
<[email protected]>
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi Sander,
> Hi Meher,
>
> You should make a symlink from /init to /bin/busybox, in stead of
> /sbin/init to busybox. At startup, Linux will try to run /init (mind
> the slash). If it cannot find it, Linux will panic.
>
Kernel actually checks for /sbin/init, /bin/init, /bin/sh to start any of
them and for some reason it is not able to find any of them :(
I am wondering if my filesystem image got corrupted some how.. Is there a
way to check the correctness of the jffs2 image?
> Hope this helps.
>
> Regards,
> Sander
>
>
> -----Original Message-----
> From:
> [EMAIL PROTECTED]
> davinci-linux-open-source-bounces+in
> cidsp.com
> [mailto:[EMAIL PROTECTED]
> in
> ux.davincidsp.com] On Behalf Of Meher
> Sent: Tuesday, February 06, 2007 2:52 AM
> To: davinci-linux-open-source
> Subject: Problem with root file system in flash
>
> Hi,
> I am not sure if this is the right list for this question but I
> guess many of you might have tried with root file system on flash so I
> will test my luck.
>
> I am using 2.6.10 kernel and when I use JFFS2 as my root file system I
> get the following error while booting:
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> NET: Registered protocol family 2
> IP: routing cache hash table of 512 buckets, 4Kbytes
> TCP: Hash tables configured (established 2048 bind 4096)
> NET: Registered protocol family 1
> NET: Registered protocol family 17
> IP-Config: No network devices available.
> Inode #7 was a directory with children - removing those too...
> Inode #9 was a directory with children - removing those too...
> Inode #12 was a directory with children - removing those too...
> Inode #14 was a directory with children - removing those too...
> Inode #16 was a directory with children - removing those too...
> Inode #18 was a directory with children - removing those too...
> Inode #20 was a directory with children - removing those too...
> Inode #21 was a directory with children - removing those too...
> Inode #22 was a directory with children - removing those too...
> Inode #23 was a directory with children - removing those too...
> Inode #25 was a directory with children - removing those too...
> Inode #27 was a directory with children - removing those too...
> Inode #31 was a directory with children - removing those too...
> Inode #32 was a directory with children - removing those too...
> Inode #33 was a directory with children - removing those too...
> Inode #34 was a directory with children - removing those too...
> VFS: Mounted root (jffs2 filesystem) readonly.
> Freeing unused kernel memory: 108k freed
> Warning: unable to open an initial console.
> Kernel panic - not syncing: No init found. Try passing init= option
> to kernel.
>
> I made a file system with busybox and made sure I have symbolic links
> for /sbin/init-->/bin/busybox and /dev/console is present with major 5
> and minor num of 1.
>
> I made a JFFS2 image using the command:
>
> mkfs.jffs2 <src_dir> -o <dst_file.img>
>
> Am I doing anything wrong here :( Any pointers will be greatly
> appreciated
>
>
> --
> Regards,
> Meher
> _______________________________________________
> Davinci-linux-open-source mailing list
> [email protected]
> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
>
> --------------------------------------------------------
>
>
> CONFIDENTIALITY NOTICE - This e-mail transmission, and any documents,
files or previous e-mail messages attached to it may contain information
that is confidential or legally privileged. If you are not the intended
recipient, or a person responsible for delivering it to the intended
recipient, you are hereby notified that you must not read this transmission
and that any disclosure, copying, printing, distribution or use of any of
the information contained in or attached to this transmission is STRICTLY
PROHIBITED. If you have received this transmission in error, please
immediately notify Sander Huijsen by telephone or [EMAIL PROTECTED]
and delete the original transmission and its attachments without reading or
saving in any manner.
> _______________________________________________
> Davinci-linux-open-source mailing list
> [email protected]
> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
>
--
Regards,
Meher
------------------------------
Message: 6
Date: Tue, 6 Feb 2007 10:05:38 -0600
From: Meher <[EMAIL PROTECTED]>
Subject: Re: Problem with root file system in flash
To: "Lorenzo Lutti" <[EMAIL PROTECTED]>
Cc: davinci-linux-open-source
<[email protected]>
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi Lorenzo,
On 2/6/07, Lorenzo Lutti <[EMAIL PROTECTED]> wrote:
> Yogesh Kumar M ha scritto:
>
> > Kernel panic - not syncing: No init found. Try passing init=
option to
> > kernel.
>
> When I had that message, the problem was that I forgot to copy the shared
libraries needed by init. Type 'ldd /sbin/init' on the target system to
check which ones are necessary:
>
> [EMAIL PROTECTED]:~# ldd /sbin/init
> libc.so.6 => /lib/tls/libc.so.6 (0x40020000)
> /lib/ld-linux.so.3 (0x40000000)
I will look into this but the issue is not only with finding init if
you see the kernel message before panic it is :
Warning: unable to find initial console
which means it is not able to find even /dev/console is this anything
to do with file system being mounted "read only" and the kernel tries
to open /dev/console as O_RDWR??
>
> Cheers, Lorenzo
--
Regards,
Meher
------------------------------
Message: 7
Date: Tue, 6 Feb 2007 10:14:13 -0600
From: "Allred, Daniel" <[EMAIL PROTECTED]>
Subject: RE: Loading u-boot from u-boot
To: "Hunter, Jon" <[EMAIL PROTECTED]>, "Amol Lad"
<[EMAIL PROTECTED]>,
<[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
The NAND u-boot does not do the initialization that Jon describes, since
the UBL does this and then loads U-boot from NAND to DDR. You can
achieve a similar result by editing the davinci.h file under
include/configs and making sure the option CONFIG_SKIP_LOWLEVEL_INIT is
defined. This will disable the U-boot from doing the low-level DDR init
and copying itself from Flash to DDR as it does for NOR boots. There
are other options you might need to set/define, but this one is a must.
Regards,
Daniel
Daniel J. Allred
Software Applications
Catalog DSP / End Emerging Equipment
-----Original Message-----
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
sp.com] On Behalf Of Hunter, Jon
Sent: Tuesday, February 06, 2007 8:44 AM
To: Amol Lad; [email protected]
Subject: RE: Loading u-boot from u-boot
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> ] On Behalf Of Amol Lad
> Sent: Tuesday, February 06, 2007 7:53 AM
> To: [email protected]
> Subject: Loading u-boot from u-boot
>
> Hi,
>
> I'd like to test uboot without burning the image in the flash
> ? Can this be achieved ? Something like tftpboot uboot image
> from "tftpboot" u-boot command line and then "bootm" the image ?
>
> Any ideas ?
The biggest problem with doing this is that uboot will execute entirely
from DDR. What you have to remember is that one of the things that uboot
does is it configures the clocks and DDR controller. Configuring clocks
and the DDR controller is a bad thing to do when you are executing out
of DDR. If you try this uboot will probably crash at this point.
There is one option and that is add some code to the platform.S file
(see board/davinci/ this is where the DDR controller and clocks are
initialised) that checks the address where the PC is currently pointing
and if the PC is pointing to a DDR location then skip the clock and DDR
init code as this has already been initialised. DDR is located at
address 0x8000000 and so the EMIF address space is lower, so you should
be able to simply test the MSB of the PC, if this is set then you are in
DDR and if not then you are in some other memory location.
Cheers
Jon
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
------------------------------
_______________________________________________
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 14, Issue 14
*********************************************************
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
