1.使用 Vscode 搭建 Linux Kernel 4.4.6 可视化调试环境
2.WinDbg实践--入门篇
3.如何卸载option of eds kernel debug

使用 Vscode 搭建 Linux Kernel 4.4.6 可视化调试环境

       本文旨在指导如何使用Vscode搭建Linux Kernel 4.4.6的内核可视化调试环境，通过Qemu模拟器、源码Busybox和Gdb等工具进行配置和调试。打打开首先，开内确保你的核源Linux宿主机为位，并安装好必要的内核u盘启动 源码编译内核工具。选择4.4.6版本的源码内核源代码，配置时开启debug信息和特定选项。打打开为得到流畅的开内代码提示，需生成compile_commands.json文件，核源可能需要使用bear工具。内核在编译过程中，源码可能会遇到与PIC模式和链接器版本相关的打打开星河134源码报错，需进行相应调整。开内完成内核编译后，核源利用Qemu启动并解决可能的重启问题。使用Busybox构建initramfs，以支持内核启动时的设备驱动和基本程序。最后，cs的源码通过.gdbinit和launch.json配置Vscode，实现在Kernel代码中的可视化调试，包括设置断点和启动调试过程。整个过程涉及从下载源码到成功进入Shell并进行调试的详细步骤。

WinDbg实践--入门篇

       WinDbg，即Windows平台上的版权 和源码调试工具，它由Windows和Debug两个词组合而成，具备强大的调试功能，能够调试用户模式、内核模式以及dump文件等。其调试命令分为基本命令、元命令和扩展命令三类。选型软件 源码基本命令和元命令是调试器自带的功能，元命令以"."开头，而扩展命令则以"!"开头。以下将通过实例和命令来实践WinDbg的使用。

       一.配置微软符号服务器[未能成功]

       在Windows程序中，通常会存在与XXX.exe相同名字的XXX.pdb文件，即Program Debug Database。pdb文件包含调试信息，由链接器生成。符号服务器（Symbol Server）是一个文件服务器，将调试符号进行集中存储，使得WinDbg能够解析符号名称。微软的符号服务器是常用的公共符号服务器，即msdl.microsoft.com/download/symbols，它是调试Windows应用程序和Windows内核程序不可或缺的。当然，用户也可以搭建自己的符号服务器。

       1.WinDbg默认的设置路径

       File -> Settings -> Debugging settings，默认的源码路径、符号路径和缓存路径如下：

       2.设置_NT_SYMBOL_PATH环境变量

       设置_NT_SYMBOL_PATH环境变量的值为：

       SRV*D:\mysymbol*/thread-... [3]Windbg调试命令详解： yiiyee.cn/blog///... [4]WinDbg用法详解： wenku.baidu.com/view/ca... [5]Good tutorial for WinDbg： stackoverflow.com/quest... [6]WinDbg设置调试符号路径与调试符号下载： blog.csdn.net/qq_... [7]dotnet/symreader-portable： github.com/dotnet/symre... [8]搭建自己的符号服务器： bbs.pediy.com/thread-... [9]Windows调试工具： docs.microsoft.com/zh-c... []WinDbg Online Help： dbgtech.net/windbghelp/... []WinDbg官方文档： windbg.org/ [].NET探秘：MSIL权威指南： url.ctfile.com/f/... (访问密码: )

       本文由 mdnice 多平台发布

