当前位置：搜档网 › FreeModBus代码分析(Linux、RTU)

FreeModBus代码分析(Linux、RTU)

FreeModBus在Linux/RTU模式下的代码分析

2013年12月3号

1、程序从demo/linux/Demo.c中的main()函数开始执行，if( !bSetSignal( SIGQUIT, vSigShutdown ) ||!bSetSignal( SIGINT, vSigShutdown ) || !bSetSignal( SIGTERM, vSigShutdown ) )，有点像是在测试信号处理函数。

2、串口初始化，eMBInit( MB_RTU, 0x0A, 0, 38400, MB_PAR_EVEN )，首先判断从设备地址，是否是广播或者是否合法，if( ( ucSlaveAddress == MB_ADDRESS_BROADCAST ) ||( ucSlaveAddress < MB_ADDRESS_MIN ) || ( ucSlaveAddress > MB_ADDRESS_MAX ) )，如果非法，则eState置为MB_EINV AL，否则ucMBAddress = ucSlaveAddress；根据传入参数eMode判断工作模式为MB_RTU，将相应的函数指针指向该模式下的函数，如pvMBFrameStartCur = eMBRTUStart；调用eMBRTUInit( ucMBAddress, ucPort, ulBaudRate, eParity )完成串口初始化并将初始化过程中的eStatus变化返回，xMBPortSerialInit( ucPort, ulBaudRate, 8, eParity )设置串口通信参数，根据波特率设置T35时间，并初始化超时定时器xMBPortTimersInit( ( USHORT ) usTimerT35_50us )；判断if( eStatus == MB_ENOERR )，即错误码是否为NO ERROR状态，调用xMBPortEventInit( ),初始化事件队列，xEventInQueue 设置为FALSE。设置当前工作模式为RTU，工作状态设置为STATE_DISABLED。如果eMBInit返回值错误码非MB_ENOERR，提示错误并设置iExitCode为EXIT_FAILURE。

3、调用eMBSetSlaveID( 0x34, TRUE, ucSlaveID, 3 )，设置从设备ID，ID不同于从地址，同一网络内可以有相同的ID但是不能有相同的从地址。如果eMBSetSlaveID返回值错误码非MB_ENOERR，提示错误并设置iExitCode为EXIT_FAILURE。

4、调用vSetPollingThreadState( STOPPED )加静态互斥锁为STOPPED。

5、设置标志量bDoExit = FALSE，提示q退出，h显示帮助，while(!bDoExit)，等待用户输入命令，若输入q,bDoExit=TRUE,则！bDoExit为假，循环结束；若输入d，调用vSetPollingThreadState( SHUTDOWN )，将静态互斥锁设置为SHUTDOWN，继续等待输入；若输入'e' ，调用bCreatePollingThread( )，调用eGetPollingThreadState( )获取互斥锁状态，若为STOPPED,则调用pthread_create( &xThread, NULL, pvPollingThread, NULL )创建线程，启动pvPollingThread（），成功返回TRUE失败返回FALSE；若输入's'，调用eGetPollingThreadState( )获取当前互斥锁状态。若输入'h'，显示命令所对应的功能的帮助信息；否则，输入其他提示命令非法。

6、（5）中启动了轮询线程pvPollingThread( )，首先调用vSetPollingThreadState( RUNNING )，设置互斥锁为RUNNING。调用eMBEnable（），设置eStatus = MB_ENOERR，在（2）中，eMBstate设置为了STATE_DISABLED,所以

if( eMBState == STATE_DISABLED )满足，调用vMBFrameStartCur( )，若不满足eStatus = MB_EILLSTATE;vMBFrameStartCur实则是指向eMBRTUStart()的函数指针

，在eMBRTUStart()中，首先将eRcvState设置为STATE_RX_INIT，调用

vMBPortSerialEnable( TRUE, FALSE )，刷清未绝输入或者输出，计数器uiRxBufferPos清零，

bRxEnabled置为TRUE，bTxEnabled置为FALSE，即使能接收禁止发送；调用 vMBPortTimersEnable( )，bTimeoutEnable = TRUE，使能超时计时器；eMBState设置为STATE_ENABLED；返回eStatus。

上述操作无误，则满足if( eMBEnable( ) = = MB_ENOERR )，判断

while( eGetPollingThreadState( ) != SHUTDOWN )进入循环状态，循环中调用轮询函数eMBPoll( )，eMBEnable()中已将 eMBState设置为STATE_ENABLED，则跳过执行xMBPortEventGet( &eEvent )。eMBInit()中调用xMBPortEventInit时，已将xEventInQueue设置为FALSE，跳过执行xMBPortSerialPoll( )。

在eMBRTUStart中，bRxEnable设置为了TRUE，所以跳入while（bRxEnabled)循环。在while循环中，调用prvbMBPortSerialRead( &ucBuffer[0], BUF_SIZE,

&usBytesRead )，在while（bResult==True）循环中，调用select( )函数，检查iSerialFd对应的串口是否可读，若有串口准备好则退出select( )等待，执行FD_ISSET()；否则，若出错则返回-1，判断错误代码是否为EINTR，若错误代码非中断，则bResult 设置为FALSE退出循环；若无错则等待设置时间超时退出select( )(程序设置50000毫秒的超时等待，等待指定的秒数后产生可被捕获的信号中断)，返回bResult=TRUE。调用FD_ISSET( )检查可读位是否仍旧设置。若否，*usNBytesRead = 0，跳出循环；若是，调用read（）函数对iSerialFd进行读操作，读失败bResult设置为FALSE，退出循环，返回bResult=FALSE，否则将read()返回值读到的字节数赋给*usNBytesRead = （USHORT）res，跳出循环。返回bResult=TRUE。

上述过程中，若出错bResult返回FALSE，打印出错提示信息；若返回TRUE，判断收到的字节数usBytesRead，若字节数为0，则为无数据接收超时退出。否则，跳入for循环，循环usBytesRead次，调用pxMBFrameCBByteReceived( ),pxMBFrameCBByteReceived 为函数指针，指向xMBRTUReceiveFSM( void )，实则调用函数

