Digital Media Processors based on DaVinci™ Technology

Re: Booting DM6446 from Flash using the EVM's Hard Drvie

Bernie Thompson — Mon, 14 Sep 2009 14:22:51 GMT

virgoptrex:
If I need to redevelop and switch back between 'DHCP+NFS+TFTP' and 'HDD+FLASH' modes of booting , what precautions/ steps do I need to take?

All you need to do to switch a board between stand alone and network based booting is change the U-Boot arguments, assuming you still have the host PC configured for NFS and TFTP, these configurations are described in the getting started guide. In general in regard to precautions I would just save your known good U-Boot arguments in a text file somewhere that you can use to copy them back to the board when you need to switch around boot modes, booting from the network should have no impact on your HDD or flash contents aside from U-Boot arguments unless you explicitly modify them.

virgoptrex:
Also how are NAND and NOR memories to be used for a person in a development stage like mine?

The NAND or NOR will contain your UBL and U-Boot boot loaders as well as a uImage kernel image in a stand alone system, additionally in systems without a HDD you could use the flash to hold a filesystem as well. However for development generally the flash will only hold the UBL and U-Boot boot loaders, with the uImage kernel and filesystem loading over the network for ease of development.

Re: Booting DM6446 from Flash using the EVM's Hard Drvie

virgoptrex — Fri, 11 Sep 2009 22:14:23 GMT

U boot is ver 1.1.4 while dvsdk and LSP, monta vista setup, etc ver 2+ (I recently downloaded from TI account). If I need to redevelop and switch back between 'DHCP+NFS+TFTP' and 'HDD+FLASH' modes of booting , what precautions/ steps do I need to take? Also how are NAND and NOR memories to be used for a person in a development stage like mine?

Re: Booting DM6446 from Flash using the EVM's Hard Drvie

virgoptrex — Fri, 11 Sep 2009 22:10:37 GMT

My bootloader U-boot is 1.1.4 while rest of the tools are version 2+ e.g. dvsdk2_00_00_22 (I downloaded them recently from TI account). Also have confusion about NAND and NOR memories!!! Which is better for person in a development stage like mine. Also if I proceed to finalize my application as stand alone and then realize I need to go back to DHCP +TFTP + NFS procedure to change code...develop, test it and then download stuff back again to HDD what precautions I need to follow?

Re: Booting DM6446 from Flash using the EVM's Hard Drvie

virgoptrex — Fri, 11 Sep 2009 21:58:45 GMT

My output is as follows

U-Boot 1.1.4 (Sep 13 2007 - 11:00:43)

U-Boot code: 81080000 -> 81097950 BSS: -> 810A0340
RAM Configuration:
Bank #0: 80000000 256 MB
INTEL Flash: 16 MB
In:    serial
Out:   serial
Err:   serial
ARM Clock :- 297MHz
DDR Clock :- 162MHz
MSP430 Firmware supports AM/PM Feature
Hit any key to stop autoboot: 0
Unknown command 'nboot' - try 'help'
## Booting image at 80700000 ...
Bad Magic Number
DaVinci EVM #

Re: Booting DM6446 from Flash using the EVM's Hard Drvie

Juan Gonzales — Fri, 11 Sep 2009 21:42:45 GMT

You normally want to make sure all three main pieces of software (u-boot, uImage, and Linux file-system) come from the same DVSDK software release. This is very easy to overlook specially as you are in the development phase mostly working via TFTP and NFS. When you are all done developing and want to run stand-alone, you not only have to flash uImage on EVM, but also upgrade the file-system on HDD to match uImage. Finally, you may need to upgrade u-boot to match the other two components; this last step is not always required but can be depending on which version of u-boot you have and which version of DVSDK your other components come from.

Re: Booting DM6446 from Flash using the EVM's Hard Drvie

Bernie Thompson — Fri, 11 Sep 2009 21:38:23 GMT

Typically bad magic number means your image is not where you are trying to boot it from, either not in the right place in flash or not being copied into RAM properly before trying to boot it, basically the first word of the image is not what was expected, so anything that could prevent you from reading the first word of your uImage could cause the error. In the original post there was also an error about nboot not being recognized which indicates that the uImage was never copied from flash to RAM leading to the error, do you have any other suspicious output around the bad magic number error?

Re: Booting DM6446 from Flash using the EVM's Hard Drvie

virgoptrex — Fri, 11 Sep 2009 21:24:52 GMT

Hi Juan and Bernie,

I have recently started playing with DVEVM6446. I have same problem as the first poster. However I can successfully boot and run programs with 'DHCP + NFS (system) +TFTP (kernel protocol)'. I am wondering once my examples are tested and ready I need to have them as a stand alone system and not interact with host via TFTP and NFS file system. I followed default mode and I have a feeling that my uImage shouldn't be corrupt as it works for other methods. It may be the location or path. Any takes on this? Any suggestions?

Re: Booting DM6446 from Flash using the EVM's Hard Drvie

Juan Gonzales — Sat, 04 Jul 2009 03:58:17 GMT

'bad magic number' normally means uImage is corrupt or cannor be found at the specified location, so you are correct to a large extent and the solution would be re-flash the kernel; In this case though, the 'Unknown command 'nboot' ' seems to come before the bad magic number, which would suggest that maybe u-boot was not upgraded with the rest of the DVSDK software (previous versions of GSG corresponding to DVSDK releases suggested use bootm instead of nboot)

Re: Booting DM6446 from Flash using the EVM's Hard Drvie

patki.onkar — Fri, 03 Jul 2009 03:46:35 GMT

Hi...

Can we suspect on file in flash corrupted as it is giving "bad magic" number ?

I so, re-burning the flash may b a solution.

Regards,

Onkar

Re: Booting DM6446 from Flash using the EVM's Hard Drvie

Bernie Thompson — Thu, 02 Jul 2009 16:48:20 GMT

Are you using the full software stack from DVSDK 2.0, in particular the U-Boot?

MRI:
Unknown command 'nboot' - try 'help'

This makes me think that your U-Boot version is not the same version that the GSG you are reading from is meant for. I suspect the failure to run nboot is leading to the bad magic number since the image is not being copied from flash to DDR.

Booting DM6446 from Flash using the EVM's Hard Drvie

MRI — Thu, 02 Jul 2009 15:41:12 GMT

I set the env varialbes according to section A.4.1 DVEVM 2.0 Getting Started Guide (sprue66f.pdf) to boot from Flash and I'm getting an error:

DaVinci EVM # boot
Unknown command 'nboot' - try 'help'
## Booting image at 80700000 ...
Bad Magic Number

Here are my env settings

bootdelay=3
filesize=5fd2
fileaddr=80700000
baudrate=115200
dns=10.8.104.3
gateway=10.8.104.100
netmask=255.255.254.0
stdin=serial
stdout=serial
stderr=serial
ethaddr=00:0e:99:02:5e:18
videostd=ntsc
serverip=10.8.104.79
bootfile=uImage
rootpath=/home/mikeiz/workdir/filesys
nfshost=10.8.104.79
ipaddr=10.8.104.78:10.8.104.79:10.8.104.100:255.255.254.0:10.8.100.3:::off
bootargs=console=ttyS0,115200n8 noinitrd rw ip=10.8.104.78:10.8.104.79:10.8.104.100:255.255.254.0:10.8.100.3:::off root=/dev/hda1 mem=118M
bootcmd=nboot 0x80700000 0 0x200000; bootm

Environment size: 551/131068 bytes