• 状态
  • 已锁定 已锁定
  • 个回复 7 个回复
  • 名订阅用户 10 名订阅用户
  • 次查看 2233 次查看
  • 用户 0 名在线用户
选项
选项
相关

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.

新手继续求助--关于AIS和DDR问题

zhang liangjun
Intellectual 301 points

1  在AIS配置工具中，有一行为 Device Type 为什么选择哪一个呢？这个的选取有不有什么依据啊？

2 使用AIS配置工具，配置好后，那么uboot中的代码是否应该注释掉在AIS配置时配置的内容，如在AIS中配置了 DDR,PLL0，PLL1，那么在UBOOT中是否就应该将这三个参数的配置注释掉呢？这样避免进入到uboot后再次重新配置

3 在DDR配置章节，看到一个有关于DDR的配置电子表格，下载后，发现不是很会使用，这个貌似是先设置寄存器的值，然后才能可以看到设置的值对应的相关位的影响，在OMAPL138技术手册上看到SDRCR寄存器的第0-15位时，出现了相当大的疑惑，很是不解，在OMAPL138的技术手册上说的是RR = SDRAM frequency/SDRAM refresh rate，SDRAM frequency是不是在配置的电子表格上面设置的在SDCR行的freq值呢？ SDRAM refresh rate是来自DDR手册上的值，以pdf1.alldatasheet.com/.../MT47H64M16HR-37EL.html这个芯片资料为例，我自己的理解是，SDRAM refresh rate=trfc，也就是127.5ns，这样的话就与电子表格上的7800ns差距太大，所以不知道这个值的具体算法，还希望多多指点下

4 在PSP包的文档中《UserGuide-03.22.00.06.pdf》的指导手册上，第44页有一个IMPORTANT大致意思是说如果从NORflash启动时就不需要AIS格式的U-BOOT了，uboot.bin也是可以识别的。换句话说，用nor启动时，是否可以不用UBL，以及AIS格式的uboot，用传统的uboot.bin就行？如果是这样的话，有不有其他条件呢？比如对uboot.bin的大小限制等？

  • 0
    Expert 1760 points

    #1：Device Type来自于OMAPL138内部的ROM，由地址0xFFFD0000 按字符显示的内容确定，如下图：

  • 0
    Expert 1760 points

    #2：如果使用AISGEN工具配置了，就不要再uboot中重新配置了。

  • 0
    Expert 1760 points

    #2：对这个问题补充一下，对DRR2，PLL的配置是在ubl中进行的，uboot中并没有再对其配置。

  • 0
    Expert 1760 points

    #3：你说那个电子表格的主要作用就是帮你配置mDDR/DDR2控制器，让控制器产生的时序符合你自己的DDR2的工作时序。大部分的工作，都是需要你从你DDR2芯片手册找出各个参数得值(表格中“Data Manual Value"这列的值，需要从DDR2数据手册中找出），表格自动利用公式，生成控制器 寄存器的值。

  • 0
    Expert 1760 points

    #4：至于Nor FLASH启动，我试过，uboot.bin是不行的，可以不要ubl，但uboot还得是AIS格式的吧。

  • 0 回复 wei lee1
    Intellectual 301 points

    wei lee 1 谢谢你的回答，我查看到了device Type的值是d800k008,与你查看到的不一致，你的最后三位是006，请问下这个006和008各自代表什么含义啊？这个类型的选择会不会影响到AIS格式的uboot制作呢？如果有影响，那么怎么解决这个影响啊？还是说每次烧写时都先看这个值，然后根据不同的值，重新生成uboot，然后进行烧写呢？

    另外关于uboot的疑惑解答，我在uboot（uboot版本uboot-03.22.00.06）下的da850sdi.h中看到了有关于DDR2，PLL的相关配置宏并且，当uboot进入init_sequence函数集（在arch/arm/lib/board.c）时，第一个函数便是arch_cpu_init（我用的是nor flash启动，所以CONFIG_ARCH_CPU_INIT应该是存在的， ），不知道我分析是不是有误，不知道你是否有关于这方面的相关指导手册之类的呢？希望你能指导下，谢谢

  • 0 回复 zhang liangjun
    Expert 1760 points

    a.对于Device Type，不同型号或者批次的OMAPL138查询到的值不同，这个依你实际查询到的值为准。

    b.前期TI的板子ARM带OS启动顺序都是RBL->UBL->Uboot->Kernel，最近我看有从NAND FLASH启动不在需要UBL，可能更高版本的uboot中把UBL的工作也给做了，如果是这样的话，uboot中就会有DDR2和PLL的初始化。这个没有查证，只是怀疑。