xMBRTUReceiveFSM( void )。第一次调用时，调用过程中首先断言当前eSndState 是否为STATE_TX_IDLE，即assert( eSndState == STATE_TX_IDLE )，在eMBRTUStart( )中完成了状态设置，则判断条件返回为真，断言成立不会终止运行。然后调用xMBPortSerialGetByte( ( CHAR * ) & ucByte )从缓冲区ucBuffer中读取一个字节。判断eRcvState，在eMBRTUStart( )中设置为了STATE_RX_IDLE，则执行缓冲区计数器清零，将从xMBPortSerialGetByte读到大字符存入ucRTUBuf中，eRcvState设置为STATE_RX_RCV，使能超时定时器。在接下来的循环中重复如下动作：由于eRcvState设置为了STATE_RX_RCV状态，则执行case STATE_RX_RCV部分，判断usRCVBufferPos计数器若小于MB_SER_PDU_SIZE_MAX，将xMBPortSerialGetByte读到的一个字节存储到ucRTUBuf中，使能超时定时器。

For循环将串口接收的数据转存到ucRTUBuf中后，计数器uiRxBufferPos清零。由于

eMBRTUStart( ）设置bTxEnabled设置为FALSE，if(bTxEnable)部分跳过，返回xMBPortEventGet（），继续执行vMBPortTimerPoll( )轮询超时定时器。在次之前使能超时定时器，bTimeoutEnable为真，则获取当前时间，若失败则返回，否则检查时间是否超时。若未超时，返回，否则bTimeoutEnable 设置为 FALSE，禁止超时定时器，执行pxMBPortCBTimerExpired( )，为函数指针指向xMBRTUTimerT35Expired( );检查eRcvState

状态，之前的操作将其修改为STATE_RX_RCV，调用

xMBPortEventPost( EV_FRAME_RECEIVED )使能消息队列，事件类型为

EV_FRAME_RECEIVED。调用vMBPortTimersDisable( )，bTimeoutEnable设置为FALSE，将eRcvState设置为STATE_RX_IDLE，返回xEventHappened=FALSE。返回到

eMBPoll，if( xMBPortEventGet( &eEvent ) == TRUE )不成立，直接返回MB_ENOERR到pvPollingThread（）。if( eMBPoll( ) != MB_ENOERR )为否，则生成一个随机数存入usRegInputBuf[0]，检查运行状态非SHUTDOWN，继续循环执行eMBPoll( )。

此时，由于上面的发生了接收事件，使能了消息队列，执行

xMBPortEventGet( &eEvent )等得到消息事件，则指向if（)执行部

分。xMBRTUTimerT35Expired中，是使能了消息队列，并且消息类型定义为了

EV_FRAME_RECEIVED。所以执行case EV_FRAME_RECEIVED部分，调用peMBFrameReceiveCur( &ucRcvAddress, &ucMBFrame, &usLength )，peMBFrameReceiveCur 是指向eMBRTUReceive( )，功能为提取帧数据信息。*pucRcvAddress指针指向ucRTUBuf，pusLength指向计数器减掉1个shaort位（2个字节）的从地址和2个short位（4个字节）的校验位，*pucFrame指向ucRTUBuf中的有效数据部分，即命令码。并将xFrameReceived 置为TRUE。若执行过程无错返回eStatus=MB_ENOERR，否则返回MB_EIO。

判断if( ( ucRcvAddress == ucMBAddress ) || ( ucRcvAddress ==

MB_ADDRESS_BROADCAST ) )，检查从地址是否为我们想要的或者是广播地址，如果是，则使能消息队列，并将时间类型设置为EV_EXECUTE。返回MB_ENOERR。再次执行usRegInputBuf[0] = ( USHORT ) rand( )，生成随机数存储。继续执行do-while循环，检查事件类型为EV_EXECUTE，执行case EV_EXECUTE部分。ucMBFrame指向ucRTUBuf的有

效数据部分，所以ucFunctionCode指向ucRTUBuf偏移MB_PDU_FUNC_OFF地址上的数据，MB_PDU_FUNC_OFF为0，所以其仍然指向ucRTUBuf的有效数据开始部分，即指向命令码。eException赋值为 MB_EX_ILLEGAL_FUNCTION，即赋值为0x01。轮询xFuncHandlers数组，该数组为一个xMBFunctionHandler类型数组，每个数组成员包括命令码和该命令码对用的处理函数。轮询ucRTUBuf的命令码找到其处理函数做出相应的操作，并将处理结果返回给eException。判断ucRcvAddress若是广播地址结束返回

MB_ENOERR，否则若eException为非MB_EX_NONE（报告从机ID的返回结果），执行

以下操作：将usLength置为0，将ucMBFrame[usLength]置为（ucFunctionCode |

MB_FUNC_ERROR），其中MB_FUNC_ERROR为0x80。将ucMBFrame[usLength+1]置为eException。调用peMBFrameSendCur，实际调用eMBRTUSend，vMBPortTimersDisable中已经将eRcvState设置为STATE_RX_IDLE。则将以上数据打包成可发送的数据帧，并使能’送，此时bRxEnble为FALSE，bTxEnable置为TRUE。等待用户输入'd'结束do…while循环呢。调用eMBDisable( )，上面执行过程中调用eMBEnable（）时已将eMBState设置为STATE_ENABLE，则调用pvMBFrameStopCur( )，并且eMBState设置成

STATE_DISABLED，eStatus 设置成 MB_ENOERR。pvMBFrameStopCur是指向eMBRTUStop的指针，在eMBRTUStop中，把bRxEnabled和bTxEnabled都设置成 FALSE，禁止收发。并禁止超时定时器。

调用vSetPollingThreadState( STOPPED )，将线程状态设置为STOPPED。返回上级函数bCreatePollingThread，bCreatePollingThread结束，返回bResult=TRUE。

Android源代码结构分析

目录一、源代码结构 (2) 第一层次目录 (2) bionic目录 (3) bootloader目录 (5) build目录 (7) dalvik目录 (9) development目录 (9) external目录 (13) frameworks目录 (19) Hardware (20) Out (22) Kernel (22) packages目录 (22) prebuilt目录 (27) SDK (28) system目录 (28) Vendor (32)

