首页 > 代码库 > 《linux 内核完全剖析》 keyboard.S 部分代码分析(key_map)

《linux 内核完全剖析》 keyboard.S 部分代码分析(key_map)

                                                       keyboard.S 部分代码分析(key_map)


keyboard中间有这么一段,我一开始没看明白,究竟啥意思

key_map:
	.byte 0,27
	.ascii "1234567890-="
	.byte 127,9
	.ascii "qwertyuiop[]"
	.byte 13,0
	.ascii "asdfghjkl;‘"
	.byte ‘`,0
	.ascii "\\zxcvbnm,./"
	.byte 0,‘*,0,32		/* 36-39 */
	.fill 16,1,0		/* 3A-49 */
	.byte ‘-,0,0,0,‘+	/* 4A-4E */
	.byte 0,0,0,0,0,0,0	/* 4F-55 */
	.byte ‘<
	.fill 10,1,0


shift_map:
	.byte 0,27
	.ascii "!@#$%^&*()_+"
	.byte 127,9
	.ascii "QWERTYUIOP{}"
	.byte 13,0
	.ascii "ASDFGHJKL:\""
	.byte ‘~,0
	.ascii "|ZXCVBNM<>?"
	.byte 0,‘*,0,32		/* 36-39 */
	.fill 16,1,0		/* 3A-49 */
	.byte ‘-,0,0,0,‘+	/* 4A-4E */
	.byte 0,0,0,0,0,0,0	/* 4F-55 */
	.byte ‘>
	.fill 10,1,0

alt_map:
	.byte 0,0
	.ascii "\0@\0$\0\0{[]}\\\0"
	.byte 0,0
	.byte 0,0,0,0,0,0,0,0,0,0,0
	.byte ‘~,13,0
	.byte 0,0,0,0,0,0,0,0,0,0,0
	.byte 0,0
	.byte 0,0,0,0,0,0,0,0,0,0,0
	.byte 0,0,0,0		/* 36-39 */
	.fill 16,1,0		/* 3A-49 */
	.byte 0,0,0,0,0		/* 4A-4E */
	.byte 0,0,0,0,0,0,0	/* 4F-55 */
	.byte ‘|
	.fill 10,1,0

.byte 该汇编指令定义0个或多个用逗号分开的字节值,每个表达式的值是1 byte

.ascii “string”  从位置计数器所指当前位置为字符串分配并储存字符串,可使用都好分开写出多个字符串,例如.ascii “hello world”,“don‘t panic” 该汇编指令会让as把这些字符串汇编在连续的地址处,每个字符串后面不会自动添加0(NUL)




写个代码测试一下,于是一测试就遇到各种麻烦,第一次写汇编,第一次用汇编和C连调,纠结了两天。。。还好有哥们帮忙一起hold住,讨论。实在是憋气啊。。。该死的bug

/**************************************************************************

source file: key.c

code writer : EOF

code date: 2014.05.11

e-mail : jasonleaster@gmail.com

code purpose:

         Just a test code for assembly source code---keyboard.S .

If there is something wrong with my code, please  touche me by e-mail.

****************************************************************************/

#include <stdio.h>

extern int map(int number);

int main()
{
        int temp = 0;
        int foo  = 0;

        for(temp = 0;temp < 97;temp++)
        {
                foo = map(temp);
                printf("%d:%c \n",temp,foo);
        }

        return 0;
}




/*******************************************************************************

source file: map.c

code writer : EOF

code date: 2014.05.11

e-mail : jasonleaster@gmail.com

code purpose:

         Just a test code for assembly source code---keyboard.S .

If there is something wrong with my code, please  touche me by e-mail.
********************************************************************************/

.global map
.text
.align 8
key_map:
        .byte 0,27
        .ascii "1234567890-="
        .byte 127,9
        .ascii "qwertyuiop[]"
        .byte 13,0
        .ascii "asdfghjkl;‘"
        .byte ‘`,0
        .ascii "\\zxcvbnm,./"
        .byte 0,‘*,0,32         /* 36-39 */
        .fill 16,1,0            /* 3A-49 */
        .byte ‘-,0,0,0,‘+       /* 4A-4E */
        .byte 0,0,0,0,0,0,0     /* 4F-55 */
        .byte ‘<
        .fill 10,1,0

.align 8
map:
        pushq   %rbp
        movq    %rsp,%rbp
        subq    $32,%rsp
        leaq    key_map,%rcx
        movq    %rdi,-8(%rbp)
        addq    -8(%rbp),%rcx
        movsbq  (%rcx),%rax
        leaveq
        retq


程序的目的就是把key_map出储存的ascii码作为字符全部打印出来。

WTF

在这个过程中有个悲剧的事实,

           在ret的时候,老是会有SIGSEGV,提示不能写入不能access的memory。。。。不理解,不明白

          然后这样纠结一天过去了!无尽的gdb!T-T 后来的viewer吸取教训,希望不要像我一样砸一天的时间在这个bug上了。

(gdb)
28        movsbq    (%rcx),%rax
(gdb)
29        leaveq
(gdb)
map () at ./map.s:30
30        retq     
(gdb)
Cannot access memory at address 0x7fff00000008
(gdb)

Program received signal SIGSEGV, Segmentation fault.


问题的解决简直就是戏剧化,因为我之前是写的movq -4(%rbp) ,%rcx 不是-4!是-8,这里是movq,寄存器是64位的寄存器!就这样。。。。


结果很好的印证了我的想法

jasonleaster@ubuntu:~/Desktop$ gcc -g -c ./key.c
jasonleaster@ubuntu:~/Desktop$ as -g -o ./map.o ./map.s
jasonleaster@ubuntu:~/Desktop$ gcc -g -o ./key.out ./key.o ./map.o
jasonleaster@ubuntu:~/Desktop$ ./key.out  >  temp

0:^@
1:^[
2:1
3:2
4:3
5:4
6:5
7:6
8:7
9:8
10:9
11:0
12:-
13:=
14:^?
15:
16:q
17:w
18:e
19:r
20:t
21:y
22:u
23:i
24:o
25:p
26:[
27:]

77:^@
78:+
79:^@
80:^@
81:^@
82:^@
83:^@
84:^@
85:^@
86:<
87:^@
88:^@
89:^@
90:^@
91:^@
92:^@
93:^@
94:^@
95:^@
96:^@