看门狗源码

1. 快速学习单片机编程的方法

单片机汇编语言编程规范
软件设计更多地是一种工程，而不是一种个人艺术。如果不统一编程规范，最终写出的程序，其可读性将较差，这
不仅给代码的理解带来障碍，增加维护阶段的工作量，同时不规范的代码隐含错误的可能性也比较大。分析表明，编码
阶段产生的错误当中，语法错误大概占20%左右，而由于未严格检查软件逻辑导致的错误、函数（模块）之间接口错误
及由于代码可理解度低导致优化维护阶段对代码的错误修改引起的错误则占了一半以上。可见，提高软件质量必须降低
编码阶段的错误率。如何有效降低编码阶段的错误呢？这需要制定详细的软件编程规范，并培训每一位程序员，最终的
结果可以把编码阶段的错误降至10%左右，同时也降低了程序的测试费用，效果相当显着。
本文从代码的可维护性（可读性、可理解性、可修改性）、代码逻辑与效率、函数（模块）接口、可测试性四个方
面阐述了软件编程规范，规范分成规则和建议两种，其中规则部分为强制执行项目，而建议部分则不作强制，可根据习
惯取舍。
1．排版
规则 1
程序块使用缩进方式，函数和标号使用空格缩进，程序段混合使用TAB 和空格缩进。缩进的目的是使程序结构清晰，便
于阅读和理解。
<TAB>默认宽度应为8 个空格，由于Word 中<TAB>为4 个空格，为示范清晰，此处用2 个<TAB>代替(下同)。
例如：
MOV R1, #00H
MOV R2, #00H
MOV PMR, #PMRNORMAL
MOV DPS, #FLAGDPTR
MOV DPTR, #ADDREEPROM
read1kloop:
read1kpage:
INC R1
MOVX A, @DPTR
MOV SBUF, A
JNB TI, $
CLR TI
INC DPTR
CJNE R1, #20H, read1kpage
INC R2
MOV R1, #00H
CPL WDI
CJNE R2, #20H, read1kloop ;END OF EEPROM
规则2
在指令的操作数之间的，使用空格进行间隔，采用这种松散方式编写代码的目的是使代码更加清晰。
例如：
CJNE R2, #20H, read1kloop ;END OF EEPROM
规则 3
一行最多写一条语句。
规则 4
变量定义时，保持对齐。便于阅读和检查内存的使用情况。
例如：
RegLEDLOSS EQU 30H ; VARIABLE ;
TESTLED==RegLEDLOSS.0
RegLEDRA EQU 31H ; VARIABLE
RUNLED_Flag EQU 32H ; VARIABLE ;
256ms 改变一次RUNLED 状态
RUNLED_Def EQU 10H ; STATIC ;
16*32ms=500ms 改变一次LED 状态
2．注释
注释的原则是有助于对程序的阅读理解，注释不宜太多也不能太少，太少不利于代码理解，太多则会对阅读产生干扰，
因此只在必要的地方才加注释，而且注释要准确、易懂、尽可能简洁。注释量一般控制在30%到50%之间。
规则 1
程序在必要的地方必须有注释，注释要准确、易懂、简洁。
例如如下注释意义不大：
MOV DXCE1COUNTER, #00H ; 将DXCE1COUNTER 赋值为0
而如下的注释则给出了额外有用的信息：
JNZ PcComm_Err ; 假如校验出错
规则 2
注释应与其描述的代码相近，对代码的注释应放在其上方或右方（对单条语句的注释）相邻位置，不可放在下面，如放
于上方则需与其上面的代码用空行隔开。
规则 3
头文件、源文件的头部，应进行注释。注释必须列出：文件名、作者、目的、功能、修改日志等。
规则 4
函数头部应进行注释，列出：函数的目的、功能、输入参数、输出参数、涉及到的通用变量和寄存器、调用的其他函数
和模块、修改日志等。对一些复杂的函数，在注释中最好提供典型用法。
规则 5
对重要代码段的功能、意图进行注释，提供有用的、额外的信息。并在该代码段的结束处加一行注释表示该段代码结束。
规则 6
对于所有的常量，变量，数据结构声明(包括数组、结构、类、枚举等)，如果其命名不是充分自注释的，在声明时都必
须加以注释，说明其含义。
规则 7
维护代码时，要更新相应的注释，删除不再有用的注释。保持代码、注释的一致性，避免产生误解。
3．命名
规则 1
标识符缩写
形成缩写的几种技术：
1) 去掉所有的不在词头的元音字母。如screen 写成scrn, primtive 写成prmv。
2) 使用每个单词的头一个或几个字母。如Channel Activation 写成ChanActiv，ReleaseIndication 写成RelInd。
3) 使用变量名中每个有典型意义的单词。如Count of Failure 写成FailCnt。
4) 去掉无用的单词后缀 ing, ed 等。如Paging Request 写成PagReq。
5) 使用标准的或惯用的缩写形式（包括协议文件中出现的缩写形式）。
如 BSIC(Base Station Identification Code)、MAP(Mobile Application Part)。
关于缩写的准则：
1) 缩写应该保持一致性。如Channel 不要有时缩写成Chan，有时缩写成C
h。Length 有时缩写成Len，有时缩写成len。
2) 在源代码头部加入注解来说明协议相关的、非通用缩写。
3) 标识符的长度不超过12 个字符。
规则 2
变量命名约定：<前缀> + 主体 ; 注释
变量命名要考虑简单、直观、不易混淆。
前缀是可选项，表示变量类型，由于汇编中变量多是单字节变量，所以单字节变量可以不加前缀，对于 bit 和双字节型
变量，使用小写的b 和d 作为前缀表示。
主体是必选项，可多个单词(或缩写)合在一起，每个单词首字母大写，其余部分小写。
规则 3
常量的命名
常量的命名规则：单词的字母全部大写，各单词之间用下划线隔开。
规则 4
函数的命名
单词首字母为大写，其余均为小写。函数名应以一个动词开头，即函数名应类似一个动词断语或祈使句。
例如：Test_Protect， Check_EEPROM， Init_Para
4．可维护性
规则 1
函数和过程中关系较为紧密的代码尽可能相邻。
规则 2
每个函数的源程序行数原则上应该少于200 行。对于消息分流处理函数，完成的功能统一，但由于消息的种类多，可能
超过200 行的限制，不属于违反规定。
规则 3
语句嵌套层次不得超过5 层。嵌套层次太多，增加了代码的复杂度及测试的难度，容易出错，增加代码维护的难度。
规则 4
避免相同的代码段在多个地方出现。当某段代码需在不同的地方重复使用时，应根据代码段的规模大小使用函数调用或
宏调用的方式代替。这样，对该代码段的修改就可在一处完成，增强代码的可维护性。
规则 5
每个函数完成单一的功能，不设计多用途面面俱到的函数。多功能集于一身的函数，很可能使函数的理解、测试、维护
等变得困难。使函数功能明确化，增加程序可读性，亦可方便维护、测试。
规则 6
在函数的项目维护文档中，应该指出软件适用的硬件平台及版本。
建议 1
使用专门的初始化函数对所有的公共变量进行初始化。
5．程序正确性、效率
规则 1
严禁使用未经初始化的变量。引用未经初始化的变量可能会产生不可预知的后果，特别是引用未经初始化的指针经常会
导致系统崩溃，需特别注意。
规则 2
防止内存操作越界。
说明：内存操作越界是软件系统主要错误之一，后果往往非常严重。
规则 3
注意变量的有效取值范围，防止表达式出现上溢或下溢。
规则 4
防止易混淆的指令和操作数拼写错误。
规则 5
避免函数中不必要语句，防止程序中的垃圾代码，预留代码应以注释的方式出现。程序中的垃圾代码不仅占用额外的空
间，而且还常常影响程序的功能与性能，很可能给程序的测试、维护等造成不必要的麻烦。
规则 6
通过对系统数据结构的划分与组织的改进，以及对程序算法的优化来提高空间效率。这种方式是解决软件空间效率的根
本办法。
规则 7
循环体内工作量最小化。应仔细考虑循环体内的语句是否可以放在循环体之外，使循环体内工作量最小，从而提高程序
的时间效率。
规则 8
在多重循环中，应将最忙的循环放在最内层。
规则 9
避免循环体内含判断语句，将与循环变量无关的判断语句移到循环体外。目的是减少判断次数。循环体中的判断语句是
否可以移到循环体外，要视程序的具体情况而言，一般情况，与循环变量无关的判断语句可以移到循环体外，而有关的
则不可以。
规则 10
中断和恢复
中断程序应该尽量短，应该在中断中进行标记，在主程序中处理。但实时性很高的程序段例外。
中断时应该保存所有涉及到的通用变量和寄存器，如 A, PSW, DPTR 等。
规则 11
堆栈设置
堆栈对于程序非常重要，对于堆栈的设置要合理。堆栈太小，在嵌套调用和容易溢出，造成系统故障；堆栈太大，浪费
RAM 资源。为了节约堆栈资源，中断时要求不要保存太多资源，中断嵌套和程序嵌套层数不要太多，尽量不要超过5
层。这就要求合理的划分功能模块。
规则 12
看门狗
看门狗电路用于在单片机死机时自动复位。单片机需要定时向看门狗发送脉冲，俗称”喂狗”。喂狗不可太勤，这样看门
狗没有起到作用；也不可太慢，这样容易造成单片机复位。正确的喂狗应该在主循环中进行，最好是建立一个独立的系
统监控进程。不可以在定时中断中喂狗，应为单片机有时可能会在主循环中死掉。
6．接口
规则 1
去掉没有必要的公共变量，编程时应尽量少用公共变量。公共变量是增大模块间耦合的原因之一，故应减少没必要的公
共变量以降低模块间的耦合度。应该构造仅有一个模块或函数可以修改、创建，而其余有关模块或函数只访问的公共变
量，防止多个不同模块或函数都可以修改、创建同一公共变量的现象。
规则 2
当向公共变量传递数据时，要防止越界现象发生。对公共变量赋值时，若有必要应进行合法性检查，以提高代码的可靠
性、稳定性。
规则 3
尽量不设计多参数函数，将不使用的参数从接口中去掉，降低接口复杂度，减少函数间接口的复杂度。
规则 4
对所调用函数的返回码要仔细、全面地处理。防止把错误传递到后面的处理流程。如有意不检查其返回码，应明确指明。
规则5
检查接口函数所有输入参数的有效性。
规则 6
检查函数的所有非参数输入，如外部数据、公共变量等。
7．代码可测性
规则 1
模块编写应该有完善的测试方面的考虑。
规则 2
源代码中应该设计了代码测试的内容。
在编写代码之前，应预先设计好程序调试与测试的方法和手段，并设计好各种调测开关及相应测试代码。程序的调试与
测试是软件生存周期中很重要的一个阶段，如何对软件进行较全面、高率的测试并尽可能地找出软件中的错误就成为很
关键的问题。因此在编写源代码之前，除了要有一套比较完善的测试计划外，还应设计出一系列代码测试手段，为单元
测试、集成测试及系统联调提供方便。
规则 3
在同一项目组或产品组内，要有一套统一的为集成测试与系统联调准备的调测开关及相应函数，并且要有详细的说明。
本规则是针对项目组或产品组的。
规则 4
在同一项目组或产品组内，调测打印出的信息串的格式要有统一的形式。信息串中至少要有所在模块名（或源文件名）
及行号。统一的调测信息格式便于集成测试。
规则 5
正式软件产品中应把调测代码去掉（即把有关的调测开关关掉）。
规则 6
用调测开关来切换软件的DEBUG 版和正式版，而不要同时存在正式版本和DEBUG 版本的不同源文件，以减少维护的
难度。
规则 7
在软件系统中设置与取消有关测试手段，不能对软件实现的功能等产生影响。即有测试代码的软件和关掉测试代码的软
件，在功能行为上应一致。
规则 8
发现错误应该立即修改，并且若有必要记录下来。
规则 9
开发人员应坚持对代码进行彻底的测试（单元测试），而不依靠他人或测试组来发现问题。
规则 10
清理、整理或优化后的代码要经过审查及测试。
规则 11
代码版本升级要经过严格测试。
8．代码编译
规则 1
打开编译器的所有告警开关对程序进行编译。防止隐藏可能是错误的告警。
规则 2
某些语句经编译后产生告警，但如果你认为它是正确的，那么应通过某种手段去掉告警信息。照着规范系统的学习，不久的将来你也是个高手了。