linux系统故障与分析

由于管理员忘记密码，或者由于系统受到黑客的入侵,系统密码文件被修改。导致管理员可能无法用帐号登录系统。解决方法：方法一，在系统启动时，进入单用户模式（linux single），然后用passwd命令重新设置密码，或修改密码文件即可恢复正常。方法二，用急救启动盘组启动系统，然后将硬盘的文件系统安装到/mnt目录下，编辑/mnt/etc/passwd文件进行恢复。方法三、将安装系统的硬盘拆下来，放在另一个Linux系统中,然后（mount）挂载此硬盘的系统安装区，将次硬盘分区中的/etc/passwd， /etc/shadow，/etc/group文件覆盖或修改，也可以恢复。案例二：硬盘扇区错乱在启动过程中最容易遇到的问题就是硬盘可能有坏道或扇区错乱(数据损坏)的情况，这种情况多由于异常断电、不正常关机导致。此种问题发生，在系统启动的时候，屏幕会显示： Press root password or ctrl+D：此时输入root密码系统自动进入单用户模式，输入“fsck -y /dev/hda6”(fsck为文件系统检测修复命令，“-y”设定检测到错误自动修复，/dev/hda6为发生错误的硬盘分区，请依据具体情况更改此参数)，系统修复完成后，用命令“reboot”重新启动即可。案例三、GRUB选项设置错误 “Error 15”显示系统无法找到grub.conf中指定的内核。 GRUB引导错误信息，我们观察发现因为打字错误，内核文件的“vmlinuz”打成了“vmlinux”，所以系统无法找到内核的可执行文件。我们可以按任意键回到GRUB编辑界面，修改此错误，回车保存后按“b”键即可正常引导，当然不要忘记进入系统后修改grub.conf文件中此处错误。这是很多初学Linux的用户在修改GRUB设置时很容易犯的错误，出现此黑屏提示时注意观察报错信息，即可针对性修复。（二）GRUB引导故障排除我发现有时Linux启动后会直接进入GRUB命令行界面(只有“grub>”提示符)，此时很多用户就选择了重新安装GRUB甚至重新安装系统。其实一般而言此故障的原因最常见的有两个：一是GRUB配置文件中选项设置错误;二是GRUB配置文件丢失(还有少数原因，如内核文件或镜像文件损坏、丢失，/boot目录误删除等)，如果是第一种情况，可以首先通过GRUB命令引导系统后修复;若是第二种情况，则要使用Linux救援模式修复了(本文后续有描述)。

Linux操作系统实验指导书

《Linux系统管理与维护》实验指导书实验一初识Linux操作系统一实验名称初识Linux操作系统二实验目的与要求掌握Linux的启动、登录与注销。三实验内容 1.以root用户和普通用户两种不同身份登录Linux，说出其登录后得差异。 2.图形模式下的注销、重启与关机。 3.学会在虚拟机上登录和注销Linux。四操作步骤与结果分析五问题与建议

实验二Linux的桌面应用一实验名称 Linux的桌面应用二实验目的与要求熟悉Linux操作系统桌面环境熟悉Linux文件系统及常用的操作掌握Linux下使用外部存储设备、网络设备掌握Linux下安装应用程序三实验内容 1.查看GNOME提供的“应用程序”、“位置”或者“系统”菜单，运行其中的应用程序和工具。 2.查看Linux文件目录结构，学会常用的文件目录操作，如复制、粘贴、移动、删除、更名、创建文档、创建文件夹等。 3.练习在Linux下使用光盘和U盘。 4.学会网络配置，使计算机能够进行网络浏览等操作。 5.学会在Linux下安装新的应用软件。四操作步骤与结果分析五问题与建议

实验三Linux操作系统的安装一实验名称 Linux操作系统的安装二实验目的与要求掌握安装Linux操作系统三实验内容 1.通过学习《项目五Linux操作系统的安装及远程服务》的内容，学会如何安装Linux。环境：windows 系统、vmware虚拟机、Redhat Linux镜像光盘。通过安装向导将安装分为两步：1、基本安装，2、配置及具体安装。在第一阶段重点如何分区，在第二阶段重点掌握如何设置密码及安装桌面环境。四操作步骤与结果分析五问题与建议

Linux操作系统源代码详细分析

