串口打印在调试BOOT或者驱动时非常重要，很多问题只能借助于这种原始的方法进行跟踪和调试。在一些情况下，添加打印信息程序就能正常执行，并得到正确的结果，而去掉打印信息后却不能正常工作。一般来说，串口打印会有延时的作用，所以为了保证程序正确执行，可以适当的添加延时。另外，在一些情况下需要注意变量的定义。今天LF在调试BOOT中的中断时发现，中断处理函数中变量的变化，并不能触发“中断处理线程”中的代码运行，添加打印信息后就可以正确执行。后来确认需要在定义变量时添加volatile，去掉打印信息也可以正确执行了。
在调试应用时，也会碰到单步执行程序运行正常，全速运行时会有问题。这可能也是延时的问题，可以添加延时后再全速运行试试看。今天WB在调试CMMB时，也发现一个怪事，同样的代码在ARM9平台上运行很好，移植到ARM11上却一直出错，单步调试似乎也不能解决问题。我的第一反应觉得这个应该跟延时无关。不过，最后确认就是延时的问题。把200ms的延时改为1000ms，程序就正常了。直觉又一次犯错。后来分析，这是个多线程程序，延迟是让别的线程确定执行完成，再继续本线程。如果延时不够，另外一个线程的“初始化”工作未完成，本线程的执行可能就会有问题了。延时在多线程程序中非比寻常。
串口打印、延时与volatile有一些关联，在调试程序时，有一些奇怪的问题或许就跟他们有关。