2. mplab x ide汇编配置位源代码复制到哪里

在讲基于MPLAB X IDE 配置位配置前我先讲讲如何配置配置位。
比如PICLF1823的数据手册 可以再器件配置中找到两个寄存器。一个是配置字1 ，一个是配置字2.
对于初学者来说如此多的配置选项，该如何配置呢？我们要抓主重点。
配置字中最重要的配置选项就是：

看门狗配置 如：WDTE<1;0>； 一般选择关闭看门狗
MCLRE复位脚的配置 如：MCLRE；一般选择复位脚作I/O
震荡器的选择： 如：FOSC<2:0>；根据实际情况配置，我这里一般选择用 INTOSC 内部振荡器.
因为如果这三个没有配置好的话程序根本无法运行。其他配置可以看数据手册此不赘述。
MPLAB X IDE和MPLAB IDE 8不同。
MPLAB IDE 8 可以再界限中选择配置位就行。配置选项可以不写在代码中。
MPLAB X IDE 如果要配置的话必须在代码中写出配置。
实例介绍：
1.打开MPLAB X IDE 在菜单栏中 点击Window->PIC Memory Veiws->Configuration bits
2 在出现的Configuration Bits中的改变每个配置中的option选项，红色的就是我们改变过的配置选项

3 配置完成后 点击 Genarate Source Code to Output 产生配置源代码。