linux源代码分析:Linux操作系统源代码详细分析疯狂代码 https://www.sodocs.net/doc/4b10059052.html,/ ?:http:/https://www.sodocs.net/doc/4b10059052.html,/Linux/Article28378.html 内容介绍: Linux 拥有现代操作系统所有功能如真正抢先式多任务处理、支持多用户内存保护虚拟内存支持SMP、UP符合POSIX标准联网、图形用户接口和桌面环境具有快速性、稳定性等特点本书通过分析Linux内核源代码充分揭示了Linux作为操作系统内核是如何完成保证系统正常运行、协调多个并发进程、管理内存等工作现实中能让人自由获取系统源代码并不多通过本书学习将大大有助于读者编写自己新第部分 Linux 内核源代码 arch/i386/kernel/entry.S 2 arch/i386/kernel/init_task.c 8 arch/i386/kernel/irq.c 8 arch/i386/kernel/irq.h 19 arch/i386/kernel/process.c 22 arch/i386/kernel/signal.c 30 arch/i386/kernel/smp.c 38 arch/i386/kernel/time.c 58 arch/i386/kernel/traps.c 65 arch/i386/lib/delay.c 73 arch/i386/mm/fault.c 74 arch/i386/mm/init.c 76 fs/binfmt-elf.c 82 fs/binfmt_java.c 96 fs/exec.c 98 /asm-generic/smplock.h 107 /asm-i386/atomic.h 108 /asm- i386/current.h 109 /asm-i386/dma.h 109 /asm-i386/elf.h 113 /asm-i386/hardirq.h 114 /asm- i386/page.h 114 /asm-i386/pgtable.h 115 /asm-i386/ptrace.h 122 /asm-i386/semaphore.h 123 /asm-i386/shmparam.h 124 /asm-i386/sigcontext.h 125 /asm-i386/siginfo.h 125 /asm-i386/signal.h 127 /asm-i386/smp.h 130 /asm-i386/softirq.h 132 /asm-i386/spinlock.h 133 /asm-i386/system.h 137 /asm-i386/uaccess.h 139 //binfmts.h 146 //capability.h 147 /linux/elf.h 150 /linux/elfcore.h 156 /linux/errupt.h 157 /linux/kernel.h 158 /linux/kernel_stat.h 159 /linux/limits.h 160 /linux/mm.h 160 /linux/module.h 164 /linux/msg.h 168 /linux/personality.h 169 /linux/reboot.h 169 /linux/resource.h 170 /linux/sched.h 171 /linux/sem.h 179 /linux/shm.h 180 /linux/signal.h 181 /linux/slab.h 184 /linux/smp.h 184 /linux/smp_lock.h 185 /linux/swap.h 185 /linux/swapctl.h 187 /linux/sysctl.h 188 /linux/tasks.h 194 /linux/time.h 194 /linux/timer.h 195 /linux/times.h 196 /linux/tqueue.h 196 /linux/wait.h 198 init/.c 198 init/version.c 212 ipc/msg.c 213 ipc/sem.c 218 ipc/shm.c 227 ipc/util.c 236 kernel/capability.c 237 kernel/dma.c 240 kernel/exec_do.c 241 kernel/exit.c 242 kernel/fork.c 248 kernel/info.c 255 kernel/itimer.c 255 kernel/kmod.c 257 kernel/module.c 259 kernel/panic.c 270 kernel/prk.c 271 kernel/sched.c 275 kernel/signal.c 295 kernel/softirq.c 307 kernel/sys.c 307 kernel/sysctl.c 318 kernel/time.c 330 mm/memory.c 335 mm/mlock.c 345 mm/mmap.c 348 mm/mprotect.c 358 mm/mremap.c 361 mm/page_alloc.c 363 mm/page_io.c 368 mm/slab.c 372 mm/swap.c 394 mm/swap_state.c 395 mm/swapfile.c 398 mm/vmalloc.c 406 mm/vmscan.c 409

Linux操作系统源代码详细分析报告

Linux操作系统源代码详细分析容简介： Linux 拥有现代操作系统所有的功能，如真正的抢先式多任务处理、支持多用户，存保护，虚拟存，支持SMP、UP，符合POSIX标准，联网、图形用户接口和桌面环境。具有快速性、稳定性等特点。本书通过分析Linux的核源代码，充分揭示了Linux作为操作系统的核是如何完成保证系统正常运行、协调多个并发进程、管理存等工作的。现实中，能让人自由获取的系统源代码并不多，通过本书的学习，将大大有助于读者编写自己的新程序。第一部分 Linux 核源代码 arch/i386/kernel/entry.S 2 arch/i386/kernel/init_task.c 8 arch/i386/kernel/irq.c 8 arch/i386/kernel/irq.h 19 arch/i386/kernel/process.c 22 arch/i386/kernel/signal.c 30 arch/i386/kernel/smp.c 38 arch/i386/kernel/time.c 58 arch/i386/kernel/traps.c 65 arch/i386/lib/delay.c 73 arch/i386/mm/fault.c 74 arch/i386/mm/init.c 76 fs/binfmt-elf.c 82 fs/binfmt_java.c 96 fs/exec.c 98 include/asm-generic/smplock.h 107 include/asm-i386/atomic.h 108 include/asm-i386/current.h 109 include/asm-i386/dma.h 109 include/asm-i386/elf.h 113 include/asm-i386/hardirq.h 114 include/asm-i386/page.h 114 include/asm-i386/pgtable.h 115 include/asm-i386/ptrace.h 122 include/asm-i386/semaphore.h 123 include/asm-i386/shmparam.h 124 include/asm-i386/sigcontext.h 125 include/asm-i386/siginfo.h 125 include/asm-i386/signal.h 127 include/asm-i386/smp.h 130 include/asm-i386/softirq.h 132 include/asm-i386/spinlock.h 133 include/asm-i386/system.h 137 include/asm-i386/uaccess.h 139

yaffs2文件系统制作

交叉编译器ARM-Linux-gcc4.1.2 开发板TX2440A Busybox-1.15.1.tar.bz2（在Linux中被称为瑞士军刀） mkyaffs2image工具首先创建一个名字为root_2.6.31的文件夹，在其中创建如下文件夹 etc bin var dev home lib mnt proc root sbin sys tmp usr opt共14个文件夹解压Busybox tar xjvf busybox 进入源目录，修改Makefile 第164行，CROSS_COMPILE=arm-linux- 第190行，ARCH=arm 执行#make men onfig进行配置配置选项大部分都是保持默认的，只需要注意选择以下这几个选项，其他的选项都不用动：Busybox Setting---> Build Options---> [*]Build Busybox as a static binary(no shared libs) [*]Build with Large File Support(for accessing files>2GB) Installation Options--->

(./_install)Busybox installation prefix 进入这个选项，输入busybox的安装路径，如：../rootfs Busybox Library Tuning---> [*]vi-style line editing commands [*]Fancy shell prompts 要选择这个选项:“Fancy shell prompts”，否则挂载文件系统后，无法正常显示命令提示符：“[\u@\h\W]#” 配置完成以后执行#make #make install 然后就会在上一级目录下生成rootfs文件夹，里面包含几个文件夹/bin/sbin/usr linuxrc 把这些文件全部复制到刚建好的root_2.6.31目录下， #cp–rf*../root_2.6.31 在dev目录下，创建两个设备节点: #mknod console c51 #mknod null c13 然后进入自己建立的etc目录拷贝Busybox-1.15.2/examples/bootfloopy/etc/*到当前目录下。 #cp-r../../busybox-1.15.2/examples/bootfloopy/etc/*./ 包括文件:fstab init.d inittab profile

Linux常见死机原因分析介绍

