u-boot移植(五)---代码修改---时钟修改、SDRAM

时间:2021-03-28 18:01:27

  最开始已经建立了新单板以及配置文件,现在就需要做的是代码的修改,配置成适合目标板使用的u-boot。

一、时钟修改

  在代码流程分析中,我们知道,系统的启动是:

  • 设置 CPU 为管理员模式
  • 关闭看门狗
  • 屏蔽中断
  • 设置启动参数:时钟 FCLK:HCLK:PCLK = 1:2:4     FCLK=120MHZ
  • flush v4 I/D caches
  • disable MMU stuff and caches
  • DRAM设置

  在DRAM设置中,有如下定义说明:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  在这段初始化步骤中,并没有看见系统时钟的设置。

  在S3C2440的datesheet中时钟那一章,我们可以看到如下定义:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  下面的英文的意思是:尽管 MPLL仅仅只是在一个 reset 后启动,但是直到软件对MPLLCON寄存器写一个有效的设置之后,MPLL才作为系统时钟的输出。在有效设置之前,从外部晶振源(XTlPll或EXTCLK)获得的时候将直接用于系统时钟。哪怕用户不想要改变MPLLCON寄存器的值,用户都应该写一个相同的值进MPLLCON寄存器。

  而我们外部时钟源的管脚定义说明如下:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  实际电路如下:

    u-boot移植(五)---代码修改---时钟修改、SDRAM  u-boot移植(五)---代码修改---时钟修改、SDRAM  u-boot移植(五)---代码修改---时钟修改、SDRAM

  黄色部分为我们外部时钟源(EXTCLK)的管脚,可以看到,外部时钟源被3.3V电压拉高。而管脚定义中已经说明,如果外部时钟源没有使用,则将此管脚拉高。

  OM[3:2]管脚都被拉低,则主时钟源和USB时钟源都选择的是外部晶振,外部晶振输入则为XTIpll管脚。晶振源为12MHz。

  再来看看CLK的定义:

  • FCLK: 为CPU核供给时钟信号,我们所说的cpu主频为200MHz,就是指的这个时钟信号,相应的,1/Fclk即为cpu时钟周期  
  • HCLK: 为AHB bus peripherals供给时钟信号,AHB为advanced high-performance bus
  • PCLK: 为APB bus peripherals供给时钟信号,APB为advanced peripherals bus

  分析一下时钟源码:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  CLKDIVN寄存器的定义如下:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

    #3 = 0b0011   对应寄存器可知道

        DIVN_UPLL:UCLK = UPLL clock

        HDIVN:01  HCLK=FCLK/2

        PDIVN:0   PCLK = HCLK/2 = FCLK/4

  默认FCLK 为120MHz 则HDIVN和PDIVN都不为0,在datesheet的CLOCK CONTROL LOGIC 这一小节里面有这样的注意:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  意思就是说我们的S3C2440不支持同步总线模式,我们必须改为异步模式,那么我们必须在时钟设置上加上那段代母,修改CPU的总线模式,改后代码如下:

     /* FCLK:HCLK:PCLK = 1:2:4 */
/* default FCLK is 120 MHz ! */
/* 设置启动参数:时钟 */
ldr r0, =CLKDIVN /* r0中存放时钟寄存器地址 */
mov r1, # /* 将立即数0存放到r1中,r1 = 0x3 */
str r1, [r0] /* 将r1中的值存放到以r0中的值为地址的存储单元中,即 CLKDIVN = 0 */ /* MMU_SetAsyncBusMode */
mrc p15,,r0,c1,c0,
orr r0,r0,0xc0000000
mcr p15,,r0,c1,c0,

  同样的,在The Clock Distribution Block Diagram (POWER MANAGEMENT )框图中,对FCLK有如下的定义:

   u-boot移植(五)---代码修改---时钟修改、SDRAM

  再来看看 normal mode和 slow mode是什么意思:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  我们CPU的启动是在normal mode中,同样所以此时,我们是在处于normal mode。

  MPLL为锁相环输出频率 ,用来给MCU提供频率,进而再给CPU的各个模块供应频率。具体可以看看datesheet中的Clock Generator Block Diagram 框图。而文档和前面已经说过:尽管 MPLL仅仅只是在一个 reset 后启动,但是直到软件对MPLLCON寄存器写一个有效的设置之后,MPLL才作为系统时钟的输出。在有效设置之前,从外部晶振源(XTlPll或EXTCLK)获得的时候将直接用于系统时钟。哪怕用户不想要改变MPLLCON寄存器的值,用户都应该写一个相同的值进MPLLCON寄存器。

  而我们的源码中,在时钟设置后,就直接跳到cpu_init_crit 去执行,在其中又跳进lowlevel_init中执行DRAM的初始化,并且注释中HCLK的默认频率为60MHZ,此时的HCLK是依赖于MPLL的,因此我们必须添加上MPLL的设置:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  注意下面的note:当我们设置MPLL & UPLL的值的时候,我们首先必须要设置UPLL的值,然后再设置MPLL的值。

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  同样,在borad_f.c 中 board_early_init_f 函数里面,进行了时钟的初始化代码过程:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  我们可以将MPLL的设置放入我们的start.S中,并注释掉这里面的MPLL设置。

  修改如下:

  start.S 

     /* FCLK:HCLK:PCLK = 1:4:8 */
