静态方法把驱动程序编译进内核如何验证输出

怎样将驱动静态的编译到内核中

分布在各目录下的Kconfig构成了一个分布式的内核配置数据库，每个Kconfig分别描述了所属目录源文件相关的内核配置菜单。在内核配置make menuconfig(或xconfig等)时，从Kconfig中读出配置菜单，用户配置完后保存到.config(在顶层目录下生成)中。在内核编译时，主Makefile调用这个.config，就知道了用户对内核的配置情况。 上面的内容说明：Kconfig就是对应着内核的配置菜单。假如要想添加新的驱动到内核的源码中，可以通过修改Kconfig来增加对我们驱动的配置菜单，这样就有途径选择我们的驱动，假如想使这个驱动被编译，还要修改该驱动所在目录下的Makefile。因此，一般添加新的驱动时需要修改的文蠢枝件有两种（注意不只是两个）*Kconfig

config symboloptions

symbol就是新的菜单项，options是在这个新的菜单项下的属性和选项其中options部分有：1、类型定义：

每个config菜单项都要有类型定义，旅启bool：布尔类型， tristate三态：内建、模块、移除， string：字符串， hex：十六进制， integer：整型例如config HELLO_MODULE

bool "hello test module" bool类型的只能选中或不选中，tristate类型的菜单项多了编译成内核模块的选项，假如选择编译成内核模块，则会在.config中生成一个CONFIG_HELLO_MODULE=m的配置，假如选择内建，就是直接编译成内核影响，就会在.config中生成一个CONFIG_HELLO_MODULE=y的配置.2、依赖型定义depends on或requires

指此菜单的出现是否依赖于另一个定义config HELLO_MODULE

bool "hello test module"

depends on ARCH_PXA

这个例子表明HELLO_MODULE这个菜单项只对XScale处理器有效，即只有在选择了ARCH_PXA，该菜单才可见(可配置)。3、帮助性定义

只是增加帮助用关键字help或---help---

更多详细的Kconfigconfig语法可参考： Second: 内核的Makefile内核的Makefile分为5个组成部分：

Makefile 最顶层拆档如的Makefile

.config 内核的当前配置文档，编译时成为顶层Makefile的一部分

arch/$(ARCH)/Makefile 和体系结构相关的Makefile

s/ Makefile.* 一些Makefile的通用规则

kbuild Makefile 各级目录下的大概约500个文档，编译时根据上层Makefile传下来的宏定义和其他编译规则，将源代码编译成模块或编入内核。顶层的Makefile文档读取 .config文档的内容，并总体上负责build内核和模块。Arch Makefile则提供补充体系结构相关的信息。 s目录下的Makefile文档包含了任何用来根据kbuild Makefile 构建内核所需的定义和规则。（其中.config的内容是在make menuconfig的时候，通过Kconfig文档配置的结果） 在linux2.6.x/Documentation/kbuild目录下有详细的介绍有关kernel makefile的知识。最后举个例子：

config MTD_flashtest

tristate “ap71 flash"这样当make menuconfig时 ，将会出现 ap71 flash选项。第三：修改该目录下makefile文档。

添加如下内容：obj-$(CONFIG_MTD_flashtest) += flashtest.o这样，当您运行make menucofnig时，您将发现ap71 flash选项，假如您选择了此项。该选择就会保存在.config文档中。当您编译内核时，将会读取.config文档，当发现ap71 flash 选项为yes 时，系统在调用/driver/mtd/maps/下的makefile 时，将会把 flashtest.o 加入到内核中。即可达到您的目的。

原因：

一、.C中未定义。

二、.H中未引用。

三、未包含含有该类型的.H文件。

四、在keil中未添加.C或.H文件到工程。

解决方法键团：因为你没有把新建的c文件添加到工程中，左边窗口中，右键Sourse Group——Add file to就可以了。

电脑蓝屏又叫蓝屏死机，指的是微软Windows *** 作系统在无法从一个系统错误中恢复过来时所显示的屏幕图像。

***STOP 0x0000001E(0xC0000005,0xFDE38AF9,0x0000001,0x7E8B0EB4） KMODE_EXCEPTION_NOT_HANDLED ***

其中错误的第一部分是停机码（Stop Code）也就是STOP 0x0000001E，用于识别已发生错误的类型， 错误第二部分是被括号改改括起来的四个数字集，表示随机的开发人员定义的参数，第三部分是错误名稿歼橘。

信息第一行通常用来识别生产错误的驱动程序或者设备，这种信息多数很简洁，但停机码可以作为搜索项在微软知识库和其他技术资料中使用。

BSOD提供的信息指向nt_wrong_symbols.sys（nt_wrong_symbols）模块，通常表示错误代码0x1000007E。它表明系统线程生成了错误处理程序未捕获的异常

根据UgetFix技术人员的说法，nt_wrong_symbols.sys错误是一个典型的软件驱动程序错误，不太可能是由硬件问题引起的。在大多数情况下，更新或重新安装图形卡驱动程序有助于修复nt_wrong_symbols.sys蓝屏死机。磨缓请进入系统或安全模式

进入安全模式后，运行完整的恶意软件扫描，运行系统文件检查器，安装Windows更新并执行内存诊断。如果以上步骤都无法解决问题，请卸载Fall Creators Update

一旦进入安全模式，请务必检查过时的设备驱动程序。主要更新/重新安装图形卡驱动程序：

右键单击Windows键并选择设备管理器。

现在展开显示适配器部分并单击您的图形卡驱动程序瞎戚模。

选择更新驱动。

自动选仔渗择搜索更新驱动程序软件。

现在等待驱动程序更新。

---