Linux常见死机原因分析介绍宕机，指操作系统无法从一个严重系统错误中恢复过来，或系统硬件层面出问题，以致系统长时间无响应，而不得不重新启动计算机的现象。Linux系统也一样。不过原因有所不同。在排除了硬件故障/firmware版本/BIOS等等问题之外，Linux死机通常可能碰到如下几种情况方法步骤 1，如果你的Linux死机的时候控制台上有乱七八糟的字符。恭喜你，这种情况叫做oops. 通常是Linux kernel认为自己发生了异常造成的。可以通过oops消息查找出错的地方。 2，如果你的机器僵死，那么问题麻烦了。这种时候，通常是Kernel出现了死锁。Kernel不会知道自己死锁了，所以不会在屏幕上显示任何咚咚。

如果运气好，此时Kernel也许可能能够响应中断。不管怎样，你都无法进一步操作了。 3，严格来说，这第三种情况不算死机，现象如下：输入命令回车之后命令不能返回任何结果，但是控制台对回车可能有相应。但是命令无法结束，也不会有输出结果。但是可以换到下一个控制台，而且还可以继续输入命令，但是输入命令之后还是没有输出。这种情况会有很多可能。通常是应用程序的系统调用长时间没有返回或者是满足不了应用的要求。以上三种情况，system log的作用都不大。通常日志都不会纪录。所以只能使用Kernel的Debug工具。补充：预防死机的小技巧 1、不要在同个硬盘安装多个操作系统 2、不要一次性打开多个网页浏览 3、在关闭电脑时，不要直接按电源按钮，否则会导致文件

丢失，下次使用不能正常开机导致死机 4、别让CPU、显卡超频，电脑温度过高 5、及时清理机箱内的灰尘 6、更换电脑硬件配置时，一定要插牢固 7、不要使用来历不明的软件和光盘，以免传染病毒 8、对系统文件或重要文件，最好使用隐含属性，以免因误操作而删除或覆盖这些文件 9、在安装应用软件时，若提示是否覆盖当前文件，一定不要覆盖，通常当前的系统文件是最好的 10、在运行大型应用软件时，不要在运行状态下退出以前运行的程序，否则会引起整个Windows崩溃相关阅读：死机宕机实例介绍自2015年3月11日下午5点起，据苹果用户反应

linux内核IMQ源码实现分析

本文档的Copyleft归wwwlkk所有，使用GPL发布，可以自由拷贝、转载，转载时请保持文档的完整性，严禁用于任何商业用途。 E-mail: wwwlkk@https://www.sodocs.net/doc/4b10059052.html, 来源: https://www.sodocs.net/doc/4b10059052.html,/?business&aid=6&un=wwwlkk#7 linux2.6.35内核IMQ源码实现分析（1）数据包截留并重新注入协议栈技术 (1) （2）及时处理数据包技术 (2) （3）IMQ设备数据包重新注入协议栈流程 (4) （4）IMQ截留数据包流程 (4) （5）IMQ在软中断中及时将数据包重新注入协议栈 (7) （6）结束语 (9) 前言：IMQ用于入口流量整形和全局的流量控制，IMQ的配置是很简单的，但很少人分析过IMQ的内核实现，网络上也没有IMQ的源码分析文档，为了搞清楚IMQ的性能，稳定性，以及借鉴IMQ的技术，本文分析了IMQ的内核实现机制。首先揭示IMQ的核心技术： 1.如何从协议栈中截留数据包，并能把数据包重新注入协议栈。 2.如何做到及时的将数据包重新注入协议栈。实际上linux的标准内核已经解决了以上2个技术难点，第1个技术可以在NF_QUEUE机制中看到，第二个技术可以在发包软中断中看到。下面先介绍这2个技术。（1）数据包截留并重新注入协议栈技术

（2）及时处理数据包技术 QoS有个技术难点：将数据包入队，然后发送队列中合适的数据包，那么如何做到队列中的数

激活状态的队列是否能保证队列中的数据包被及时的发送吗？接下来看一下，激活状态的队列的证了数据包会被及时的发送。这是linux内核发送软中断的机制，IMQ就是利用了这个机制，不同点在于：正常的发送队列是将数据包发送给网卡驱动，而IMQ队列是将数据包发送给okfn函数。

论文(linux操作系统与Windows操作系统的区别)

海南大学毕业论文（设计）题目：分析linux操作系统与Windows操作系统的区别学号：姓名：年级：学院：系别：专业：指导教师：完成日期：年月日

摘要本文通过对Linux操作系统和Windows操作系统各自的发展特点与发展环境的比较，分析出windows与Linux的本质差别与存在此差别的根本原因。通过二者内在特点及组成浅述，对两种操作系统做了权限、费用、读取、命令、弹性化与刻板化、安全稳定等方面的差异性对windows与Linux进行比较。在硬件支持支持、购买能力、安装难易、占用内存、设备驱动、性能、稳定能力、编程、网络、安全、创新等10方面对windows与Linux做了优劣势的简单比较。通过对windows与Linux更见详细的优劣势比较，以此对Linux与Windows 操作系统的区别做出了详细而具体的分析与论述。借鉴以上分析结果，对不同人群、领域使用windows与Linux的优势劣势进行阐述，得出windows更适合初学者及工作需求低的人，而Linux更适合计算机高手及计算机专业人士使用。关键词：Linux、Windows、操作系统、区别、开放源代码、稳定性。

Abstract Based on the Linux operating system and Windows operating system features and development of their own development environment, comparison and analysis of the nature of the differences between windows and Linux and the root cause of this difference exists.By the inherent characteristics and composition of both light above, made on the two operating systems permission, expenses, read, order, flexible and stereotypical, security and stability of the difference compared to the windows and Linux.Support in hardware support, purchasing power, ease of installation, take up memory, device drivers, performance, stability, capacity, programming, networking, security, innovation and other aspects of windows 10 and Linux do a simple comparison of the advantages and disadvantages. Through the windows and Linux even more detailed comparative advantages and disadvantages, in order for Linux and Windows operating systems to make the difference between a detailed and specific analysis and discussion.Learn from the above analysis, the different groups, areas of the advantages of using windows and Linux described disadvantages, more suitable for beginners to come and work windows of low demand, while Linux is more suitable for computer experts and computer professionals. Keywords: Linux; Windows; operating system; different;open source;stability.

