rookie的专栏

前语：     在工作中发现很多新来的同事不太注重编译的细节，其实如果我们只有一个产品对应一个uboot那无所谓，直接配置然后make搞定一切。但是往往一个团队会维护和开发几款产品，要不然小公司就饿死了，除非公司很有钱不依靠研发产品养活公司。往往都是一个uboot对应很多产品，这样复用性较高，内核也是如此，底层的开发不用跟风，不是越新越好，更何况是工业级产品。底层的更新周期要远远大于应用层。因为

牢骚：     嵌入式行业当中，大都以做产品和解决方案居多。对于做产品的公司，BSP相关的工作相对少些甚至没有直接让方案公司来搞定。其实底层工作是还可以细分的，比如BSP和内核驱动。过来的人都清楚，底层工作有模式，但是不像应用开发有太多的套路，没有一个明确的梯形上升空间，总之下面出了问题，都是你的事。由于基于产品为目的开发比比皆是，使得大家忽略的uboot的功效。其实uboot也是一个博大精深

这一节我们继续来分析lowlevel_init。 一、判断当前代码执行的位置 /* when we already run in ram, we don't need to relocate U-Boot. * and actually, memory controller must be configured before U-Boot * is running