一、代码流程
1.1 串口代码
程序流程图如下；
default_serial_console 执行的代码如下：
在JZ2440.H中有如下定义：
则执行结构体s3c24xx_serial0_device，从而执行INIT_S3C_SERIAL_STRUCTURE(0, "s3ser0")：
_serial_setbrg 为串口时钟设置函数：
其中，调用get_PCLK()进行串口时钟的设置：
PCLK的计算涉及到 HCLK，在函数中调用了get_HCLK() 来获取HCLK的值。
get HCLK的代码就HCLK的计算，这里对应着寄存器CLKDIVN：
此时我们已经不需要在往下分析了。从我们的代码上看，设置与配置都没有问题，宏的定义已经存在了。也不需要配置了，但是u-boot启动后却无法打印CPU信息。
那么就只能看看u-boot.dis文件了，看我们的代码流程执行的是否与我们所想的代码流程一样。
二、串口打印
首先我们定位到串口的初始化：
在38a8这个地址执行了跳转，跳转到了 2e43c serial_initalize 串口初始化函数，查找2e43c 进入串口初始化：
这里再执行了跳转，跳转到了 serial_fin_console_or_panic 这个函数，这里就感觉优点不对了，我们分析的串口初始化的跳转应该是跳转到s3c24xx_serial_initialize() 这个函数中，去执行。Serial.c (driversserial)
这里跳转是跳转到serial_initialize()中，然手再跳转到serial_find_console_or_panic 去执行。这两个函数都在Serial-uclass.c (driversserial)中。
代码执行的流程不对了，就要看看makefile中的配置是否正确了。
在 drivers/serial/Makefile 中有如下定义：
查一看 CONFIG_DM_SERIAL 在哪里有定义：
在 include/configs/jz2440.h 的文件中，是没有定义CONFIG_DM_SERIAL 的，但是我们看到在 include/generated/autoconfig.h 中定义了CONFIG_DM_SERIAL 为1。
同样 也看见生成的u-boot.cfg文件中，CONFIG_DM_SERIAL 有这一行。
autoconfig.h文件是由.config文件自动生成的。因此我们可以直接修改我们的jz2440_defconfig文件来控制这个条件。但是不需要这么做，我们可以使用 make menuconfig 来控制：
在u-boot 的根目录下执行命令: make menuconfig，然后按 “/” 搜索 CONFIG_DM_SERIAL
配置位置，看location 下面的，进入DEVICE Drivers->Serial drivers：
这里默认配置了两项，上一张图的搜索中，Prompt 一栏说明了我们CONFIG_DM_SERIAL对应的是 Enable Driver Model for serial drivers，选择它，然后选择help 查看信息：
意思是：使能串口驱动模型。这个模型是用串口 uclass 来替代 drivers/serial/serial.c ，uclass 实现 serial_putc() 等。uclass 接口被定义在 include/serial.h 中。
我们不需要此配置，所以取消选中，保存退出。
重新编译u-boot，然后生成dis文件。
再看下串口初始化的位置：
接着跳转到我们需要的文件中去了：
执行烧写，查看结果，由于本人的是WIN10系统，运行DNW造成[ERROR:Can't create dnw.ini]，因此直接用JTAG进行烧写，烧写完成后，显示结果为：
DNW兼容性不好，电脑好还是有JTAG直接进行烧写进 nor flash。用DNW发送文件后，烧写进nor flash虽然成功，但是报错[ERROR:Can't create dnw.ini]造成uart无法显示结果。