启动kernel内核卡在了starting kernel ...了串口配置应该没问题，如果是机器号
能点亮 显示器 说明内存基本没有问题，不是主板就是硬盘问题
我以前修电脑就遇到过。
linux内核自带的s3c2440串口驱动里怎么配置串口啊，该怎么读写串口呢
以串口显示器为控制台，SHELL起来后，正常情printk的打信息只有最高等级的会打到控制台；OOPS函数中的printk会直接打到控制台上，记得处理函数中调用了console啥的函数，估计做了处理；printk的信息都在日志中，要是有遗漏，可以直接从printk的打印BUF中抓出来，前提是系统还没重启。
ksymoops这东东，在2.6下也不是那么好用，我处理OOPS主要还是靠反汇编去跟踪。
windows PC 串口控制台
楼主好，我已经解决这个问题了。
你需要先将开发板用串口和电脑连接，然后打开超级终端，设置好，再给开发板上电源，此时就会出现打印信息。
注意在超级终端设置好以前不要给开发板上电。
我的毕业设计也是这个东西，有什么问题希望多交流。
嵌入式Linux，u-boot初始化串口，跳转到Linux内核时，为什么可以不初始化串口，直接使用printk发串口数据
首先，串口通信是异步通信，不需要同步时钟 ；其次，波特率是表示数据传输速率，因此接收发送都必须设为一致才能正常通信，单片机和上位都要设置串口波特率；然后，单片机和上位机都必须初始化配置串口才能收发，具体来说，单片机需要开启串口接收中断，当上位机发送数据来时，就会触发单片机接收中断、，在中断服务程序里面处理发送过来的数据，中断结束后硬件自动清除接收标志标志位，等待下一次数据发送过来，这样就完成了一次通信。
这样说我想你应该懂了吧。
。
linux 内核配置make menucofig有选项不能修改
3.2 获得实际这我们一在开发一个可以捕获串口上的数据的过滤程序。
现在虚备已经绑定了真正的串口设备，那么，实际上如何从虚拟设备得到串口上流过的数据呢
答案是根据“请求”。
操作系统将请求发送给串口设备，请求中就含有要发送的数据，请求的回答中则含有要接收的数据。
下面分析这些“请求”，以便得到实际的串口数据流。
3.2.1 请求的区分Windows的内核开发者们确定了很多的数据结构，在前面的内容中我们逐渐地和DEVICE_OBJECT（设备对象）、FILE_OBJECT（文件对象）和DRIVER_OBJECT（驱动对象）见了面。
文件对象暂时没有什么应用（但是在本书后面的文件系统过滤中，文件对象是极为重要的）。
读者需要了解的是：（1）每个驱动程序只有一个驱动对象。
（2）每个驱动程序可以生成若干个设备对象，这些设备对象从属于一个驱动对象。
在一个驱动中可否生成从属于其他驱动的驱动对象的设备对象呢
从IoCreateDevice的参数来看，这样做是可以的，但是笔者没有尝试过这样的应用。
（3）若干个设备（它们可以属于不同的驱动）依次绑定形成一个设备栈，总是最顶端的设备先接收到请求。
请注意：IRP是上层设备之间传递请求的常见数据结构，但是绝对不是唯一的数据结构。
传递请求还有很多其他的方法，不同的设备也可能使用不同的结构来传递请求。
但在本书中，90%的情况下，请求与IRP是等价概念。
串口设备接收到的请求都是IRP，因此只要对所有IRP进行过滤，就可以得到串口上流过的所有数据。
串口过滤时只需要关心有两种请求：读请求和写请求。
对串口而言，读指接收数据，而写指发出数据。
串口也还有其他的请求，比如打开和关闭、设置波特率等。
但是我们的目标只是获得串口上流过的数据，而不关心打开关闭和波特率是多少这样的问题，所以一概无视。
请求可以通过IRP的主功能号进行区分。
IRP的主功能号是保存在IRP栈空间中的一个字节，用来标识这个IRP的功能大类。
相应的，还有一个次功能号来标识这个IRP的功能细分小类。
读请求的主功能号为IRP_MJ_READ，而写请求的主功能号为IRP_MJ_WRITE。
下面的方法用于从一个IRP指针得到主功能号（这里的变量irp是一个PIRP，也就是IRP的指针）。
\\\/\\\/ 这里的irpsp称为IRP的栈空间，IoGetCurrentIrpStackLocation获得当前栈空间\\\/\\\/ 栈空间是非常重要的数据结构PIO_STACK_LOCATION irpsp = IoGetCurrentIrpStackLocation(irp);if(irpsp->MajorFunction == IRP_MJ_WRITE){ \\\/\\\/ 如果是写…}else if(irpsp->MajorFunction == IRP_MJ_READ){ \\\/\\\/ 如果是读…}3.2.2 请求的结局对请求的过滤，最终的结局有3种：（1）请求被允许通过了。
过滤不做任何事情，或者简单地获取请求的一些信息。
但是请求本身不受干扰，这样系统行为不会有变化，皆大欢喜。
（2）请求直接被否决了。
过滤禁止这个请求通过，这个请求被返回错误了，下层驱动程序根本收不到这个请求。
这样系统行为就变了，后果是常常看见上层应用程序弹出错误框提示权限错误或者读取文件失败之类信息。
（3）过滤完成了这个请求。
有时有这样的需求，比如一个读请求，我们想记录读到了什么。
如果读请求还没有完成，那么如何知道到底会读到什么呢
只有让这个请求先完成再去记录。
过滤完成这个请求时不一定要原封不动地完成，这个请求的参数可以被修改（比如把数据都加密一番）。
当过滤了一个请求时，就必须把这个请求按照上面3种方法之一进行处理。
当然这些代码会写在一个处理函数中。
如何使用这个处理函数将在后面的小节中提及，这里先介绍这些处理方法的代码应该怎么写。
串口过滤要捕获两种数据：一种是发送出的数据（也就是写请求中的数据），另一种是接收的数据（也就是读请求中的数据）。
为了简单起见，我们只捕获发送出的数据，这样，只需要采取第1种处理方法即可。
至于第2、3两种处理方法，读者会在后面的许多过滤程序中碰到。
这种处理最简单。
首先调用IoSkipCurrentIrpStackLocation跳过当前栈空间；然后调用IoCallDriver把这个请求发送给真实的设备。
请注意：因为真实的设备已经被过滤设备绑定，所以首先接收到IRP的是过滤设备的对象。
代码如下（irp是过滤到的请求）：\\\/\\\/ 跳过当前栈空间IoSkipCurrentIrpStackLocation(irp);\\\/\\\/ 将请求发送到对应的真实设备。
记得我们前面把真实设备都保存在s_nextobj\\\/\\\/ 数组中。
那么这里i应该是多少
这取决于现在的IRP发到了哪个\\\/\\\/ 过滤设备上。
后面讲解分发函数时读者将了解到这一点status = IoCallDriver(s_nextobj[i],irp);3.2.3 写请求的数据那么，一个写请求（也就是串口一次发送出的数据）保存在哪里呢
回忆前面关于IRP结构的描述（第2章的2.3.3节），里面一共有3个地方可以描述缓冲区：一个是irp->MDLAddress，一个是irp->UserBuffer，一个是irp->AssociatedIrp.SystemBuffer。
不同的IO类别，IRP的缓冲区不同。
SystemBuffer是一般用于比较简单且不追求效率情况下的解决方案：把应用层（R3层）中内存空间中的缓冲数据拷贝到内核空间。
UserBuffer则是最追求效率的解决方案。
应用层的缓冲区地址直接放在UserBuffer里，在内核空间中访问。
在当前进程和发送请求进程一致的情况下，内核访问应用层的内存空间当然是没错的。
但是一旦内核进程已经切换，这个访问就结束了，访问UserBuffer当然是跳到其他进程空间去了。
因为在Windows中，内核空间是所有进程共用的，而应用层空间则是各个进程隔离的。
当然一个更简单的解决方案是把应用层的地址空间映射到内核空间，这需要在页表中增加一个映射。
当然这不需要编程者手工去修改页表，通过构造MDL就能实现这个功能。
MDL可以翻译为“内存描述符链”，但是本书按业界传统习惯一律称之为MDL。
IRP中的MDLAddress域是一个MDL的指针，从这个MDL中可以读出一个内核空间的虚拟地址。
这就弥补了UserBuffer的不足，同时比SystemBuffer的完全拷贝方法要轻量，因为这个内存实际上还是在老地方，没有拷贝。
回到串口的问题，那么串口写请求到底用的是哪种方式呢
老实点说，笔者并不清楚也没有去调查到底是哪种方式。
但是如果用下面的编码方式，无论采用哪种方式，都可以把数据正确地读出来。
PBYTE buffer = NULL;if(irp->MdlAddress != NULL) buffer = (PBYTE)MmGetSystemAddressForMdlSafe(irp->MdlAddress);else buffer = (PBYTE)irp->UserBuffer;if(buffer == NULL) buffer = (PBYTE)irp->AssociatedIrp.SystemBuffer;这其中涉及一个函数MmGetSystemAddressForMdlSafe，有兴趣的读者可以在WDK的帮助中查阅一下这个函数的含义。
同时也可以深入了解一下MDL，但是对阅读本书重要性不是很明显。
本书的后面涉及从MDL得到系统空间虚拟地址的情况下，都简单地调用MmGetSystemAddressForMdlSafe。
此外是缓冲区有多长的问题。
对一个写操作而言，长度可以如下获得：ULONG length = irpsp->Parameters.Write.Length;3.3 完整的代码3.3.1 完整的分发函数下面基于前面的描述，我们再尝试编写一个分发函数。
这个函数处理所有串口的写请求，所有从串口输出的数据都用DbgPrint打印出来。
也就是说，读者打开DbgView.exe，就可以看到串口的输出数据了。
这当然不如一些比较专业的串口嗅探软件好，但是读者可以以这个例子为基础开发更专业的工具。
NTSTATUS ccpDispatch(PDEVICE_OBJECT device,PIRP irp){ PIO_STACK_LOCATION irpsp = IoGetCurrentIrpStackLocation(irp); NTSTATUS status; ULONG i,j; \\\/\\\/ 首先要知道发送给了哪个设备。
设备最多一共有CCP_MAX_COM_ID \\\/\\\/ 个，是前面的代码保存好的，都在s_fltobj中 for(i=0;i
写请求，获得缓冲区及其长度 \\\/\\\/ 然后打印 if(irpsp->MajorFunction == IRP_MJ_WRITE) { \\\/\\\/ 如果是写，先获得长度 ULONG len = irpsp->Parameters.Write.Length; \\\/\\\/ 然后获得缓冲区 PUCHAR buf = NULL; if(irp->MdlAddress != NULL) buf = (PUCHAR)MmGetSystemAddressForMdlSafe( irp->MdlAddress,NormalPagePriority); else buf = (PUCHAR)irp->UserBuffer; if(buf == NULL) buf = (PUCHAR)irp->AssociatedIrp.SystemBuffer; \\\/\\\/ 打印内容 for(j=0;j
如果要把这个模块做成可以动态卸载的模块，则必须提供一个卸载函数。
我们应该在卸载函数中完成解除绑定的功能；否则，一旦卸载一定会蓝屏。
这里涉及到3个内核API：一个是IoDetachDevice，负责将绑定的设备解除绑定；另一个是IoDeleteDevice，负责把我们前面用IoCreateDevice生成的设备删除掉以回收内存；还有一个是KeDelayExecutionThread，纯粹负责延时。
这三个函数的参数相对简单，这里就不详细介绍了，需要的读者请查阅WDK的帮助。
卸载过滤驱动有一个关键的问题：我们要终止这个过滤程序，但是一些IRP可能还在这个过滤程序的处理过程中。
要取消这些请求非常的麻烦，而且不一定能成功。
所以解决方案是等待5秒来保证安全地卸载掉。
只能确信这些请求会在5秒内完成，同时等待之前我们已经解除了绑定，所以这5秒内不会有新请求发送过来处理。
这对于串口而言是没问题的，但是并非所有的设备都如此。
所以读者在后面的章节会看到不同的处理方案。
#define DELAY_ONE_MICROSECOND (-10)#define DELAY_ONE_MILLISECOND (DELAY_ONE_MICROSECOND*1000)#define DELAY_ONE_SECOND (DELAY_ONE_MILLISECOND*1000)void ccpUnload(PDRIVER_OBJECT drv){ ULONG i; LARGE_INTEGER interval; \\\/\\\/ 首先解除绑定 for(i=0;i 等待所有IRP处理结束 interval.QuadPart = (5*1000 * DELAY_ONE_MILLISECOND); KeDelayExecutionThread(KernelMode,FALSE,&interval); \\\/\\\/ 删除这些设备 for(i=0;i 前面已经介绍了一些函数，请把这些函数都拷贝下来集中到comcap.c文件里。 再建立一个目录，名为comcap来容纳这个文件。 这个文件的内容大致如下：NTSTATUS DriverEntry(PDRIVER_OBJECT driver, PUNICODE_STRING reg_path){ size_t i; \\\/\\\/ 所有的分发函数都设置成一样的 for(i=0;i 参考1.1.3节中的方法编译，然后加载执行这个驱动。 设法通过串口传输数据，打开DbgView.exe就能看到输出信息了。 这个例子的代码在随书附带光盘源代码的comcap目录下。 本章的示例代码本章的例子在源代码目录comcap下，编译结果为comcap，可以动态加载和卸载。 编译的方法请参考本书的附录“如何使用本书的源码光盘”。 加载后，如果有数据从串口输出，打开DbgView.exe就会看到输出信息了。 一般的读者可能没有使用串口的打印机，但是可以用如下的方法简单地使用串口，以便让这个程序起作用：打开“开始”菜单→“所有程序”→“附件”→“通讯”→“超级终端”，然后任意建立一个连接，如图3-1所示。 图3-1 打开“超级终端”用串口拨号注意连接时使用的COM1就是第一个串口。 这样单击“确定”按钮之后，在上面的文本框中任意输入字符串就会被发送到串口。 此时如果加载了comapp.sys，那么在DbgView.exe中就应该可以看到输出信息如图3-2所示。 图3-2 用comcap捕获的串口数据练习题1．纸上练习（1）在这一章中，所谓的过滤是什么意思 有什么意义 （2）何为内核对象 我们已经接触到了哪几种内核对象 （3）何为设备对象 你能在Windows系统中指出已经存在的至少5个设备对象吗 （4）DO是什么的简称?（5）何为绑定 哪些内核API可以实现设备的绑定 2．上机练习（1）编译comcap.c并执行，用DbgView看输出结果。 （2）对comcap.c进行修改，使之对所有的串口输出都禁止，然后测试。 （3）用WinObj找到并口设备的名字，并把comcap.c的代码改为对并口的过滤。 （4）有条件的读者请找一台并口打印机，尝试打印一个文本文件，然后用DbgView观察从并口过滤拦截到的数据。 console可以是串口，也可以是vga，console确实是只能输出，write，内核打印。 在UNIX系统中，计算机显示器通常被称为控制台终端（Console）。 它仿真了类型为Linux的一种终端（TERM=Linux），并且有一些设备特殊文件与之相关联：tty0、tty1、tty2等。 当你在控制台上登录时，使用的是tty1。 使用Alt+[F1—F6]组合键时，我们就可以切换到tty2、tty3等上面去。 tty1 –tty6等称为虚拟终端，而tty0则是当前所使用虚拟终端的一个别名，系统所产生的信息会发送到该终端上。 因此不管当前正在使用哪个虚拟终端，系统信息都会发送到控制台终端上。 你可以登录到不同的虚拟终端上去，因而可以让系统同时有几个不同的会话期存在。 只有系统或超级用户root可以向\\\/dev\\\/tty0进行写操作，serial_em86xx.c实现的是串口uart驱动，也注册了console，在console_init中调用console初始化，但是如果serial不做console的话，应该就不用注册console，但是串口uart驱动是必须的，就是uart_register_driver，其中涉及最关键的tty_driver,tty是一类char设备的通称，它们有相同的特性，比如对^C的处理，驱动使用tty_register_driver注册一个tty。 \\\/dev\\\/console是一个虚拟的tty，它映射到真正的tty上，如何映射等会再说。 console有多种含义，这里特指printk输出的设备，驱动使用register_console注册一个console。 console和tty有很大区别：console是个只输出的设备，功能很简单，只能在内核中访问；tty是char设备，可以被用户程序访问。 实际的驱动比如串口对一个物理设备会注册两次，一个是tty，一个是console，并通过在console的结构中记录tty的主次设备号建立了联系。 在内核中，tty和console都可以注册多个。 当内核命令行上指定console=ttyS0之类的参数时，首先确定了printk实际使用那个console作为输出，其次由于console和tty之间的对应关系，打开\\\/dev\\\/console时，就会映射到相应的tty上。 用一句话说：\\\/dev\\\/console将映射到默认console对应的tty上。 顺便说一句，console=ttyS0和\\\/dev\\\/ttyS0包含相同的设备名字完全是巧合，不同也没事。 所以如果是一个单纯的串口通信，可以不用实现console，只要实现uart驱动，包括tty_driver,就可以在应用层调用串口设备实现的接口，比如open（\\\/dev\\\/ttyS0）,然后selest，用于等待串口上的数据，而在内和层，驱动中，就是用wait_queue等来实现select的。 \\\/dev\\\/tty,\\\/dev\\\/console，\\\/dev\\\/tty是正在使用的虚拟终端，因此在这里tty_open就是ttyS0，因为前台进程的控制终端现在就是ttyS0，\\\/dev\\\/tty可以在用户空间访问，就是用户打印可以在该空间。 serial.c不是必须的，而serial_em86xx.c中提供了与其相似的功能，比如shutdown，startup等方法，以及console_write等，而console是在内核打印，而在erial_em86xx.c中，已经有串口uart驱动，而且与tty_driver关联起来，所以tty_open打开的就是ttyS0了。 如果当前进程有控制终端（Controlling Terminal）的话，那么\\\/dev\\\/tty就是当前进程的控制终端的设备特殊文件，用户打印。 tty_io.c中除了有tty_init,tty_open之外还有tty_poll,用于实现poll，另外还有用于异步通知的tty_fasync,主要是通过SIGIO信号来通知用户进程，因为串口速度不快，用异步通知也可以。 而如果速度要求快的话，就需要在中断中唤醒进程，用户程序用poll，select来等待了。 ldd3中有tty_driver的介绍了。 tty_ldisc是和console有关系的,n_tty,多串口支持，SIGIO。 tty_ldisc下面才是tty_driver。 串口如果是普通功能，就可以不跟tty关联起来，而实现char设备即可。 console是内核打印，在tty_io.c中console_init中有初始化em86xx_uart_console_init，在serial_em86xx.c中，有register_console，而register_console的实现是在printk.c,从而也说明了console内核打印和用户打印tty底层实现不一样。 而用户程序打印以及输入是tty，代码在行规n_tty.c中，而tty_ldisc的注册也是在console_init开始部分的，(void) tty_register_ldisc(N_TTY, &tty_ldisc_N_TTY);只不过这里的console_init部分是与定义的CONFIG_SERIAL_EM86XX_CONSOLE没有关系的，而是与tty有关的，n_tty->tty_io->serial_em86xx,serial_core.也就是说即使没有CONFIG_SERIAL_EM86XX_CONSOLE，假设console内核打印是在framebuffer，键盘的tty0，但用户程序的打印输入是在\\\/dev\\\/tty，最终是可以是在\\\/dev\\\/ttyS0,从而用户程序就可以通过\\\/dev\\\/ttyS0普通串口通信与串口通信设备通信了，而此时串口驱动可以不实现serial_console功能.console.c#ifdef CONFIG_VTcon_init();#endiftty_init#ifdef CONFIG_VTdev_console_driver = dev_tty_driver;dev_console_driver.driver_name = \\\/dev\\\/vc\\\/0;dev_console_driver.name = dev_console_driver.driver_name + 5;dev_console_driver.major = TTY_MAJOR;dev_console_driver.type = TTY_DRIVER_TYPE_SYSTEM;dev_console_driver.subtype = SYSTEM_TYPE_CONSOLE;if (tty_register_driver(&dev_console_driver))panic(Couldn't register \\\/dev\\\/tty0 driver\\\ );kbd_init();#endifconsole.c以及CONFIG_VT是内核控制台，内核打印方面的。 config VTbool Virtual terminal if EMBEDDEDselect INPUTdefault y if !VIOCONS---help---If you say Y here, you will get support for terminal devices withdisplay and keyboard devices. These are called virtual because youcan run several virtual terminals (also called virtual consoles) onone physical terminal. This is rather useful, for example onevirtual terminal can collect system messages and warnings, anotherone can be used for a text-mode user session, and a third could runan X session, all in parallel. Switching between virtual terminalsis done with certain key combinations, usually Alt-中标麒麟 控制台重定向串口取消配置在哪儿?