linux-2.6.18移植

Linux-2.6.18移植有了我们的交叉编译环境和我们先前学的内核基础知识，下面我们就开始我们的内核移植了，我们所用的是博创的 S3C2410 。关于 linux-2.6.18.tar.bz2 的下载网站先前我们说过，我们要先到该官方网站上去下载一个全新的内核。 [root@Binnary ~ ]# tar –jxvf linux-2.6.18.tar.bz2 [root@Binnary ~ ]# make mrproper 如果你是新下载的内核，那这一步就不用了。但如果你用的是别人移植好的内核，那最好在编译内核之前先清除一下中间文件，因为你们用来编译内核的交叉编译工具可能不同。第一步：修改Makefile文件将改为第二步：修改分区设置信息我们要先在BootLoader中查看相应的分区信息 vivi>help 然后修改内核源码中的分区信息。分区信息文件在 a rch/arm/mach-s3c2410/common-smdk.c 将其中的

改为如下内容：

第三步：内核通过 BootLoader把数据写入NAND Flash，而vivi的ECC效验算法和内核的不同，内核的效验码是由NAND Flash控制器产生的，所以在此必须禁用NAND Flash ECC。所以我们就要修改 drivers/mtd/nand/s3c2410.c 这个文件。将中的 chip->ecc.mode = NAND_ECC_SOFT ，改为如下 chip->ecc.mode = NAND_ECC_NONE。

只此一处。第四步：下面是devfs的问题，因为2.6.12内核以后取消了devfs的配置选项，缺少了它内核会找不到mtdblock设备。所以我们需要修改 fs/Kconfig 文件，或者是从2.6.12的fs/Kconfig中拷贝下面几项到2.6.18的fs/Kconfig中去，我们采用修改的方法来完成。修改 fs/Kconfig支持devfs 。在Pseudo filesystems 主菜单的最后添加我们所要的内容。第五步：文件系统的支持 Yaffs 文件系统 YAFFS文件系统简介 YAFFS，Yet Another Flash File System，是一种类似于JFFS/JFFS2的专门为Flash设计的嵌入式文件系统。与JFFS相比，它减少了一些功能，因此速度更快、占用内存更少。 YAFFS和JFFS都提供了写均衡，垃圾收集等底层操作。它们的不同之处在于：（1）、JFFS是一种日志文件系统，通过日志机制保证文件系统的稳定性。YAFFS仅仅借鉴了日志系统的思想，不提供日志机能，所以稳定性不如JAFFS，但是资源占用少。（2）、JFFS中使用多级链表管理需要回收的脏块，并且使用系统生成伪随机变量决定要回收的块，通过这种方法能提供较好的写均衡，在YAFFS中是从头到尾对块搜索，所以在垃圾收集上JFFS的速度慢，但是能延长NAND的寿命。（3）、JFFS支持文件压缩，适合存储容量较小的系统；YAFFS不支持压缩，更适合存储容量大的系统。 YAFFS还带有NAND芯片驱动，并为嵌入式系统提供了直接访问文件系统的API，用户可以不使用Linux中的MTD和VFS，直接对文件进行操作。NAND Flash大多采用 MTD+YAFFS的模式。MTD（ Memory Technology Devices，内存技术设备）是对Flash 操作的接口，提供了一系列的标准函数，将硬件驱动设计和系统程序设计分开。 Yaffs 文件系统内核没有集成，可以对其主页下载： https://www.sodocs.net/doc/4b10059052.html,/cgi-bin/viewcvs.cgi/#dirlist

Linux 常见故障诊断说明

Q：Linux 常见故障诊断说明 A：对大多数用户来说，由于 Linux 操作系统的易用性和 Windows 操作系统相比较起来还是存在一定差别的。在 Windows 操作系统下，如果系统发生一些故障或问题的时候，我们经常会用一些补救的措施来进行故障的排除，这些方法很多，而且简单易用。但是，这种在Linux操作系统进行故障排除的工作却要复杂一些，而且故障的发现不像在Windows操作系统那样可以及时预见，需要手工运行一些系统和网络的管理命令。下面，就对系统和网络两种类型在Linux操作系统中的常见故障诊断进行说明。系统故障诊断 1.启动故障这是在Linux操作系统中经常会遇到的问题。系统不能启动的原因主要有：在安装Linux 操作系统的过程中，LILO配置信息错误，导致安装完毕后，系统不能正常启动；重新安装其他的操作系统，也经常会导致原有的Linux不能启动。因为，这些新安装的操作系统默认为计算机中没有其他的操作系统，因而改写了硬盘的主引导记录（MBR），覆盖了Linux操作系统中的LILO系统引导程序，致使最后无法启动LILO；在操作linux操作系统过程中，由于运行错误的Linux命令，使系统重新启动时，出现异常。解决方法：如果在Linux操作系统安装过程中或安装过程后，制作了Linux系统的急救启动盘组，使用这些急救盘启动系统即可进入系统，然后对相应错误，进行配置即可解决问题；如果没有制作急救启动盘组，Linux系统不能启动，该怎么办呢？下面介绍三种解决方法：（1）进入Linux操作系统单用户模式，在boot提示符后，敲入：linux single，此模式下启动Linux,LILO配置和网络配置信息不加载在启动过程中。（2）光盘启动，用第一张安装Linux操作系统的光盘（启动光盘）启动硬盘的Linux系统，主板BIOS里要设置光盘启动，重启机器后，出现 boot: 提示符后键入： vmlinuz root=/dev/linuxrootpartition noinitrd 其中,root=后面填入您的Linux root分区的分区号，也就是Linux系统的root文件系统所在的硬盘分区位置,例如：vmlinuz root=/dev/hda3 noinitrd。回车之后,即可进Linux系统。如果想恢复被破坏的LILO系统引导程序，可以编辑/etc/lilo.conf 之后, 运行/sbin/lilo即可。这种方法也适合其它原因对Linux操作系统造成的破坏。（注：软盘启动操作系统的过程也同上）。（3）在DOS下运行loadlin程序启动系统。在个人计算机使用 Linux系统时，通常都是Linux和Windows 9x或Windows 2000并存的。如果知道Linux系统在硬盘上的确切安装分区，并且有loadlin程序（在 Red Hat Linux 光盘的 dosutil目录下就有这个程序），也可以启动Linux系统。loadlin是DOS系统下的程序，运行它可以从DOS系统下直接启动Linux系统，快速进入Linux环境。除loadlin程序之外，还需要一个 Linux启动内核的映像文件vmlinuz，在 Red Hat linux光盘的 images目录下有这个文件。例如，如果在Windows 2000系统下面，进入DOS的命令模式，然后运行下述的loadlin命令，即可重新进入Linux系统： loadlin vmlinuz root=/dev/linuxrootpartition 命令执行后，就开始引导Linux系统。用root身份登录后，编辑/etc/lilo.conf 之后，运行/sbin/lilo即可，这样操作后则重新将LILO系统引导程序装入MBR。 2．文件系统故障

