LINUX中，怎么看某个进程的PCB

下面是亚嵌教育嵌入式系统工程师培训课程大纲：

课程安排课程简介第一阶段

Linux *** 作和编程基础 主要介绍Linux的基本命令和基础编程知识，包括Linux的文件 *** 作和目录 *** 作命令，VI编辑器，GCC编译器，GDB调试器和Make项目管理工具等知识。第二阶段

嵌入式C语言编程基础 主要介绍在嵌入式开发编程中C语言的重要概念和编程技巧中的重点难点，以复习串讲和实例分析的形式，重点介绍包括函数与程序结构，指针、数组和链表，库函数的使用等知识。第三阶段

Linux上C强化编程训练 主要包括整数算法训练，递归和栈编程训练，位 *** 作训练，指针训练，字符串训练和常用C库函数编程接口实践，强化学员对Linux下基本编程开发的理解和编码调试的能力。第四阶段

Linux环境高级编程及项目开发编程实践 主要包括系统编程(信号/系统调用/管道/FIFO/消息队列/共享内存等)，文件I/O编程(文件描述符/文件读写接口/原子 *** 作/阻塞与非阻塞IO等，多任务和多线程编程(进程标识/ 用户标识/fork与vfork/多线程概念/线程同步等)，网络编程(网络基本概念/套接口编程/网络字节次序/Client/Server结构/UDP编程)；掌握Linux下Socket编程的开发流程，熟悉网络编程的调用接口函数和相关数据结构，使学员初步具备在Linux上进行系统编程开发的能力。同时综合之前所学内容和编程技术，以小组为单位进行一个团队合作项目的开发，考核内容包括文件I/O编程，多线程编程，网络编程和项目文档编写。期中考试第五阶段

嵌入式处理器体系结构及编程实践 主要介绍ARM体系结构及其基本编程知识，包括指令分类，寻址方式、指令集、存储系统、异常中断处理、汇编语言以及C\C++和汇编语言的混合编程等知识。同时结合ARM嵌入式开发板硬件设计原理和基本硬件设计流程，分析各种外设的工作原理和驱动机制，并自己动手实践完成一个ARM开发板上的编程大作业。第六阶段

嵌入式Linux开发基础及高级应用 主要介绍嵌入式Linux开发应用程序的基本流程和知识，包括嵌入式Linux基本概念和开发流程、Bootloader工作原理、内核裁减配置和交叉编译、根文件系统制作、网络编程以及图形界面和数据库开发等知识。同时独立完成一个基于嵌入式Linux GUI的应用编程大作业。第七阶段

嵌入式 Linux驱动理论及驱动程序开发实践 主要介绍嵌入式Linux上驱动程序开发规范，包括设备驱动程序概念、字符设备驱动程序、块设备与网络设备、网卡驱动以及常用嵌入式设备驱动开发等知识。同时独立实现两种嵌入式设备驱动程序的编写，包括驱动模块的调试和加载以及完整的项目开发文档的编写。第八阶段

嵌入式Linux项目团队开发实践锻炼 主要包括设计并实现一个真实和完整的嵌入式项目的开发流程，涉及到数据采集、网络通讯、图形用户界面显示以及嵌入式数据库存储系统等多种嵌入式Linux编程技术。要求学员建立起团队开发和协同工作的企业项目开发模式的概念和流程，强化学员对编写项目概要设计文档和详细设计文档的理解，为就业前的职业技能和素质训练做好充分准备。

培养目标：

培训目标学习内容掌握程度掌握多种编程语言C 语言精通 ARM 汇编语言 熟悉 C++ 语言 熟悉 掌握 Linux 高级编程文件 *** 作精通 进程/线程精通 掌握两种嵌入式实时 *** 作系统Linux精通 uCLinux精通 掌握两种处理器体系结构ARM 体系结构精通 MIPS 体系结构精通 掌握ARM核处理器Samsung S3C4510精通 Samsung S3C2410精通 掌握一种 MIPS 核处理器MIPS Godson 龙芯 熟悉 MIPS Godson 龙芯 熟悉 掌握两种硬件设计工具Candence PCB 了解 Protel 了解掌握两种Linux下编辑软件VI精通 EMACS 了解掌握两种串口通讯工具超级终端 （Windows） 熟悉 MiniCOM （Linux） 熟悉 掌握三种 Flash 烧写工具Flash Programmer （GUI） 熟悉 JFlash 烧写软件及原理精通 SJF系列烧写软件及原理精通 掌握两种调试工具JTAG 在线调试器 熟悉 SkyEye 仿真调试工具 熟悉 掌握两种集成开发环境ARM ADS精通 K-Develop IDE 熟悉 掌握一种源代码版本管理工具CVS/SVN 熟悉 掌握嵌入式 Linux整体开发流程 熟悉 GNU 交叉编译器使用Cross-compiler-gcc/g++精通 Linux Makefile 组织结构精通 Bootloader 启动代码u-Boot精通 RedBoot 熟悉 内核编译配置参数设置精通 内核调试 熟悉 文件系统JFFS2 文件系统精通 NFS 文件系统精通 ROMFS 文件系统精通 EXT2 文件系统 熟悉 YAFF 文件系统 了解设备驱动程序Linux设备驱动精通 串口/GPIO精通 网卡设备驱动精通 USB设备驱动 熟悉 嵌入式图形系统MiniGUI精通 QT/Embedded 熟悉 MicroWIN 了解嵌入式数据库系统SQLLite精通 嵌入式应用程序开发网络通讯应用开发精通 数据库存储应用开发 熟悉 多媒体应用开发 熟悉 图形用户界面开发精通 Shell 编程技巧 熟悉 说明

精通：表明对于所学内容和工具的原理进行过深入分析，了解相关内容实现的具体技术细节，并掌握了相关工具的高级使用技巧。

熟悉：表明对于所学内容和工具能够融会贯通，掌握相关内容的基本概念，并能够熟练使用相关工具的常用技巧。

了解：表明对于所学内容和工具一般了解，能够区别相关内容在概念上的异同，并能够初步使用相关工具

假如 我们现在利用Select语句从数据库查询数据 Oracle数据库是如何运作的呢从中我们可以领悟到什么呢下面 就结合一条简单的select语句 看看Oracle数据库后台的运作机制 这对于我们之后的系统管理与故障排除非常有帮助

第一步 客户端把语句发给服务器端执行

当我们在客户端执行select语句时 客户端会把这条SQL语句发送给服务器端 让服务器端的进程来处理这语句 也就是说 Oracle客户端是不会做任何的 *** 作 他的主要任务就是把客户端产生的一些SQL语句发送给服务器端 虽然在客户端也有一个数据库进程 但是 这个进程的作用跟服务器上的进程作用事不相同的 服务器上的数据库进程才会对SQL语句进行相关的处理 不过 有个问题需要说明 就是客户端的进程跟服务器的进程是一一对应的 也就是说 在客户端连接上服务器后 在客户端与服务器端都会形成一个进程 客户端上的我们叫做客户端进程;而服务器上的我们叫做服务器进程 所以 由于所有的SQL语句都是服务器进程执行的 所以 有些人把服务器进程形象地比喻成客户端进程的 影子

第二步 语句解析

当客户端把SQL语句传送到服务器后 服务器进程会对该语句进行解析 同理 这个解析的工作 也是在服务器端所进行的 虽然这只是一个解析的动作 但是 其会做很多 小动作

查询高速缓存 服务器进程在接到客户端传送过来的SQL语句时 不会直接去数据库查询 而是会先在数据库的高速缓存中去查找 是否存在相同语句的执行计划 如果在数据高速缓存中 刚好有其他人使用这个查询语句的话 则服务器进程就会直接执行这个SQL语句 省去后续的工作 所以 采用高速数据缓存的话 可以提高SQL语句的查询效率 一方面是从内存中读取数据要比从硬盘中的数据文件中读取数据效率要高 另一方面 也是因为这个语句解析的原因

不过这里要注意一点 这个数据缓存跟有些客户端软件的数据缓存是两码事 有些客户端软件为了提高查询效率 会在应用软件的客户端设置数据缓存 由于这些数据缓存的存在 可以提高客户端应用软件的查询效率 但是 若其他人在服务器进行了相关的修改 由于应用软件数据缓存的存在 导致修改的数据不能及时反映到客户端上 从这也可以看出 应用软件的数据缓存跟数据库服务器的高速数据缓存不是一码事

语句合法性检查

当在高速缓存中找不到对应的SQL语句时 则数据库服务器进程就会开始检查这条语句的合法性 这里主要是对SQL语句的语法进行检查 看看其是否合乎语法规则 如果服务器进程认为这条SQL语句不符合语法规则的时候 就会把这个错误信息 反馈给客户端 在这个语法检查的过程中 不会对SQL语句中所包含的表名 列名等等进行SQL他只是语法上的检查

语言含义检查

若SQL语句符合语法上的定义的话 则服务器进程接下去会对语句中的字段 表等内容进行检查 看看这些字段 表是否在数据库中 如果表名与列名不准确的话 则数据库会就会反馈错误信息给客户端

所以 有时候我们写select语句的时候 若语法与表名或者列名同时写错的话 则系统是先提示说语法错误 等到语法完全正确后 再提示说列名或表名错误 若能够掌握这个顺序的话 则在应用程序排错的时候 可以节省时间

获得对象解析锁

当语法 语义都正确后 系统就会对我们需要查询的对象加锁 这主要是为了保障数据的一致性 防止我们在查询的过程中 其他用户对这个对象的结构发生改变 对于加锁的原理与方法 我在其他文章中已经有专门叙述 在这里就略过不谈了

数据访问权限的核对

当语法 语义通过检查之后 客户端还不一定能够取得数据 服务器进程还会检查 你所连接的用户是否有这个数据访问的权限 若你连接上服务器的用户不具有数据访问权限的话 则客户端就不能够取得这些数据 故 有时候我们查询数据的时候 辛辛苦苦地把SQL语句写好 编译通过 但是 最后系统返回个 没有权限访问数据 的错误信息 让我们气半死 这在前端应用软件开发调试的过程中 可能会碰到 所以 要注意这个问题 数据库服务器进程先检查语法与语义 然后才会检查访问权限

确定最佳执行计划

当语句与语法都没有问题 权限也匹配的话 服务器进程还是不会直接对数据库文件进行查询 服务器进程会根据一定的规则 对这条语句进行优化 不过要注意 这个优化是有限的 一般在应用软件开发的过程中 需要对数据库的sql语言进行优化 这个优化的作用要大大地大于服务器进程的自我优化 所以 一般在应用软件开发的时候 数据库的优化是少不了的

当服务器进程的优化器确定这条查询语句的最佳执行计划后 就会将这条SQL语句与执行计划保存到数据高速缓存 如此的话 等以后还有这个查询时 就会省略以上的语法 语义与权限检查的步骤 而直接执行SQL语句 提高SQL语句处理效率

第三步 语句执行

语句解析只是对SQL语句的语法进行解析 以确保服务器能够知道这条语句到底表达的是什么意思 等到语句解析完成之后 数据库服务器进程才会真正的执行这条SQL语句

这个语句执行也分两种情况 一是若被选择行所在的数据块已经被读取到数据缓冲区的话 则服务器进程会直接把这个数据传递给客户端 而不是从数据库文件中去查询数据 若数据不在缓冲区中 则服务器进程将从数据库文件中查询相关数据 并把这些数据放入到数据缓冲区中

这里仍然要注意一点 就是Oracle数据库中 定义了很多种类的高速缓存 像上面所说的SQL语句缓存与现在讲的数据缓存 我们在学习数据库的时候 需要对这些缓存有一个清晰的认识 并了解各个种类缓存的作用 这对于我们后续数据库维护与数据库优化是非常有用的

第四步 提取数据

当语句执行完成之后 查询到的数据还是在服务器进程中 还没有被传送到客户端的用户进程 所以 在服务器端的进程中 有一个专门负责数据提取的一段代码 他的作用就是把查询到的数据结果返回给用户端进程 从而完成整个查询动作

从这整个查询处理过程中 我们在数据库开发或者应用软件开发过程中 需要注意以下几点

一是要了解数据库缓存跟应用软件缓存是两码事情 数据库缓存只有在数据库服务器端才存在 在客户端是不存在的 只有如此 才能够保证数据库缓存中的内容跟数据库文件的内容一致 才能够根据相关的规则 防止数据脏读 错读的发生 而应用软件所涉及的数据缓存 由于跟数据库缓存不是一码事情 所以 应用软件的数据缓存虽然可以提高数据的查询效率 但是 却打破了数据一致性的要求 有时候会发生脏读 错读等情况的发生 所以 有时候 在应用软件上有专门一个功能 用来在必要的时候清除数据缓存 不过 这个数据缓存的清除 也只是清除本机上的数据缓存 或者说 只是清除这个应用程序的数据缓存 而不会清除数据库的数据缓存

lishixinzhi/Article/program/Oracle/201311/17595

一、Linux device driver 的概念\x0d\\x0d\系统调用是 *** 作系统内核和应用程序之间的接口，设备驱动程序是 *** 作系统内核和机器硬件之间的接口。设备驱动程序为应用程序屏蔽了硬件的细节，这样在应用程序看来，硬件设备只是一个设备文件，应用程序可以象 *** 作普通文件一样对硬件设备进行 *** 作。设备驱动程序是内核的一部分，它完成以下的功能:\x0d\\x0d\1、对设备初始化和释放；\x0d\\x0d\2、把数据从内核传送到硬件和从硬件读取数据；\x0d\\x0d\3、读取应用程序传送给设备文件的数据和回送应用程序请求的数据；\x0d\\x0d\4、检测和处理设备出现的错误。\x0d\\x0d\在Linux *** 作系统下有三类主要的设备文件类型，一是字符设备，二是块设备，三是网络设备。字符设备和块设备的主要区别是:在对字符设备发出读/写请求时，实际的硬件I/O一般就紧接着发生了，块设备则不然，它利用一块系统内存作缓冲区，当用户进程对设备请求能满足用户的要求，就返回请求的数据，如果不能，就调用请求函数来进行实际的I/O *** 作。块设备是主要针对磁盘等慢速设备设计的，以免耗费过多的CPU时间来等待。\x0d\\x0d\已经提到，用户进程是通过设备文件来与实际的硬件打交道。每个设备文件都都有其文件属性(c/b)，表示是字符设备还是块设备另外每个文件都有两个设备号，第一个是主设备号，标识驱动程序，第二个是从设备号，标识使用同一个设备驱动程序的不同的硬件设备，比如有两个软盘，就可以用从设备号来区分他们。设备文件的的主设备号必须与设备驱动程序在登记时申请的主设备号一致，否则用户进程将无法访问到驱动程序。\x0d\\x0d\最后必须提到的是，在用户进程调用驱动程序时，系统进入核心态，这时不再是抢先式调度。也就是说，系统必须在你的驱动程序的子函数返回后才能进行其他的工作。如果你的驱动程序陷入死循环，不幸的是你只有重新启动机器了，然后就是漫长的fsck。\x0d\\x0d\二、实例剖析\x0d\\x0d\我们来写一个最简单的字符设备驱动程序。虽然它什么也不做，但是通过它可以了解Linux的设备驱动程序的工作原理。把下面的C代码输入机器，你就会获得一个真正的设备驱动程序。\x0d\\x0d\由于用户进程是通过设备文件同硬件打交道，对设备文件的 *** 作方式不外乎就是一些系统调用，如 open，read，write，close， 注意，不是fopen， fread，但是如何把系统调用和驱动程序关联起来呢这需要了解一个非常关键的数据结构：\x0d\\x0d\STruct file_operatiONs {\x0d\\x0d\int (seek) (struct inode ，struct file ， off_t ，int);\x0d\\x0d\int (read) (struct inode ，struct file ， char ，int);\x0d\\x0d\int (write) (struct inode ，struct file ， off_t ，int);\x0d\\x0d\int (readdir) (struct inode ，struct file ， struct dirent ，int);\x0d\\x0d\int (select) (struct inode ，struct file ， int ，select_table );\x0d\\x0d\int (ioctl) (struct inode ，struct file ， unsined int ，unsigned long);\x0d\\x0d\int (mmap) (struct inode ，struct file ， struct vm_area_struct );\x0d\\x0d\int (open) (struct inode ，struct file );\x0d\\x0d\int (release) (struct inode ，struct file );\x0d\\x0d\int (fsync) (struct inode ，struct file );\x0d\\x0d\int (fasync) (struct inode ，struct file ，int);\x0d\\x0d\int (check_media_change) (struct inode ，struct file );\x0d\\x0d\int (revalidate) (dev_t dev);\x0d\\x0d\}\x0d\\x0d\这个结构的每一个成员的名字都对应着一个系统调用。用户进程利用系统调用在对设备文件进行诸如read/write *** 作时，系统调用通过设备文件的主设备号找到相应的设备驱动程序，然后读取这个数据结构相应的函数指针，接着把控制权交给该函数。这是linux的设备驱动程序工作的基本原理。既然是这样，则编写设备驱动程序的主要工作就是编写子函数，并填充file_operations的各个域。\x0d\\x0d\下面就开始写子程序。\x0d\\x0d\#include 基本的类型定义\x0d\\x0d\#include 文件系统使用相关的头文件\x0d\\x0d\#include \x0d\\x0d\#include \x0d\\x0d\#include \x0d\\x0d\unsigned int test_major = 0;\x0d\\x0d\static int read_test(struct inode inode，struct file file，char buf，int count)\x0d\\x0d\{\x0d\\x0d\int left; 用户空间和内核空间\x0d\\x0d\if (verify_area(VERIFY_WRITE，buf，count) == -EFAULT )\x0d\\x0d\return -EFAULT;\x0d\\x0d\for(left = count ; left > 0 ; left--)\x0d\\x0d\{\x0d\\x0d\__put_user(1，buf，1);\x0d\\x0d\buf++;\x0d\\x0d\}\x0d\\x0d\return count;\x0d\\x0d\}\x0d\\x0d\这个函数是为read调用准备的。当调用read时，read_test()被调用，它把用户的缓冲区全部写1。buf 是read调用的一个参数。它是用户进程空间的一个地址。但是在read_test被调用时，系统进入核心态。所以不能使用buf这个地址，必须用__put_user()，这是kernel提供的一个函数，用于向用户传送数据。另外还有很多类似功能的函数。请参考，在向用户空间拷贝数据之前，必须验证buf是否可用。这就用到函数verify_area。为了验证BUF是否可以用。\x0d\\x0d\static int write_test(struct inode inode，struct file file，const char buf，int count)\x0d\\x0d\{\x0d\\x0d\return count;\x0d\\x0d\}\x0d\\x0d\static int open_test(struct inode inode，struct file file )\x0d\\x0d\{\x0d\\x0d\MOD_INC_USE_COUNT; 模块计数加以，表示当前内核有个设备加载内核当中去\x0d\\x0d\return 0;\x0d\\x0d\}\x0d\\x0d\static void release_test(struct inode inode，struct file file )\x0d\\x0d\{\x0d\\x0d\MOD_DEC_USE_COUNT;\x0d\\x0d\}\x0d\\x0d\这几个函数都是空 *** 作。实际调用发生时什么也不做，他们仅仅为下面的结构提供函数指针。\x0d\\x0d\struct file_operations test_fops = {\x0d\\x0d\read_test，\x0d\\x0d\write_test，\x0d\\x0d\open_test，\x0d\\x0d\release_test，\x0d\\x0d\};\x0d\\x0d\设备驱动程序的主体可以说是写好了。现在要把驱动程序嵌入内核。驱动程序可以按照两种方式编译。一种是编译进kernel，另一种是编译成模块(modules)，如果编译进内核的话，会增加内核的大小，还要改动内核的源文件，而且不能动态的卸载，不利于调试，所以推荐使用模块方式。\x0d\\x0d\int init_module(void)\x0d\\x0d\{\x0d\\x0d\int result;\x0d\\x0d\result = register_chrdev(0， "test"， &test_fops); 对设备 *** 作的整个接口\x0d\\x0d\if (result \x0d\\x0d\#include \x0d\\x0d\#include \x0d\\x0d\#include \x0d\\x0d\main()\x0d\\x0d\{\x0d\\x0d\int testdev;\x0d\\x0d\int i;\x0d\\x0d\char buf[10];\x0d\\x0d\testdev = open("/dev/test"，O_RDWR);\x0d\\x0d\if ( testdev == -1 )\x0d\\x0d\{\x0d\\x0d\printf("Cann't open file \n");\x0d\\x0d\exit(0);\x0d\\x0d\}\x0d\\x0d\read(testdev，buf，10);\x0d\\x0d\for (i = 0; i 回答于 2022-11-18

一、Linux device driver 的概念

系统调用是 *** 作系统内核和应用程序之间的接口，设备驱动程序是 *** 作系统内核和机器硬件之间的接口。设备驱动程序为应用程序屏蔽了硬件的细节，这样在应用程序看来，硬件设备只是一个设备文件，应用程序可以象 *** 作普通文件一样对硬件设备进行 *** 作。设备驱动程序是内核的一部分，它完成以下的功能:

1、对设备初始化和释放；

2、把数据从内核传送到硬件和从硬件读取数据；

3、读取应用程序传送给设备文件的数据和回送应用程序请求的数据；

4、检测和处理设备出现的错误。

在Linux *** 作系统下有三类主要的设备文件类型，一是字符设备，二是块设备，三是网络设备。字符设备和块设备的主要区别是:在对字符设备发出读/写请求时，实际的硬件I/O一般就紧接着发生了，块设备则不然，它利用一块系统内存作缓冲区，当用户进程对设备请求能满足用户的要求，就返回请求的数据，如果不能，就调用请求函数来进行实际的I/O *** 作。块设备是主要针对磁盘等慢速设备设计的，以免耗费过多的CPU时间来等待。

已经提到，用户进程是通过设备文件来与实际的硬件打交道。每个设备文件都都有其文件属性(c/b)，表示是字符设备还是块设备另外每个文件都有两个设备号，第一个是主设备号，标识驱动程序，第二个是从设备号，标识使用同一个设备驱动程序的不同的硬件设备，比如有两个软盘，就可以用从设备号来区分他们。设备文件的的主设备号必须与设备驱动程序在登记时申请的主设备号一致，否则用户进程将无法访问到驱动程序。

最后必须提到的是，在用户进程调用驱动程序时，系统进入核心态，这时不再是抢先式调度。也就是说，系统必须在你的驱动程序的子函数返回后才能进行其他的工作。如果你的驱动程序陷入死循环，不幸的是你只有重新启动机器了，然后就是漫长的fsck。

二、实例剖析

我们来写一个最简单的字符设备驱动程序。虽然它什么也不做，但是通过它可以了解Linux的设备驱动程序的工作原理。把下面的C代码输入机器，你就会获得一个真正的设备驱动程序。

由于用户进程是通过设备文件同硬件打交道，对设备文件的 *** 作方式不外乎就是一些系统调用，如 open，read，write，close…， 注意，不是fopen， fread，但是如何把系统调用和驱动程序关联起来呢这需要了解一个非常关键的数据结构：

STruct file_operatiONs {

int (seek) (struct inode ，struct file ， off_t ，int);

int (read) (struct inode ，struct file ， char ，int);

int (write) (struct inode ，struct file ， off_t ，int);

int (readdir) (struct inode ，struct file ， struct dirent ，int);

int (select) (struct inode ，struct file ， int ，select_table );

int (ioctl) (struct inode ，struct file ， unsined int ，unsigned long);

int (mmap) (struct inode ，struct file ， struct vm_area_struct );

int (open) (struct inode ，struct file );

int (release) (struct inode ，struct file );

int (fsync) (struct inode ，struct file );

int (fasync) (struct inode ，struct file ，int);

int (check_media_change) (struct inode ，struct file );

int (revalidate) (dev_t dev);

}

这个结构的每一个成员的名字都对应着一个系统调用。用户进程利用系统调用在对设备文件进行诸如read/write *** 作时，系统调用通过设备文件的主设备号找到相应的设备驱动程序，然后读取这个数据结构相应的函数指针，接着把控制权交给该函数。这是linux的设备驱动程序工作的基本原理。既然是这样，则编写设备驱动程序的主要工作就是编写子函数，并填充file_operations的各个域。

下面就开始写子程序。

#include <linux/typesh> 基本的类型定义

#include <linux/fsh> 文件系统使用相关的头文件

#include <linux/mmh>

#include <linux/errnoh>

#include <asm/segmenth>

unsigned int test_major = 0;

static int read_test(struct inode inode，struct file file，char buf，int count)

{

int left; 用户空间和内核空间

if (verify_area(VERIFY_WRITE，buf，count) == -EFAULT )

return -EFAULT;

for(left = count ; left > 0 ; left--)

{

__put_user(1，buf，1);

buf++;

}

return count;

}

这个函数是为read调用准备的。当调用read时，read_test()被调用，它把用户的缓冲区全部写1。buf 是read调用的一个参数。它是用户进程空间的一个地址。但是在read_test被调用时，系统进入核心态。所以不能使用buf这个地址，必须用__put_user()，这是kernel提供的一个函数，用于向用户传送数据。另外还有很多类似功能的函数。请参考，在向用户空间拷贝数据之前，必须验证buf是否可用。这就用到函数verify_area。为了验证BUF是否可以用。

static int write_test(struct inode inode，struct file file，const char buf，int count)

{

return count;

}

static int open_test(struct inode inode，struct file file )

{

MOD_INC_USE_COUNT; 模块计数加以，表示当前内核有个设备加载内核当中去

return 0;

}

static void release_test(struct inode inode，struct file file )

{

MOD_DEC_USE_COUNT;

}

这几个函数都是空 *** 作。实际调用发生时什么也不做，他们仅仅为下面的结构提供函数指针。

struct file_operations test_fops = {

read_test，

write_test，

open_test，

release_test，

};

设备驱动程序的主体可以说是写好了。现在要把驱动程序嵌入内核。驱动程序可以按照两种方式编译。一种是编译进kernel，另一种是编译成模块(modules)，如果编译进内核的话，会增加内核的大小，还要改动内核的源文件，而且不能动态的卸载，不利于调试，所以推荐使用模块方式。

int init_module(void)

{

int result;

result = register_chrdev(0， "test"， &test_fops); 对设备 *** 作的整个接口

if (result < 0) {

printk(KERN_INFO "test: can't get major number\n");

return result;

}

if (test_major == 0) test_major = result; / dynamic /

return 0;

}

在用insmod命令将编译好的模块调入内存时，init_module 函数被调用。在这里，init_module只做了一件事，就是向系统的字符设备表登记了一个字符设备。register_chrdev需要三个参数，参数一是希望获得的设备号，如果是零的话，系统将选择一个没有被占用的设备号返回。参数二是设备文件名，参数三用来登记驱动程序实际执行 *** 作的函数的指针。

如果登记成功，返回设备的主设备号，不成功，返回一个负值。

void cleanup_module(void)

{

unregister_chrdev(test_major，"test");

}

在用rmmod卸载模块时，cleanup_module函数被调用，它释放字符设备test在系统字符设备表中占有的表项。

一个极其简单的字符设备可以说写好了，文件名就叫testc吧。

下面编译 :

$ gcc -O2 -DMODULE -D__KERNEL__ -c testc –c表示输出制定名，自动生成o文件

得到文件testo就是一个设备驱动程序。

如果设备驱动程序有多个文件，把每个文件按上面的命令行编译，然后

ld -r file1o file2o -o modulename。

驱动程序已经编译好了，现在把它安装到系统中去。

$ insmod –f testo

如果安装成功，在/proc/devices文件中就可以看到设备test，并可以看到它的主设备号。要卸载的话，运行 :

$ rmmod test

下一步要创建设备文件。

mknod /dev/test c major minor

c 是指字符设备，major是主设备号，就是在/proc/devices里看到的。

用shell命令

$ cat /proc/devices

就可以获得主设备号，可以把上面的命令行加入你的shell script中去。

minor是从设备号，设置成0就可以了。

我们现在可以通过设备文件来访问我们的驱动程序。写一个小小的测试程序。

#include <stdioh>

#include <sys/typesh>

#include <sys/stath>

#include <fcntlh>

main()

{

int testdev;

int i;

char buf[10];

testdev = open("/dev/test"，O_RDWR);

if ( testdev == -1 )

{

printf("Cann't open file \n");

exit(0);

}

read(testdev，buf，10);

for (i = 0; i < 10;i++)

printf("%d\n"，buf[i]);

close(testdev);

}

编译运行，看看是不是打印出全1

以上只是一个简单的演示。真正实用的驱动程序要复杂的多，要处理如中断，DMA，I/O port等问题。这些才是真正的难点。上述给出了一个简单的字符设备驱动编写的框架和原理，更为复杂的编写需要去认真研究LINUX内核的运行机制和具体的设备运行的机制等等。希望大家好好掌握LINUX设备驱动程序编写的方法。

1、功能不同

进程是计算机中的程序关于某数据集合上的一次运行活动，是系统进行资源分配和调度的基本单位，是 *** 作系统结构的基础。

线程是 *** 作系统能够进行运算调度的最小单位。它被包含在进程之中，是进程中的实际运作单位。

2、工作原理不同

在早期面向进程设计的计算机结构中，进程是程序的基本执行实体；在当代面向线程设计的计算机结构中，进程是线程的容器。程序是指令、数据及其组织形式的描述，进程是程序的实体。

线程是独立调度和分派的基本单位。线程可以为 *** 作系统内核调度的内核线程，如Win32线程；由用户进程自行调度的用户线程，如Linux平台的POSIX Thread；或者由内核与用户进程，如Windows 7的线程，进行混合调度。

3、作用不同

进程是 *** 作系统中最基本、重要的概念。是多道程序系统出现后，为了刻画系统内部出现的动态情况，描述系统内部各道程序的活动规律引进的一个概念,所有多道程序设计 *** 作系统都建立在进程的基础上。

通常在一个进程中可以包含若干个线程，它们可以利用进程所拥有的资源。在引入线程的 *** 作系统中，通常都是把进程作为分配资源的基本单位，而把线程作为独立运行和独立调度的基本单位。

扩展资料

进程是由进程控制块，程序段，数据段三部分组成。一个进程可以包含若干线程(Thread)，线程可以帮助应用程序同时做几件事(比如一个线程向磁盘写入文件，另一个则接收用户的按键 *** 作并及时做出反应，互相不干扰)。

在程序被运行后，系统首先要做的就是为该程序进程建立一个默认线程，然后程序可以根据需要自行添加或删除相关的线程。是可并发执行的程序。

在一个数据集合上的运行过程，是系统进行资源分配和调度的一个独立单位，也是称活动、路径或任务，它有两方面性质：活动性、并发性。

进程可以划分为运行，阻塞，就绪三种状态，并随一定条件而相互转化，就绪运行，运行阻塞，阻塞就绪。

进程为应用程序的运行实例，是应用程序的一次动态执行。看似高深，我们可以简单地理解为：它是 *** 作系统当前运行的执行程序。

在系统当前运行的执行程序里包括：系统管理计算机个体和完成各种 *** 作所必需的程序；用户开启、执行的额外程序，当然也包括用户不知道，而自动运行的非法程序（它们就有可能是病毒程序）。

参考资料来源：百度百科-线程

参考资料来源：百度百科-进程

一个 *** 作系统，和windows的区别在于内核和用户接口工具 这个是我自己画的简单的 *** 作系统构架图 windows将图形界面嵌入到内核中，所以更适合作为桌面机使用。 而linux则偏向于做为服务器较色，因为linux是开源的，所以更多的是被应用于开发和

以上就是关于LINUX中，怎么看某个进程的PCB全部的内容，包括:LINUX中，怎么看某个进程的PCB、从一条select语句看Oracle数据库查询工作原理、linux驱动程序结构框架及工作原理分别是什么等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！