将其中的 __CONFIG(FOSC_INTOSC & WDTE_OFF & PWRTE_ON & MCLRE_OFF & CP_ON & CPD_ON & BOREN_ON & CLKOUTEN_OFF & IESO_ON & FCMEN_ON);
__CONFIG(WRT_OFF & PLLEN_OFF & STVREN_ON & BORV_LO & LVP_OFF);复制到源代码中去。源代码中必须包涵头文件#include<pic.h>.

此处我指出一出MPLAB X IDEv1.10 的一处错误 在配置中的 BORV_LO 这个配置编译器是不认的，这可能是编写软件的程序员和编写头文件的程序猿没有配合好：
编译器只认得头文件，在pic16f1823.h这个头文件中没有定义BORV_LO 而是把他定义为BORV_19.把BORV_HI定义成BORV_25. 总之把BORV_LO修改成BORV_19就行了。
下面应网友的要求对16F877A的配置位进行讲解：
CP ：程序区保护 该位置1将开启 。（这个位是必须开启的以防止程序被读取）
DEBUG: 使能调试功能。如果不使能RB6 RB7脚作为普通的I/O口（根据需求）
WRT1：WRT0:写保护位。防止程序区被意外写入。（一般建议开启）
CPD:EEPROM保护，（这个位必须开启以防止EEPROM中的数据被读取）
LVP:低电压编程使能位。如果不使用低电压编程 RB3将做普通I/O.MCLR必须用于编程。（根据需求）
BOREN:掉电检测。掉电检测的作用是单片机发现电压不足的时候会及时的停止工作。防止一些意外操作的发生。比如 EEPROM 或者FLASH中的数据丢失（这个一般必须开启防止丢码）
PWRTEN：上电延时。开启后单片机会延时72MS开始工作。保证上电后电路稳定后单片机才开始工作。不要求单片机一上电就马上工作，这个位建议开启。（建议开启）
WDTEN:看门狗。 这个位根据你自己需要吧。开启之后程序必须 不停的喂狗。喂不好程序就会复位。（根据需求）
FOSC1：FOSC0：振荡器选择位。如果你用高速的就选择HS.中速度的就用XT，希望速度低功耗低就用LP。希望用便宜且对精度要求不高的振荡器就用RC。（根据需求选择）
20MHz~4MHz （包括4MHz）的石英晶振配置HS.
4MHz（包括4MHz）~200KHz（包括200KHz） 的石英晶振配置XT.

