This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

MMC2 booting on DM3730 EVM

Other Parts Discussed in Thread: DM3730

Hi,

I am working on Mistral's DM3730 EVM. We are designing a new hardware which is based on the DM3730 DSP processor.

I observed that RBL reads the Hardware Switch settings present on the board  and select the boot mode.  I wanted to know whether booting through MMC2 works in the EVM.Now we are now booting using SD card on MMC1 interface. Our eventual goal is to use the mmc2 for booting.

 

I want to know few things :

1. Can we boot using the SD card connected to MMC2 interface. Will the RBL code support that?

2. Will the RBL look at MMC1 first and MMC2 second.

3. Are there any hadrware switch settings for booting using MMC2 ,which i did not find in any site or document

4. Can we use 32GB SD (eMMC compliant) card for booting purpose. I have tried 4GB and 2 GB so which seem to work fine.

 

thanks

waiting for your reply

  • I  will to help you in some of the questions,

     

    1. Can we boot using the SD card connected to MMC2 interface. Will the RBL code support that?

    Yes, RBL does support. I am not HW expert, but if I understand correctly, there is external transceiver required for MMC2 interface, let somebody from HW team comment and conform this.

    2. Will the RBL look at MMC1 first and MMC2 second.

    You can define the order based on sys_boot settings.

    3. Are there any hadrware switch settings for booting using MMC2 ,which i did not find in any site or document

    Please refer to the DM3730 TRM Initialization section (Table 26.3 and 26.4), the boot sequence is clearly mentioned there.

     

    Thanks,

    Vaibhav

     

     

  • The OMAP3EVM does not support MMC2 booting natively (there is no card cage on MMC2 interface). 

    Please read http://processors.wiki.ti.com/index.php/SD-MMC_Usage_Notes_on_OMAP35x_and_AM37x for details on booting from MMC2

    Regards,

    James

  • James is right, we do not have MMC2 port on 3730 EVM, I was referring to your custom HW which you are working on.

    Thanks,

    Vaibhav

  • Thanks vaibhav and james for the replies.Yes there is no card cage but MMC2 interface is present on the DM3730.

    We are  going to connect a card holder (card cage) to the MMC2 in our customized hardware which is the requirement we have presently.

    As far as i understand from the http://processors.wiki.ti.com/index.php/SD-MMC_Usage_Notes_on_OMAP35x_and_AM37x  is that there should be some hardware modification required on the board to accommodate the MMC2 boot.  Please correct me if iam wrong!  since iam not a hardware engineer

     

    I need the information on what changes needs to be done in the latest linux kernel generic MMC stack (linux/drivers/mmc/) to support the 32GB SD card for storage purpose.

    I could see that the SDHC support is there in linux kernel which needs to be enabled.

    My question is whether just enabling SDHC configuration in kernel solves my purpose or we need to do the code modifications in the generic driver?

     

     

    thanks


  • I have a custom board that does exactly this we have an Emmc (Toshiba) device on MMC1 and an micro Sd card on MMC2, thr RBL boot Xloader and Xloader loads Uboot,

     

    Then it all goes wrong as it appears that the DA0 pin then ceases workign and we cannot get UBoot to recognise the SD card, hardware all works iwth the SD card hardwired to the conatcts for MMC1 but very stuck on MMC deos not work in Uboot.

    Had to do some changes in xload and uboot to get to the poitn we are at but they all still work on MMC1 and on and Beagle XM so we are happy the basics are correct.

    I suspect some weird pinmux isue but having gone thru may times cannot find the issue.

     

    Any one got this working, any pointers welcome.

  • Found it buried in a extra tech note from TI, loopback gets disabled by somehthing which kills it....