读Linux内核源代码

Linux内核分析方法 Linux的最大的好处之一就是它的源码公开。同时，公开的核心源码也吸引着无数的电脑爱好者和程序员；他们把解读和分析Linux的核心源码作为自己的最大兴趣，把修改Linux源码和改造Linux系统作为自己对计算机技术追求的最大目标。 Linux内核源码是很具吸引力的，特别是当你弄懂了一个分析了好久都没搞懂的问题；或者是被你修改过了的内核，顺利通过编译，一切运行正常的时候。那种成就感真是油然而生！而且，对内核的分析，除了出自对技术的狂热追求之外，这种令人生畏的劳动所带来的回报也是非常令人着迷的，这也正是它拥有众多追随者的主要原因： ?首先，你可以从中学到很多的计算机的底层知识，如后面将讲到的系统的引导和硬件提供的中断机制等；其它，象虚拟存储的实现机制，多任务机制，系统保护机制等等，这些都是非都源码不能体会的。 ?同时，你还将从操作系统的整体结构中，体会整体设计在软件设计中的份量和作用，以及一些宏观设计的方法和技巧：Linux的内核为上层应用提供一个与具体硬件不相关的平台；同时在内核内部，它又把代码分为与体系结构和硬件相关的部分，和可移植的部分；再例如，Linux虽然不是微内核的，但他把大部分的设备驱动处理成相对独立的内核模块，这样减小了内核运行的开销，增强了内核代码的模块独立性。 ?而且你还能从对内核源码的分析中，体会到它在解决某个具体细节问题时，方法的巧妙：如后面将分析到了的Linux通过Botoom_half机制来加快系统对中断的处理。 ?最重要的是：在源码的分析过程中，你将会被一点一点地、潜移默化地专业化。一个专业的程序员，总是把代码的清晰性，兼容性，可移植性放在很重要的位置。他们总是通过定义大量的宏，来增强代码的清晰度和可读性，而又不增加编译后的代码长度和代码的运行效率；他们总是在编码的同时，就考虑到了以后的代码维护和升级。甚至，只要分析百分之一的代码后，你就会深刻地体会到，什么样的代码才是一个专业的程序员写的，什么样的代码是一个业余爱好者写的。而这一点是任何没有真正分析过标准代码的人都无法体会到的。然而，由于内核代码的冗长，和内核体系结构的庞杂，所以分析内核也是一个很艰难，很需要毅力的事；在缺乏指导和交流的情况下，尤其如此。只有方法正确，才能事半功倍。正是基于这种考虑，作者希望通过此文能给大家一些借鉴和启迪。由于本人所进行的分析都是基于2.2.5版本的内核；所以，如果没有特别说明，以下分析都是基于i386单处理器的2.2.5版本的Linux内核。所有源文件均是相对于目录/usr/src/linux的。方法之一：从何入手要分析Linux内核源码，首先必须找到各个模块的位置，也即要弄懂源码的文件组织形式。虽然对于有经验的高手而言，这个不是很难；但对于很多初级的Linux爱好者，和那些对源码分析很

Yaffs2文件系统中对NAND Flash磨损均衡的改进