200KHz（包括200KHz）~32KHz的石英晶振配置LP.
RC 就是 电阻加电容。就可以做出一个便宜但精度不高的是振荡器了。

3. 如何linux内核报告问题

Linux Kernel BUG:soft lockup CPU#1 stuck分析
1.线上内核bug日志
kernel: Deltaway too big! 18428729675200069867 ts=18446743954022816244 write stamp =18014278822746377
kernel:------------[ cut here ]------------
kernel:WARNING: at kernel/trace/ring_buffer.c:1988 rb_reserve_next_event+0x2ce/0x370()(Not tainted)
kernel:Hardware name: ProLiant DL360 G7
kernel:Moles linked in: fuse ipv6 power_meter bnx2 sg microcode serio_raw iTCO_wdtiTCO_vendor_support hpilo hpwdt i7core_edac edac_core shpchp ext4 mbcache jbd2sd_mod crc_t10dif hpsa radeon ttm drm_kms_helper drm i2c_algo_bit i2c_coredm_mirror dm_region_hash dm_log dm_mod [last unloaded: scsi_wait_scan]
kernel: Pid:5483, comm: master Not tainted 2.6.32-220.el6.x86_64 #1
kernel: CallTrace:
kernel:[<ffffffff81069b77>] ? warn_slowpath_common+0x87/0xc0
kernel:[<ffffffff81069bca>] ? warn_slowpath_null+0x1a/0x20
kernel:[<ffffffff810ea8ae>] ? rb_reserve_next_event+0x2ce/0x370
kernel:[<ffffffff810eab02>] ? ring_buffer_lock_reserve+0xa2/0x160
kernel:[<ffffffff810ec97c>] ? trace_buffer_lock_reserve+0x2c/0x70
kernel:[<ffffffff810ecb16>] ? trace_current_buffer_lock_reserve+0x16/0x20
kernel:[<ffffffff8107ae1e>] ? ftrace_raw_event_hrtimer_cancel+0x4e/0xb0
kernel:[<ffffffff81095e7a>] ? hrtimer_try_to_cancel+0xba/0xd0
kernel:[<ffffffff8106f634>] ? do_setitimer+0xd4/0x220
kernel:[<ffffffff8106f88a>] ? alarm_setitimer+0x3a/0x60
kernel:[<ffffffff8107c27e>] ? sys_alarm+0xe/0x20
kernel:[<ffffffff8100b308>] ? tracesys+0xd9/0xde
kernel: ---[end trace 4d0a1ef2e62cb1a2 ]---
abrt-mp-oops: Reported 1 kernel oopses to Abrt
kernel: BUG: softlockup - CPU#11 stuck for 4278190091s! [qmgr:5492]
kernel:Moles linked in: fuse ipv6 power_meter bnx2 sg microcode serio_raw iTCO_wdtiTCO_vendor_support hpilo hpwdt i7core_edac edac_core shpchp ext4 mbcache jbd2sd_mod crc_t10dif hpsa radeon ttm drm_kms_helper drm i2c_algo_bit i2c_coredm_mirror dm_region_hash dm_log dm_mod [last unloaded: scsi_wait_scan]
kernel: CPU 11
kernel:Moles linked in: fuse ipv6 power_meter bnx2 sg microcode serio_raw iTCO_wdtiTCO_vendor_support hpilo hpwdt i7core_edac edac_core shpchp ext4 mbcache jbd2sd_mod crc_t10dif hpsa radeon ttm drm_kms_helper drm i2c_algo_bit i2c_coredm_mirror dm_region_hash dm_log dm_mod [last unloaded: scsi_wait_scan]
kernel:
kernel: Pid:5492, comm: qmgr Tainted: G W ---------------- 2.6.32-220.el6.x86_64 #1 HPProLiant DL360 G7
kernel: RIP:0010:[<ffffffff8106f730>] [<ffffffff8106f730>]do_setitimer+0x1d0/0x220
kernel: RSP:0018:ffff88080a661ef8 EFLAGS: 00000286
kernel: RAX:ffff88080b175a08 RBX: ffff88080a661f18 RCX: 0000000000000000
kernel: RDX:0000000000000000 RSI: 0000000000000082 RDI: ffff88080c8c4c40
kernel: RBP:ffffffff8100bc0e R08: 0000000000000000 R09: 0099d7270e01c3f1
kernel: R10:0000000000000000 R11: 0000000000000246 R12: ffffffff810ef9a3
kernel: R13:ffff88080a661e88 R14: 0000000000000000 R15: ffff88080a65a544
kernel: FS:00007f10b245f7c0(0000) GS:ffff88083c4a0000(0000) knlGS:0000000000000000
kernel: CS:0010 DS: 0000 ES: 0000 CR0: 000000008005003b
kernel: CR2:00007ff955977380 CR3: 000000100a80b000 CR4: 00000000000006e0
kernel: DR0:0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
kernel: DR3:0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
kernel:Process qmgr (pid: 5492, threadinfo ffff88080a660000, task ffff880809577500)
kernel: Stack:
kernel:00007f10b323def0 00007f10b248ead0 00007f10b26d0f78 00007f10b248ede0
kernel:<0> ffff88080a661f68 ffffffff8106f88a 0000000000000000 0000000000000000
kernel:<0> 000000000000014c 00000000000f423d 0000000000000000 0000000000000000
kernel: CallTrace:
kernel:[<ffffffff8106f88a>] ? alarm_setitimer+0x3a/0x60
kernel:[<ffffffff8107c27e>] ? sys_alarm+0xe/0x20
kernel:[<ffffffff8100b308>] ? tracesys+0xd9/0xde
kernel: Code:89 ef e8 74 66 02 00 83 3d 15 69 b5 00 00 75 37 49 8b 84 24 70 07 00 00 48 0508 08 00 00 66 ff 00 66 66 90 fb 66 0f 1f 44 00 00 <31> c0 e9 64 fe ff ff49 8b 84 24 68 07 00 00 48 c7 80 d0 00 00
kernel: CallTrace:
kernel:[<ffffffff8106f769>] ? do_setitimer+0x209/0x220
kernel:[<ffffffff8106f88a>] ? alarm_setitimer+0x3a/0x60
kernel:[<ffffffff8107c27e>] ? sys_alarm+0xe/0x20
kernel:[<ffffffff8100b308>] ? tracesys+0xd9/0xde
abrt-mp-oops: Reported 1 kernel oopses to Abrt

