[U-Boot] putting U-boot in Nand flash for Tms320dm6467

[U-Boot] putting U-boot in Nand flash for Tms320dm6467

[Balaji]

Hi,
We have developed new board with TMS320DM6467, My question here is can I use same the U-boot.bin that came with DM6467 EVM.
We are using the RBL supported Nand Device and no change in the memory map. The only I change we are using Nand Flash from different manufacturer Micron.

I have got u-boot 1.2.0 folder, but it contains different folders, could anyone explain if I need to change the configurations for my board what are the files I need to look.

If I build the code, whether it will generate the binary file or different format.

Thanks,
 - Balaji S



DISCLAIMER:
-----------------------------------------------------------------------------------------------------------------------

The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. 
It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in 
this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates. 
Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of 
this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have 
received this email in error please delete it and notify the sender immediately. Before opening any mail and 
attachments please check them for viruses and defect.

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

[U-Boot] putting U-boot in Nand flash for Tms320dm6467

[Andrew Dyer]

On Sat, Feb 27, 2010 at 5:40 AM, Balaji Sivakumar, ERS, HCLTech
<balajisk@hcl.in> wrote:
> Hi,
> We have developed new board with TMS320DM6467, My question here is can I use same the U-boot.bin that came with DM6467 EVM.
> We are using the RBL supported Nand Device and no change in the memory map. The only I change we are using Nand Flash from different manufacturer Micron.

No, the u-boot that comes with the EVM expects to have the RAM setup
and other stuff already done by the user boot loader which is normally
loaded from SPI EEPROM on the EVM.  For the purpose of testing, you
can use a GEL file with an emulator to do the setup and load u-boot
into RAM at the normal load address.

The handling of NAND ECC is kind of a mess on this hardware - I didn't
work on that part of our project, but I believe there is a particular
format the RBL expects to see and the SPI UBL code may do something
different, so you have to be careful with how that gets written.

> I have got u-boot 1.2.0 folder, but it contains different folders, could anyone explain if I need to change the configurations for my board what are the files I need to look.

this is covered in the u-boot readme, but start with
./include/configs/davinci-dm646x.h (in the TI distribution).

>
> If I build the code, whether it will generate the binary file or different format.

Normally the build generates ELF (u-boot), binary (u-boot.bin), and
s-records (u-boot.srec).  If you are debugging with CCS, you can load
in the elf file to CCS and get symbols and debug info.  The optimized
code jumps around alot.

If you have a chance to start from recent u-boot code, I would do
that.  We had to use the u-boot as distributed by TI because of client
requirements, but the base code TI distributes with the EVM is very
old and hacked up.

[U-Boot] putting U-boot in Nand flash for Tms320dm6467

[Balaji]

Hi Andrew, 
Thansk for your suggestions, like to get support.
We are going to use UBL in SPI EEPROM Mode only,i have checked the config file in that U-boot folder. memory map details are similar to my board.
 i have also planned to utilize UBL, that came with EVM, cheked the code also, i feel no modification required.

let me know, any other things  i need to check.


thanks,
balaji s
________________________________________
From: Andrew Dyer [amdyer at gmail.com]
Sent: Saturday, February 27, 2010 9:08 PM
To: Balaji Sivakumar, ERS, HCLTech
Cc: u-boot at lists.denx.de
Subject: Re: [U-Boot] putting U-boot in Nand flash for Tms320dm6467

On Sat, Feb 27, 2010 at 5:40 AM, Balaji Sivakumar, ERS, HCLTech
<balajisk@hcl.in> wrote:
> Hi,
> We have developed new board with TMS320DM6467, My question here is can I use same the U-boot.bin that came with DM6467 EVM.
> We are using the RBL supported Nand Device and no change in the memory map. The only I change we are using Nand Flash from different manufacturer Micron.

No, the u-boot that comes with the EVM expects to have the RAM setup
and other stuff already done by the user boot loader which is normally
loaded from SPI EEPROM on the EVM.  For the purpose of testing, you
can use a GEL file with an emulator to do the setup and load u-boot
into RAM at the normal load address.

The handling of NAND ECC is kind of a mess on this hardware - I didn't
work on that part of our project, but I believe there is a particular
format the RBL expects to see and the SPI UBL code may do something
different, so you have to be careful with how that gets written.

> I have got u-boot 1.2.0 folder, but it contains different folders, could anyone explain if I need to change the configurations for my board what are the files I need to look.

this is covered in the u-boot readme, but start with
./include/configs/davinci-dm646x.h (in the TI distribution).

>
> If I build the code, whether it will generate the binary file or different format.

Normally the build generates ELF (u-boot), binary (u-boot.bin), and
s-records (u-boot.srec).  If you are debugging with CCS, you can load
in the elf file to CCS and get symbols and debug info.  The optimized
code jumps around alot.

If you have a chance to start from recent u-boot code, I would do
that.  We had to use the u-boot as distributed by TI because of client
requirements, but the base code TI distributes with the EVM is very
old and hacked up.
DISCLAIMER:
-----------------------------------------------------------------------------------------------------------------------

The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. 
It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in 
this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates. 
Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of 
this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have 
received this email in error please delete it and notify the sender immediately. Before opening any mail and 
attachments please check them for viruses and defect.

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