如何卸载option of eds kernel debug

       è°ƒè¯•æ˜¯è½¯ä»¶å¼€å‘过程中一个必不可少的环节，在 Linux 内核开发的过程中也不可避免地会面对如何调试内核的问题。但是，Linux 系统的开发者出于保证内核代码正确性的考虑，不愿意在 Linux 内核源代码树中加入一个调试器。他们认为内核中的调试器会误导开发者，从而引入不良的修正[1].所以对 Linux 内核进行调试一直是个令内核程序员感到棘手的问题，调试工作的艰苦性是内核级的开发区别于用户级开发的一个显著特点。

        尽管缺乏一种内置的调试内核的有效方法，但是 Linux 系统在内核发展的过程中也逐渐形成了一些监视内核代码和错误跟踪的技术。同时，许多的补丁程序应运而生，它们为标准内核附加了内核调试的支持。尽管这些补 丁有些并不被 Linux 官方组织认可，但他们确实功能完善，十分强大。调试内核问题时，利用这些工具与方法跟踪内核执行情况，并查看其内存和数据结构将是非常有用的。

        本文将首先介绍 Linux 内核上的一些内核代码监视和错误跟踪技术，这些调试和跟踪方法因所要求的使用环境和使用方法而各有不同，然后重点介绍三种 Linux 内核的源代码级的调试方法。

        1. Linux 系统内核级软件的调试技术

        printk（） 是调试内核代码时最常用的一种技术。在内核代码中的特定位置加入printk（） 调试调用，可以直接把所关心的信息打打印到屏幕上，从而可以观察程序的执行路径和所关心的变量、指针等信息。 Linux 内核调试器（Linux kernel debugger，kdb）是 Linux 内核的补丁，它提供了一种在系统能运行时对内核内存和数据结构进行检查的办法。Oops、KDB在文章掌握 Linux 调试技术有详细介绍，大家可以参考。 Kprobes 提供了一个强行进入任何内核例程，并从中断处理器无干扰地收集信息的接口。使用 Kprobes 可以轻松地收集处理器寄存器和全局数据结构等调试信息，而无需对Linux内核频繁编译和启动，具体使用方法，请参考使用 Kprobes 调试内核。

        以上介绍了进行Linux内核调试和跟踪时的常用技术和方法。当然，内核调试与跟踪的方法还不止以上提到的这些。这些调试技术的一个共同的特点在于，他们 都不能提供源代码级的有效的内核调试手段，有些只能称之为错误跟踪技术，因此这些方法都只能提供有限的调试能力。下面将介绍三种实用的源代码级的内核调试 方法。

        2. 使用KGDB构建Linux内核调试环境

        kgdb提供了一种使用 gdb调试 Linux 内核的机制。使用KGDB可以象调试普通的应用程序那样，在内核中进行设置断点、检查变量值、单步跟踪程序运行等操作。使用KGDB调试时需要两台机器， 一台作为开发机（Development Machine），另一台作为目标机（Target Machine），两台机器之间通过串口或者以太网口相连。串口连接线是一根RS-接口的电缆，在其内部两端的第2脚（TXD）与第3脚（RXD） 交叉相连，第7脚（接地脚）直接相连。调试过程中，被调试的内核运行在目标机上，gdb调试器运行在开发机上。

        目前，kgdb发布支持i、x_、-bit PPC、SPARC等几种体系结构的调试器。有关kgdb补丁的下载地址见参考资料[4].

        2.1 kgdb的调试原理

        安装kgdb调试环境需要为Linux内核应用kgdb补丁，补丁实现的gdb远程调试所需要的功能包括命令处理、陷阱处理及串口通讯3个主要的部分。 kgdb补丁的主要作用是在Linux内核中添加了一个调试Stub.调试Stub是Linux内核中的一小段代码，提供了运行gdb的开发机和所调试内 核之间的一个媒介。gdb和调试stub之间通过gdb串行协议进行通讯。gdb串行协议是一种基于消息的ASCII码协议， 包含了各种调试命令。当设置断点时，kgdb负责在设置断点的指令前增加一条trap指令，当执行到断点时控制权就转移到调试stub中去。此时，调试 stub的任务就是使用远程串行通信协议将当前环境传送给gdb，然后从gdb处接受命令。gdb命令告诉stub下一步该做什么，当stub收到继续执 行的命令时，将恢复程序的运行环境，把对CPU的控制权重新交还给内核。