2.内核软死锁（soft lockup）bug原因分析
Soft lockup名称解释：所谓，soft lockup就是说，这个bug没有让系统彻底死机，但是若干个进程（或者kernel thread）被锁死在了某个状态（一般在内核区域），很多情况下这个是由于内核锁的使用的问题。
Linux内核对于每一个cpu都有一个监控进程，在技术界这个叫做watchdog（看门狗）。通过ps –ef | grep watchdog能够看见，进程名称大概是watchdog/X（数字：cpu逻辑编号1/2/3/4之类的）。这个进程或者线程每一秒钟运行一次，否则会睡眠和待机。这个进程运行会收集每一个cpu运行时使用数据的时间并且存放到属于每个cpu自己的内核数据结构。在内核中有很多特定的中断函数。这些中断函数会调用soft lockup计数，他会使用当前的时间戳与特定（对应的）cpu的内核数据结构中保存的时间对比，如果发现当前的时间戳比对应cpu保存的时间大于设定的阀值，他就假设监测进程或看门狗线程在一个相当可观的时间还没有执。Cpu软锁为什么会产生，是怎么产生的？如果linux内核是经过精心设计安排的CPU调度访问，那么怎么会产生cpu软死锁？那么只能说由于用户开发的或者第三方软件引入，看我们服务器内核panic的原因就是qmgr进程引起。因为每一个无限的循环都会一直有一个cpu的执行流程（qmgr进程示一个后台邮件的消息队列服务进程），并且拥有一定的优先级。Cpu调度器调度一个驱动程序来运行，如果这个驱动程序有问题并且没有被检测到，那么这个驱动程序将会暂用cpu的很长时间。根据前面的描述，看门狗进程会抓住（catch）这一点并且抛出一个软死锁（soft lockup）错误。软死锁会挂起cpu使你的系统不可用。
如果是用户空间的进程或线程引起的问题backtrace是不会有内容的，如果内核线程那么在soft lockup消息中会显示出backtrace信息。
3.根据linux内核源码分析错误
根据我们第一部分内核抛出的错误信息和call trace（linux内核的跟踪子系统）来分析产生的具体原因。
首先根据我们的centos版本安装相应的linux内核源码，具体步骤如下：
（1）下载源码的rpm包kernel-2.6.32-220.17.1.el6.src.rpm
（2）安装相应的依赖库，命令：yuminstall rpm-build redhat-rpm-config asciidoc newt-devel
（3）安装源码包：rpm -ikernel-2.6.32-220.17.1.el6.src.rpm
（4）进入建立源码的目录：cd~/rpmbuild/SPECS
（5）建立生成源码目录：rpmbuild-bp --target=`uname -m` kernel.spec