/* default FCLK is 120 MHz ! */
/* 设置启动参数:时钟 */
ldr r0, =CLKDIVN /* r0中存放时钟寄存器地址 */
mov r1, # /* 将立即数0存放到r1中,r1 = 0x3 */
str r1, [r0] /* 将r1中的值存放到以r0中的值为地址的存储单元中,即 CLKDIVN = 0 */ /* MMU_SetAsyncBusMode */
mrc p15,,r0,c1,c0,
orr r0,r0,0xc0000000
mcr p15,,r0,c1,c0, /* MPLLCON = s3c2440_MPLL_400MHZ */
ldr r0, =0x4c000004
ldr r1, =s3c2440_MPLL_400MHZ
str r1, [r0] /* 启动ICACHE */
mrc p15, , r0, c1, c0, /* read control reg */
orr r0, r0, #(<<)
mcr p15, , r0, c1, c0, /* write it back */

  DRAM修改:lowlevel_init.S (board\samsung\jz2440)

/*
* 初始化存储控制器,经过此初始化之后,内存才可以使用
*/
/* 地址为 0x00000eb0 */
SMRDATA:
.long 0x22011110 //BWSCON
.long 0x00000700 //BANKCON0
.long 0x00000700 //BANKCON1
.long 0x00000700 //BANKCON2
.long 0x00000700 //BANKCON3
.long 0x00000740 //BANKCON4
.long 0x00000700 //BANKCON5
.long 0x00018005 //BANKCON6
.long 0x00018005 //BANKCON7
.long 0x008C04F4 //REFRESH
.long 0x000000B1 //BANKSIZE
.long 0x00000030 //MRSRB6
.long 0x00000030 //MRSRB7

  board_early_init_f(Jz2440.c (board\samsung\jz2440) ):

  u-boot移植(五)---代码修改---时钟修改、SDRAM

二、调试

  完成修改后,进行编译调试:

2.1 编译

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  编译完成后,查看文件大小:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  编译出的文件大小公有500多KB。

2.2 烧写进jz2440开发板

2.2.1 烧写已经制作完成好的u-boot

  开发板拨码开关先拨至nand flash启动那端。

  用openjtag工具连接电脑和开发板,启动命令行,进入uboot-bin所在目录:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  启动oflash:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  输入数字0,启动openjtag:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  输入数字1,选择S3C2440:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  选择1 Nor Flash prog

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  输入文件名:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  选择开始地址为0地址:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  开始烧写。

  烧写完成后,断开JTAG口。(JTAG 线上有复位引脚,使用 JTAG 工具烧好程序后,一定要把 JTAG 工具和开发板之间的 JTAG 排线断开, 并给开发板重新上电,开发板上的程序才能正常启动。

2.2.2 烧写新的u-boot

  连接串口线,开发板设置为nor启动,启动开发板。启动过程中按空格键

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  按q退出后,输入命令查看分区大小:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  bootloader分区不够,我们的新的u-boot.bin有500多K,无法用命令o来烧写。只能使用命令来烧写,接上USB线。

  打开dnw工具:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  输入如下命令:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  设置dnw工具:

  点击USB Port-》transmit->transmit,选择新编译的u-boot.bin。

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  此时只是把文件发送到了内存当中。

  去掉nor flash的写保护:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  从0地址开始擦除:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  从30000000地址把程序拷贝到nor flash的0地址。

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  重启开发板,查看烧写,串口上无任何反应。

2.3 调试

  使用openjtag进行调试。连接openjtag  adapter。

  打开openOCD GUI工具 点击connect。

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  打开telnet:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  执行命令,查看信息:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  查看nor flash的0地址:

  u-boot移植(五)---代码修改---时钟修改、SDRAM  u-boot移植(五)---代码修改---时钟修改、SDRAM

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  执行反汇编命令,生成u-boot.dis:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  结合代码查看,start.S中是执行玩了 cpu_init_crit后,跳转到 _main中去执行:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  _main在u-boot.dis中的地址如下:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  从0地址开始运行:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  在telnet中设置断点:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  继续运行:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  由于代码中那时候内存已经初始化,那么此时内存应该是可以访问的:

  读内存:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  写内存,并将内存读取出来:

  u-boot移植(五)---代码修改---时钟修改、SDRAM

  数据是正确的,证明我们的修改没有问题。SDRAM 的修改没有问题。

  此时还有一个问题是,我们的串口无任何打印。留待下一个再分析