Yaffs2文件系统中对NAND Flash磨损均衡的改进摘要：针对以NAND Flash为存储介质时Yaffs2文件系统存在磨损均衡的缺陷，通过改进回收块选择机制，并在数据更新中引入冷热数据分离策略，从而改善NAND Flash的磨损均衡性能。实验借助Qemu软件建立Linux嵌入式仿真平台，从总擦除次数、最大最小擦除次数差值和块擦除次数标准差等方面进行对比。实验结果表明，在改进后的Yaffs2文件系统下NAND Flash的磨损均衡效果有明显提升，这有益于延长NAND Flash的使用寿命。关键词： Yaffs2文件系统；NAND Flash；垃圾回收；冷热数据 0 引言 NAND Flash存储设备与传统机械磁盘相比，具有体积小、存储密度高、随机存储和读写能力强、抗震抗摔、功耗低等特点[1]。它被广泛用于智能手机、车载智能中心、平板电脑等智能终端中。近年来，以NAND Flash为存储介质的固态硬盘也得到越来越多的应用。目前Yaffs2文件系统(Yet Another Flash File System Two，Yaffs2)[1]是使用最多、可移植性最好的专用文件系统，在安卓、阿里云OS、Linux等嵌入式系统中都有使用。在Yaffs2文件系统下以NAND Flash为存储介质时存在磨损均衡的缺陷，可通过对回收块选择机制作改进和引入冷热数据分离策略来提高磨损均衡的效果。 1 Yaffs2和Nand Flash关系这里以使用最多的Linux操作系统为实践，将Yaffs2文件系统移植到Linux操作系统中。Linux系统通常可以分为3层：应用层、内核层和设备层，其中支持NAND Flash设备的Yaffs2文件系统属于内核层，。最上层用户应用程序通过VFS(Virtual File System)提供的统一接口，将数据更新等文件操作传递给Yaffs2。VFS代表虚拟文件系统，它为上层应用提供统一的接口。有了这些接口，应用程序只用遵循抽象后的访问规则，而不必理会底层文件系统和物理构成上的差异。然后Yaffs2通过MTD（Memory Technology Device）提供的统一访问接口对NAND Flash进行读、写和擦除操作，从而完成数据的更新或者存储操作。MTD代表内存技术设备，它为存储设备提供统一访问的接口。最终，在NAND Flash上以怎样的格式组织和存储数据由Yaffs2文件系统决定。 NAND Flash由若干块(block)组成，每个块又是由若干页(page)组成，页中含有数据区和附加区。NAND Flash的页根据状态不同，可以分为有效页、脏页、空闲页。有效页中存放有效数据，脏页中存放无效数据，空闲页是经过擦除后可以直接用于写入数据的页。NAND Flash在写入数据前需要执行擦除操作，因此数据不能直接在相同的位置更新。当一个页中数据需要更新时，必须将该页中有效数据拷贝到其他空闲页上再更新，并将原来页上的数据置为无效。随着时间的推移，许多无效页累积在存储器中使得空闲页逐渐减少。当存储器中的空闲空间不足时，启动垃圾回收操作，利用回收块选择机制从待回收块中选取满足要求的块来擦除，从而得到足够的空闲空间。NAND Flash中块的擦除次数有限，通常为10 000次～100 000次[2]。当某个块的擦除次数超过使用寿命时，该块将无法正常用于数据存储。因此，垃圾回收应利用合理的回收块选择机制，从待回收块中找到回收后能产生良好磨损均衡效果且付出较少额外代价的块来回收，从而获得足够的空闲空间用于数据更新操作。 2 Yaffs2在磨损均衡方面的缺陷 Yaffs2中回收块的选择机制[3]是从待回收块中找到有效数据最少的块来回收。回收过程中，Yaffs2能够减少有效数据的额外读和写操作。当数据更新处于均匀分布的情况下，Yaffs2表现出较好的磨损均衡效果。但是，通常情况下数据的更新频率不同，有些数据经常更新，而有些数据很少更新。经

Linux内核源代码阅读与工具介绍

Linux的内核源代码可以从很多途径得到。一般来讲，在安装的linux系统下，/usr/src/linux 目录下的东西就是内核源代码。另外还可以从互连网上下载,解压缩后文件一般也都位于linux目录下。内核源代码有很多版本，目前最新的版本是2.2.14。许多人对于阅读Linux内核有一种恐惧感，其实大可不必。当然，象Linux内核这样大而复杂的系统代码，阅读起来确实有很多困难，但是也不象想象的那么高不可攀。只要有恒心，困难都是可以克服的。任何事情做起来都需要有方法和工具。正确的方法可以指导工作，良好的工具可以事半功倍。对于Linux内核源代码的阅读也同样如此。下面我就把自己阅读内核源代码的一点经验介绍一下，最后介绍Window平台下的一种阅读工具。对于源代码的阅读，要想比较顺利，事先最好对源代码的知识背景有一定的了解。对于linux内核源代码来讲，基本要求是：⑴操作系统的基本知识；⑵对C语言比较熟悉，最好要有汇编语言的知识和GNU C对标准C的扩展的知识的了解。另外在阅读之前，还应该知道Linux内核源代码的整体分布情况。我们知道现代的操作系统一般由进程管理、内存管理、文件系统、驱动程序、网络等组成。看一下Linux内核源代码就可看出，各个目录大致对应了这些方面。Linux内核源代码的组成如下（假设相对于linux目录）： arch这个子目录包含了此核心源代码所支持的硬件体系结构相关的核心代码。如对于X86平台就是i386。 include这个目录包括了核心的大多数include文件。另外对于每种支持的体系结构分别有一个子目录。 init此目录包含核心启动代码。 mm此目录包含了所有的内存管理代码。与具体硬件体系结构相关的内存管理代码位于arch/*/mm目录下，如对应于X86的就是arch/i386/mm/fault.c。 drivers系统中所有的设备驱动都位于此目录中。它又进一步划分成几类设备驱动，每一种也有对应的子目录，如声卡的驱动对应于drivers/sound。 ipc此目录包含了核心的进程间通讯代码。 modules此目录包含已建好可动态加载的模块。 fs Linux支持的文件系统代码。不同的文件系统有不同的子目录对应，如ext2文件系统对应的就是ext2子目录。 kernel主要核心代码。同时与处理器结构相关代码都放在arch/*/kernel目录下。 net核心的网络部分代码。里面的每个子目录对应于网络的一个方面。 lib此目录包含了核心的库代码。与处理器结构相关库代码被放在arch/*/lib/目录下。

2-Linux

Linux-2.6.32.2内核在mini2440上的移植(二)---yaffs2文件系统移植移植环境(红色粗字体字为修改后内容，蓝色粗体字为特别注意内容) 2.1， yaffs2文件系统移植【1】获取yaffs2 源代码现在大部分开发板都可以支持yaffs2 文件系统，它是专门针对嵌入式设备，特别是使用nand flash 作为存储器的嵌入式设备而创建的一种文件系统，早先的yaffs 仅支持小页(512byte/page)的nand flash，现在的开发板大都配备了更大容量的nand flash，它们一般是大页模式的(2K/page)，使用yaffs2 就可以支持大页的nand flash，下面是yaffs2 的移植详细步骤。在https://www.sodocs.net/doc/4b10059052.html,/node/346可以下载到最新的yaffs2 源代码，需要使用git工具( 安装方法见Git版本控制软件安装与使用)，在命令行输入： [root@localhost ~]# cd ./linux-test [root@localhost linux-test]# git clone git://https://www.sodocs.net/doc/4b10059052.html,/ya ffs2 Cloning into yaffs2... remote: Counting objects: 6592, done. remote: Compressing objects: 100% (3881/3881), done. remote: Total 6592 (delta 5237), reused 3396 (delta 2642) Receiving objects: 100% (6592/6592), 3.34 MiB | 166 KiB/s, d one. Resolving deltas: 100% (5237/5237), done.