随想录（kgdb的基本原理）
【 声明：版权所有，欢迎转载，请勿用于商业用途。 联系信箱：feixiaoxing @163.com】
在linux kernel调试的时候，有一种很方便的调试方法，那就是kgdb。kgdb的本质，就是在kernel内部建立一个gdb server，通过串口，它就可以和gdb进行通信来调试了。kgdb的代码和kernel是独立开来的，也就是说，除了极少数的情况，kgdb不会调用kernel的函数。这样就保证kgdb可以任意在kernel中设置断点进行调试。
1、gdb调试
gdb调试时kgdb的基础。一般来说，我们怎么用gdb调试呢，如下所示
shell> gcc hello.c -g -o hello
shell> gdb hello
编译的时候，一般先添加-g选项。添加这个选项的好处是什么，那就是在编译的时候会在执行文件中添加调试信息。有了这些调试信息之后，查看变量、设置函数断点都非常方便。因为关于函数地址、变量地址的相关信息都保存在了调试信息当中。
那么如果没有-g选项，能不能调试呢，其实也是可以的，
shell> gcc hello.c -o hello
shell> gdb hello
没有-g本身并不会影响调试，只是gdb种的部分选项无法使用而已。这时候调试，一般需要把执行文件反汇编处理，利用地址和阅读汇编语言的方法进行调试和分析。
2、gdb server & gdb
对于嵌入式来说，硬件本身的性能决定了很多软件不能运行在嵌入式设备上。这个时候，人们就想出来了gdb server的方法。gdb server就相当于一个服务器，它接受pc 上gdb的命令，将gdb要做的动作做完，并反馈相应的结果就可以了。
shell> gdbserver ./hello :7070
shell> gdb ./hello
gdb> target remote 127.0.0.1:7070
上面的demo是为了说明gdb server的用法，在实际使用的使用，只需要将ip设置成对应的嵌入式设备ip就可以了。那么，如果gdb想要调试一个嵌入式板子上正在运行的程序怎么办？也不难，
shell> gdbserver :7070 --attach 12345
shell> gdb
gdb> target remote 127.0.0.1:7070
修改的方法就是在gdbserver运行的时候添加一个attach的编译选型就可以了。
3、kgdb
有一本书籍叫《软件调试》的，内容非常好，它主要就是讲软件调试基本原理的。一般来说，软件调试离不开cpu、操作系统、编译器和gdb等调试软件的帮助。cpu决定了什么指令本身会产生中断、操作系统帮助我们收集被调试程序的所有信息、编译器产生调试信息、gdb则完成调试者和系统的交互工作。前面，我们谈到了gdb server& gdb，这里的kgdb完成的就是gdb server的工作。kgdb的使用其实非常简单，
a、打开kernel下面的kgdb调试开关
b、修改kernel启动参数
c、打开gdb命令，设置target选项，完成和gdb的沟通工作，准备开始调试
关于上面kgdb的详细操作，可以参考这一篇文章，或者这一篇。 那kgdb本身是怎么完成的，大家可以参考kernel/debug下的代码，比如这，kernel本身最早是在2.6.35才正式引入kgdb的。之前kgdb都只能作为patch自己添加到kerne里面，十分不方便。
整个目录下面，最重要的文件就是debug_core.c和gdbstub.c两个文件。中间主要包括了两个流程，
a、设置断点的流程，在debug_core.c中有如下的代码
early_param("kgdbwait", opt_kgdb_wait);
，它说明了opt_kgdb_wait是在什么时候调用的。事实上，这个函数最重要的设计就是调用arch_kgdb_breakpoint，人为产生一个断点，让cpu进入异常，从而可以让kdgb可以与gdb进行交互处理。
b、处理异常
int
kgdb_handle_exception(int evector, int signo, int ecode, struct pt_regs *regs)
{
struct kgdb_state kgdb_var;
struct kgdb_state *ks = &kgdb_var;
int ret;
ks->cpu = raw_smp_processor_id();
ks->ex_vector = evector;
ks->signo = signo;
ks->err_code = ecode;
ks->kgdb_usethreadid = 0;
ks->linux_regs = regs;
if (kgdb_reenter_check(ks))
return 0; /* Ouch, double exception ! */
kgdb_info[ks->cpu].exception_state |= DCPU_WANT_MASTER;
ret = kgdb_cpu_enter(ks, regs);
kgdb_info[ks->cpu].exception_state &= ~(DCPU_WANT_MASTER |
DCPU_IS_SLAVE);
return ret;
}
这段代码就是kgdb异常的入口点。从kgdb_handle_exception-> kgdb_cpu_enter-> gdb_serial_stub函数，一条龙完成kgdb交互之前的准备工作，gdb_serial_stub函数如下所示，
/*
* This function performs all gdbserial command procesing
*/
int gdb_serial_stub(struct kgdb_state *ks)
{
int error = 0;
int tmp;
/* Clear the out buffer. */
memset(remcom_out_buffer, 0, sizeof(remcom_out_buffer));
if (kgdb_connected) {
unsigned char thref[8];
char *ptr;
/* Reply to host that an exception has occurred */
ptr = remcom_out_buffer;
*ptr++ = 'T';
ptr = pack_hex_byte(ptr, ks->signo);
ptr += strlen(strcpy(ptr, "thread:"));
int_to_threadref(thref, shadow_pid(current->pid));
ptr = pack_threadid(ptr, thref);
*ptr++ = ';';
put_packet(remcom_out_buffer);
}
kgdb_usethread = kgdb_info[ks->cpu].task;
ks->kgdb_usethreadid = shadow_pid(kgdb_info[ks->cpu].task->pid);
ks->pass_exception = 0;
while (1) {
error = 0;
/* Clear the out buffer. */
memset(remcom_out_buffer, 0, sizeof(remcom_out_buffer));
get_packet(remcom_in_buffer);
switch (remcom_in_buffer[0]) {
case '?': /* gdbserial status */
gdb_cmd_status(ks);
break;
case 'g': /* return the value of the CPU registers */
gdb_cmd_getregs(ks);
break;
case 'G': /* set the value of the CPU registers - return OK */
gdb_cmd_setregs(ks);
break;
case 'm': /* mAA..AA,LLLL Read LLLL bytes at address AA..AA */
gdb_cmd_memread(ks);
break;
case 'M': /* MAA..AA,LLLL: Write LLLL bytes at address AA..AA */
gdb_cmd_memwrite(ks);
break;
case 'X': /* XAA..AA,LLLL: Write LLLL bytes at address AA..AA */
gdb_cmd_binwrite(ks);
break;
/* kill or detach. KGDB should treat this like a
* continue.
*/
case 'D': /* Debugger detach */
case 'k': /* Debugger detach via kill */
gdb_cmd_detachkill(ks);
goto default_handle;
case 'R': /* Reboot */
if (gdb_cmd_reboot(ks))
goto default_handle;
break;
case 'q': /* query command */
gdb_cmd_query(ks);
break;
case 'H': /* task related */
gdb_cmd_task(ks);
break;
case 'T': /* Query thread status */
gdb_cmd_thread(ks);
break;
case 'z': /* Break point remove */
case 'Z': /* Break point set */
gdb_cmd_break(ks);
break;
#ifdef CONFIG_KGDB_KDB
case '3': /* Escape into back into kdb */
if (remcom_in_buffer[1] == '\0') {
gdb_cmd_detachkill(ks);
return DBG_PASS_EVENT;
}
#endif
case 'C': /* Exception passing */
tmp = gdb_cmd_exception_pass(ks);
if (tmp > 0)
goto default_handle;
if (tmp == 0)
break;
/* Fall through on tmp < 0 */
case 'c': /* Continue packet */
case 's': /* Single step packet */
if (kgdb_contthread && kgdb_contthread != current) {
/* Can't switch threads in kgdb */
error_packet(remcom_out_buffer, -EINVAL);
break;
}
dbg_activate_sw_breakpoints();
/* Fall through to default processing */
default:
default_handle:
error = kgdb_arch_handle_exception(ks->ex_vector,
ks->signo,
ks->err_code,
remcom_in_buffer,
remcom_out_buffer,
ks->linux_regs);
/*
* Leave cmd processing on error, detach,
* kill, continue, or single step.
*/
if (error >= 0 || remcom_in_buffer[0] == 'D' ||
remcom_in_buffer[0] == 'k') {
error = 0;
goto kgdb_exit;
}
}
/* reply to the request */
put_packet(remcom_out_buffer);
}
kgdb_exit:
if (ks->pass_exception)
error = 1;
return error;
}
当然，除了第一次交互是人为设置断点之外，后面的断点主要是依靠kgdb的命令设置来完成的。在交互模式下，你可以完成很多操作，比如查看内存、寄存器、设置断点，甚至可以扩展kgdb的功能都可以。目前kgdb支持最好的是x86 cpu，其他cpu只是完成gdb server的一些基本工作而已。