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

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.
-----------------------------------------------------------------------------------------------------------------------

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.

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@gmail.com] Sent: Saturday, February 27, 2010 9:08 PM To: Balaji Sivakumar, ERS, HCLTech Cc: u-boot@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.
-----------------------------------------------------------------------------------------------------------------------
participants (2)
-
Andrew Dyer
-
Balaji Sivakumar, ERS, HCLTech