下面开始真正的根据内核bug日志分析源码：
（1）第一阶段内核错误日志分析（时间在Dec 4 14:03:34这个阶段的日志输出代码分析，其实这部分代码不会导致cpu软死锁，主要是第二阶段错误日志显示导致cpu软死锁）
我们首先通过日志定位到相关源代码：看下面日志：Dec 4 14:03:34 BP-YZH-1-xxxx kernel: WARNING: atkernel/trace/ring_buffer.c:1988 rb_reserve_next_event+0x2ce/0x370() (Not tainted)
根据日志内容我们可以很容易的定位到kernel/trace/ring_buffer.c这个文件的1988行代码如下：WARN_ON(1)。
先简单解释一下WARN_ON的作用：WARN_ON只是打印出当前栈信息，不会panic。所以会看到后面有一大堆的栈信息。这个宏定义如下：
#ifndef WARN_ON
#defineWARN_ON(condition) ({ \
int __ret_warn_on = !!(condition); \
if (unlikely(__ret_warn_on)) \
__WARN(); \
unlikely(__ret_warn_on); \
})
#endif
这个宏很简单保证传递进来的条件值为0或者1（两次逻辑非操作的结果），然后使用分支预测技术（保证执行概率大的分支紧邻上面的指令）判断是否需要调用__WARN()宏定义。如果满足条件执行了__WARN()宏定义也接着执行一条空指令;。上面调用WARN_ON宏是传递的1，所以会执行__WARN()。下面继续看一下__WARN()宏定义如下：
#define __WARN() warn_slowpath_null(__FILE__,__LINE__)
从接下来的call trace信息中我们也确实发现调用了warn_slowpath_null这个函数。通过在linux内核源代码中搜索这个函数的实现，发现在panic.c（内核恐慌时的相关功能实现）中实现如下：
voidwarn_slowpath_null(const char *file, int line)
{
warn_slowpath_common(file, line,__builtin_return_address(0),
TAINT_WARN, NULL);
}
EXPORT_SYMBOL(warn_slowpath_null);//都出这个符号，让其他模块可以使用这个函数
同样的我们看到了warn_slowpath_common这个函数，而在call trace当中这个函数在warn_slowpath_null函数之前打印出来，再次印证了这个流程是正确的。同样在panic.c这个文件中我发现了warn_slowpath_common这个函数的实现如下：
static voidwarn_slowpath_common(const char *file, int line, void *caller,
unsigned taint, struct slowpath_args *args)
{
const char *board;

printk(KERN_WARNING "------------[ cut here]------------\n");
printk(KERN_WARNING "WARNING: at %s:%d %pS()(%s)\n",
file, line, caller, print_tainted());
board = dmi_get_system_info(DMI_PRODUCT_NAME);//得到dmi系统信息
if (board)
printk(KERN_WARNING "Hardware name:%s\n", board);//通过我们的日志信息可以发现我们硬件名称是ProLiant DL360 G7

if (args)
vprintk(args->fmt, args->args);

print_moles();//打印系统模块信息
mp_stack();//mp信息输出（call trace开始）
print_oops_end_marker();//打印oops结束
add_taint(taint);
}
分析这个函数的实现不难发现我们的很多日志信息从这里开始输出，包括打印一些系统信息，就不继续深入分析了（请看代码注释，里面调用相关函数打印对应信息，通过我分析这些函数的实现和我们的日志信息完全能够对应，其中mp_stack是与cpu体系结构相关的，我们的服务器应该是属于x86体系）。这里在继续分析一下mp_stack函数的实现，因为这个是与cpu体系结构相关的，而且这个函数直接反应出导致内核panic的相关进程。这个函数实现如下：
/*
* The architecture-independent mp_stackgenerator
*/
void mp_stack(void)
{
unsigned long stack;

printk("Pid: %d, comm: %.20s %s %s %.*s\n",
current->pid, current->comm,print_tainted(),
init_utsname()->release,
(int

4. 单片机控制一个4位的共阴数码管通电的状态下显示时间的程序

#include <reg52.h>
#define uint unsigned int
#define uchar unsigned char
sbit PRESS1=P1^0;
sbit PRESS2=P1^1;
sbit PRESS3=P1^2;
uint a[]={0x3f,0x06,0x5b,0x4f,0x66,0x6d,0x7d,0x07,0x7f,0x6f};//0到9
uint b[]={0xfe,0xfd,0xfb,0xf7,0xef,0xdf,0xbf,0x7f};
int miao=45,fen=58,shi=15;
uint jishu;
uint miaog,miaos,feng,fens,shig,shis;
int ji;
void init()//初始化函数设置中断寄存器的值。
{
jishu=0;
TMOD=0x01;
TR0=1;
ET0=1;
EA=1;
TH0=0x3c;
TL0=0xb0;

}
void delay(x)//延时函数。
{
uint i,j;
for(i=x;i>0;i--)
for(j=120;j>0;j--);
}
void xian()//把时分秒送到数码管显示。
{
uint i;
miaog=miao%10;
miaos=miao/10;
feng=fen%10;
fens=fen/10;
shig=shi%10;
shis=shi/10;
for(i=0;i<8;i++)
{
switch(i)
{
case 0:P3=b[7];P2=a[miaog];break;
case 1:P3=b[6];P2=a[miaos];break;
case 2:P3=b[5];P2=0x40;break;
case 3:P3=b[4];P2=a[feng];break;
case 4:P3=b[3];P2=a[fens];break;
case 5:P3=b[2];P2=0x40;break;
case 6:P3=b[1];P2=a[shig];break;
case 7:P3=b[0];P2=a[shis];break;
}
delay(1);
};
}
void jiance()//检测键是否按下按不同键实现不同的处理。
{
if(PRESS1==0)
{
delay(2);
if(PRESS1==0)
{
while(!PRESS1);
ji++;
if(ji>=4)
ji=0;
}
}
if(ji==1)
{
if(PRESS2==0)
{
delay(1);
while(!PRESS2);
miao++;
if(miao>=60)
{
miao=0;
fen++;
}
}
if(PRESS3==0)
{
delay(1);
while(!PRESS3);
miao--;
if(miao<0)
{
miao=59;

}
}
}
if(ji==2)
{
if(PRESS2==0)
{
delay(1);
while(!PRESS2);
fen++;
if(fen>=60)
{
fen=0;
shi++;
}
}
if(PRESS3==0)
{
delay(1);
while(!PRESS3);
fen--;
if(fen<0)
{
fen=59;

}
}
}
if(ji==3)
{
if(PRESS2==0)
{
delay(1);
while(!PRESS2);
shi++;
if(shi>=24)
{
shi=0;

}
}
if(PRESS3==0)
{
delay(1);
while(!PRESS3);
shi--;
if(shi<0)
{
shi=23;

}
}
}
if(ji==0)
EA=1;
else
EA=0;
}

void main()
{
init();
while(1)
{
xian();
jiance();

}
}
void an() interrupt 1 //计时中断0工作方式1函数。
{
TH0=0x3c;
TL0=0xb0;
jishu++;
if(jishu==20)
{
jishu=0;
miao++;
if(miao==60)
{
miao=0;
fen++;
if(fen==60)
{
fen=0;
shi++;
if(shi==24)
shi=0;
}
}
}
}

5. 工业arm板,像三星6818开发板能做吗

比较难，因为三星芯片都不是工业级的。虽然芯片未必有，但设备肯定有。
所谓工业级，是指适应一定工作环境的设备指标要求，这个要求比普通级别要苛刻。普通设备一般会放置在温度中等湿度中等且恒定的专业机房中，对设备的适用环境的能力没有大的要求。工业级一般应用于非机房环境中，如野外，温差大，干扰多，灰尘大等因素，要求设备各方面参数要更好。不过因为使用环境要求不同，6818开发板也可以使用在一定的环境下。像荣品的6818开发板使用温度就在-20℃到70℃。