新的开始——LED灯汇编机器码的点亮方式

在几个月前看2440视频的时候,发现太多知识欠缺,购买开发板期间补习makefile,linux,arm汇编和arm构架之后,现在重新开始学习。

先看板子LED硬件连接图:

可以看到LED 1,2,4连接GPF4,5,6。故,查看芯片手册GPF IO口:

有寄存器地址,有对应位的功能,剩下的就是我们的编程了。

写在前面:基本汇编拾遗

Load/Store 内存访问指令:

LDR:字 数据读取指令

LDRB:字节读取指令

LDR R0,[R1];把内存单元R1中的数据读取到R0寄存器中

。。。LDR,STR还有很多后缀的指令不详举例了,以后用到再说明

STR:字数据写入指令

STRB:字节数据写入指令

STR R0,[R1,#0X100];把R0中的数据保存到内存单元(R1+0X100)中

B:跳转

MOV:移动 MOV R1,R0;把R0的值赋值给R1

伪指令:LDR(上面一个LDR的用法是汇编指令,但是LDR也可以是伪指令)

LDR R0,=0X1234;表示把0x1234赋值给R0,你可能会想,MOV不就可以达到效果了吗?

但是,MOV只能处理立即数,当我们不能保证一个数是否是立即数的时候,请使用LDR伪指令。

关于什么样的数才能算是立即数,可以参考ARM体系结构 P24对立即数的叙述。

简单介绍一下:

每个立即数由一个8位的常数循环右移偶数位得到,循环右移的偶数由一个4位二进制数的两倍表示记作rotate_imm,8位常数记作immed_8,立即数记作<immediate>;

<immediate>=immed_8循环右移(2*rotate_imm)

现在开始编写汇编指令,linux与windows开发最大的不同就是linux一切靠自己,不用IDE。

/*
 * 点亮LED1: gpf4
 */

.text/*文本段*/
.global  _start/*全局标号_start*/

_start:

/* 配置GPF4为输出引脚
 * 把0x100写到地址0x56000050
 */
    ldr r1, =0x56000050/*为什么不使用mov,因为立即数不是一眼就能看出来的*/
    ldr r0, =0x100    /* mov r0, #0x100 */
    str r0, [r1]


/* 设置GPF4输出低电平 
 * 把0写到地址0x56000054
 */
    ldr r1, =0x56000054
    ldr r0, =0    /* mov r0, #0 */
    str r0, [r1]

    /* 死循环 ,因为flash后面的数据不可预知,只能停留在这里*/
halt:
    b halt

这里使用c/c++中的注释方式,其实汇编中应该使用分号; 代表注释。

上述代码只是简单粗暴的完成了任务,但是破坏了寄存器中其他位的数据,作为第一个程序,暂且先这样。

需要使用到上篇随笔安装的两个工具,交叉编译器arm-linux-gcc和samba服务器,这里简单说明一下makefile:

all:
    arm-linux-gcc -c -o led_on.o led_on.S
    arm-linux-ld -Ttext 0 led_on.o -o led_on.elf
    arm-linux-objcopy -O binary -S led_on.elf led_on.bin
    arm-linux-objdump -D led_on.elf > led_on.dis
clean:
    rm *.bin *.o *.elf

这个makefile显然只能是拿来入门使用,关于其中的工具链用法,在linux系列随笔中已经有过讲解

 是不是这样就完了呢?显然不是,还要进一步分析反汇编:

第一列表示地址,第二列表示机器码,第三列表示汇编码。

ARM9采用三级流水线工作方式,可以大大提高系统效率。三级流水线,取址,译码,执行。

当cpu在执行一条指令时,已经开始对下一条指令进行译码,对下下一条指令进行取址了。这也就是我们常说的PC值等于当前指令地址加上8的原因。

分析第一条汇编,r1=[pc+20];此时pc=当前指令地址(0)+8+20=28=0x1c

可以看到在地址1c处,存放的是0x56000050,这就相当于把[pc+20]地址的内容赋值给r1,此时就r1=0x56000050。

第二条指令把256即0x100赋值给r0;

第三条指令,把r0的值写在r1的地址内,即把0x100写进地址0x56000050。后面的以此类推。

分析了反汇编之后,我们就可以通过更改bin文件,即直接更改二进制文件达到点亮led灯的效果。

刚才我们点亮了GPF4,现在点亮GPF 5,只用把上面的0x100改成0x400,其他不变(后面说注意事项)。

我们知道上面的第二列表示机器码之后,需要达到直接写一串机器码,实现MOV R0,#0X400的功能,此时我们需要查看

MOV指令机器码:

上面生成的二进制文件,可以使用sublime text 或者Uedit32打开。

先看上面我们生成的MOV RO,#256机器码:

e3a00c01

对照上面的MOV机器码,做几点说明,12-15位表示Rd,此时我们使用的是R0,这四个位全为0,表示寄存器R0,最后0-11位(立即数)就是我们需要修改的了。

关于立即数,上面做了说明:

<immediate>=immed_8循环右移(2*rotate_imm)

这里的0-11位高4位就是rotate_imm,低八位就是8位常数immed_8。

0x100的表示如上图,

公式:<immediate>=immed_8循环右移(2*rotate_imm)

高4位12,低八位为1,1循环右移2*12,刚好等于0x100.

那么0x400的呢?

可以想到,0x400,二进制0x1后面10个0,前面就需要22位,所以,我们可以采用1循环右移22位。

/* 中途插播 */

NOTE:

右移本来就是不确定的,左移是确定的,但是,右移的不确定是根据cpu的具体实现来决定的,就是不同的cpu可以有不同的处理,在我们这里,就是特定这个cpu S3C2440,所以我们的右移补位方式这里就是对特定CPU的。这个符合我们的需求,但是在其他硬件平台上,右移如何补位,要查看它的参考资料。

/* 插播 完毕*/

所以我们0x400的立即数就可以表示为:高四位为11,低八位位1,这样就可以切合。有公式完成这个就不再赘述了。

最后得出:

现在我们更改之前的bin文件,把上面MOV r0,#256的机器码改成上图的e3a00b01

烧写进入单板,观察是否点亮GPF 5.

之前的bin文件做一点说明:

可以看到我们的e59f1014在图1和图2上似乎顺序不同,一个是反的,一个正的。这是因为我们采取单板默认的小端模式进行的开发,小端模式,高位在高地址,地位在低地址。

所以只用把图1中第五列的0c改成0b即可,下载进入,观看现象。当然是被点亮了。

最后,再说明一点,这个更改机器码确实麻烦,我们已经过去了那个写机器码的年代,但是知道这些,总会有好处的,

上面的改写0x400是因为我刚好的写入的是一个立即数,要是例如0x123这样的非立即数数据,是不会反汇编mov指令的,下面测试:

反汇编:

 通过这些学习,我们可以和cpu的距离变得更近。

原文地址:https://www.cnblogs.com/yangguang-it/p/7726491.html