在u-boot的start.s源文件中呈现“.balignl 16 0xdeadbeef”句子，这条句子是完成地址对齐的。
.balignl与. align相似，完好的laign句子格局为：.align {alignment} {,fill} {,max}
alignment用于指定对齐方法，或许的取值为2的次幂，缺省为4。fill是填充内容，缺省用0填充。max是填充字节数最大值，假如填充字节数超越max, 不进行对齐。
下面分4种状况进行比照：
1.正常状况
.word 0x12345678
.global _end_vect
_end_vect:
.balignl 16,0xdeadbeef
此刻.balignl坐落的地址是0x50，恰好是16的倍数，所以不填充。如图所示：
2.填充一个字
//.word 0x12345678
.global _end_vect
_end_vect:
.balignl 16,0xdeadbeef
此刻将0x12345678注释掉，.balignl坐落的地址是0x4c，不是16的倍数，所以要运用0xdeadbeef进行填充。如图所示：
3.填充三个字
.word 0x12345678
.word 0x12345678
.global _end_vect
_end_vect:
.balignl 16,0xdeadbeef
此刻加多一个0x12345678，使.balignl的地址坐落0x54，不是16的倍数，所以要填充到0x5f，内容运用指定的0xdeadbeef。如图所示：
4.超越约束不填充
.word 0x12345678
.word 0x12345678
.global _end_vect
_end_vect:
.balignl 16,0xdeadbeef,8
此刻约束填充最多8个字节，可是需求填充12个字节，所以不填充。如图所示：
弥补：
|
.balignl 16,0xdeadbeef 是uboot开端文件下的start.S文件57行. 由于猎奇这个代码的意义,所以百度了下: ==================================================== (http://haoyeren.blog.sohu.com/84511571.html) 先要弄了解.balignl的意思，这个其实应该算是一个伪操作符，伪操作符的意思便是机器码里，并没有一个汇编指令与其对应，是编译器来完成其功用的。.balignl是.balign的变体，.balign是意思是，在以其时地址开端，地址计数器有必要是以第一个参数为整数倍的地址为尾，在前面记载一个字节长度的信息，信息内容为第二个参数。 .balign 8, 0xde 它的意思便是在以其时地址开端，在地址为8的倍数的方位的前面填入一个字节内容为0xde的内容。假如其时地址正好是8的倍数，则没有东西被写入到内存。 ======================================================= http://blog.163.com/mcu_expert/blog/static/131245153201073125947792 关于.balignl 16,0xdeadbeef这句，功用阐明没有错，便是想在某个方位刺进0xdeadbeef这个特别的内存值。错就错在我对这个16的了解上面。16是 16个字节，这是没有错的，可是这个16的由来，并不是我所了解的得至少为16个字节，才干在任何状况下确保刺进这个特别的内存值。我在此篇博客的留言中，答复某位网友的发问，举了个pc为0x00000007地址，偏移量某为8字节时，这个时分就不可4字节的内容了，以此推导出的，至少有16个字节才干确保这个特别的内存值的刺进也是彻底过错的。 举个反例，假如按给那位网友的解说，那就算有16个字节的偏移量，那假如pc地址为0x0000000F时，也只需一个字符的空间，那这个deadbeef的值仍是不可。以此类推，就算这个值为恣意一值，按我之前解说的过错逻辑，也都是有不满足的状况的，呵呵。所以我之前的推论有误，特此更正。我现在把16这个值的由来进行阐明。 ARM920T处理器中心，支撑32位与16位两种指令长度，16位的指令叫thumb指令集，由于我运用的是32位指令集，所以一切都是以32位指令集进行阐明。 既然是32位指令集，所以一条指令就占32位，即4字节，所以在调试器中，地址的显现也是4字节一跳的（调试器的截图在这篇博文的谈论中有链接），所以pc的值，也是4字节一跳的，并不存在或许pc的值为0x00000007的状况，呵呵。 这个当地填16个偏移量，是由于 .globl _start //不占内存 占了4×8=32字节内存。 _undefined_instruction: .word undefined_instruction //占4字节内存 占了4×7=28字节内存。 所以在这个.balignl 16,0xdeadbeef指令之前，总共占了4×15=60个字节的内存，所以本代码的作者其时就简略的在15这个数上，加了个1，即16，把其时指针往后移到地址为64的方位，然后在前面插上了0xdeadbeef这个特别的值。 我不知道这个当地是作者一个过错，歪打正着呢，仍是怎样回子事，其实这个偏移的值还有好多种状况。假如说最小的值的话，那么也能够写成.balignl 8,0xdeadbeef，也能够到达相同的意图。由于60不是8的倍数，可是64是8的倍数 (60到64之间都不是8的倍数,相同也不是16的倍数,所以写8和16都可行)，假如写8，也正好插到64前面，也即60这个内存开端地址。假如更大一点儿的呢，那么填32也能够到达相同的作用，即.balignl 32,0xdeadbeef，道理同上。当然，不能为4，由于pc值在任何时分，都是4的倍数 (60是4的倍数)，只需不为0就为4的倍数，呵呵，这个值不可，假如用了这个值，0xdeadbeef永久也插不进去，呵呵。 |
