动静态结合的中断驱动程序数据竞争检测方法

摘要

本发明设计一种动静态结合的中断驱动程序数据竞争检测方法，该方法通过共享资源的检测技术、控制流图生成技术、数据流分析技术、模拟器运行控制技术，利用静态方法来对源程序进行静态分析得到潜在的数据竞争序列，通过对静态分析的结果进行动态执行，验证潜在竞争的真实性，并根据潜在竞争的严重性进行排序，得到测试结果报告。通过本发明实现的工具对中断驱动程序的测试，可以有效地检测出真实的中断相关的竞争关系，并根据严重性提供一系列的潜在竞争关系作为指导，能够极大地促进测试人员的工作效率，突破解决了中断驱动的数据竞争检测问题，保障嵌入式系统的安全和稳定，可以为航天、医疗等高稳定性嵌入式程序需求的关键性安全领域提供可靠性保证。

说明书

技术领域

本发明涉及中断驱动程序的测试方法，主要涉及中断引发的嵌入式系统中的数据竞争检测，属于软件工程、软件测试、嵌入式系统交叉技术领域。 

背景技术

嵌入式系统被广泛应用在各个领域，包括汽车电子、航天电子、医疗电子等。这些领域往往对安全性和稳定性的要求特别高，任何的系统运行故障都会导致及其严重的后果，比如著名的Therac-25事件，就是在某些种特殊场景下的一次不小心的按键动作，导致了中断引发的数据竞争，最终了严重的医疗后果。 

中断驱动的嵌入式系统的稳定和安全具有很高的重要性，但嵌入式系统程序的错误，尤其是其并发性错误，被认为是极其难以检测、定位和修复的。这主要是因为并发错误对执行序列很敏感，即使是同一测试用例，每次的执行序列都有可能不同，最终造成无法预测程序的执行结果。因此，依赖传统的通过检查程序输出结果来判断程序错误的方法，无法检测出大多数的并发错误。此外，中断本身和硬件紧密相关，系统运行环境复杂，更加剧了对并发错误的检测、定位和修复的难度。 

如何设计一个较为完整的能够检测中断驱动的嵌入式系统中数据竞争的自动化方法，来有效、高效地帮助测试人员提供工作效率，保障安全性嵌入式系统的稳定性和鲁棒性，是我们一直在思考的问题。 

传统的解决方法有：通过将中断驱动程序转换成多线程程序，然后利用多线程中的数据检测工具找到竞争问题，然而，中断驱动程序和多线程程序在诸多方面的特性存在着本质的区别，二者的转换势必造成信息量的丢失，导致报告结果的误报；采用随机化调度、基于共享变量访问的调度等方法，通过对程序的插桩来动态执行程序，找到竞争问题，但是，由于其强制的路径执行方法造成了诸多误报，且大量的人工操作影响了工具的实用性，导致了该方法不具备可使用性；还有基于模拟器的方法，虽然能够一定程度上检测到数据竞争问题，却因为需要监控系统的全部状态，且需要进行多次重复运行，系统开销大，时间成本高。 

目前对中断驱动程序的数据竞争检测仍存在着两个瓶颈：一是结果的准确性问题，在避免误报的同时能够尽量避免漏报；二是实用性问题，其测试方法应该能够不依赖于具体的系统和平台，具有广泛的应用场景。本发明设计一种动静态结合的竞争检测方法，通过共享资源的检测技术，控制流图生成技术，数据流分析技术，模拟器运行控制技术，检测并验证出系统的竞争关系，突破了上述的两个瓶颈，解决了中断驱动的数据竞争检测问题，保障嵌入式系统的安全和稳定，为我国航天事业、医疗事业等高稳定性嵌入式 程序需求的关键性安全领域提供可靠性保证。 

发明内容

技术问题：本发明的目的是设计一种动静态结合的中断驱动程序数据竞争检测方法，以保障安全性嵌入式系统的稳定性和鲁棒性，解决中断驱动的嵌入式系统程序中存在的严重威胁系统安全和稳定性的数据竞争问题。 

技术方案：本发明提供一种动静态结合的中断驱动程序数据竞争检测方法，利用静态方法来对源程序进行静态分析得到潜在的数据竞争序列，通过对静态分析的结果进行动态执行，验证潜在竞争的真实性，并根据潜在竞争的严重性进行排序，得到测试结果报告。 

本发明的动静态结合的中断驱动程序数据竞争检测方法包含的步骤为： 

步骤1：用户指定受测试的中断驱动程序源文件，所述的中断驱动程序源文件包含若干个函数构成的主任务的源代码，以及该任务涉及到的中断所对应的中断处理程序的源代码； 

步骤2：用户指定测试的配置文件，所述配置文件是XML文件，XML的全称是可扩展标记语言，可以用来标记数据、定义数据类型，是一种允许用户对自己的标记语言进行定义的源语言；所述的测试配置文件包括主函数的入口说明、各个中断处理程序的中断向量号和中断优先级； 

步骤3：对受测试的中断驱动程序源文件进行共享资源检测，得到共享资源列表； 

步骤4：对受测试的中断驱动程序源文件进行中断操作行为检测，得到中断操作列表； 

步骤5：对中断驱动程序源文件进行分析，得到简要控制流图RCFG， 

步骤6：将所有的RCFG互联起来，得到全局的中断互联控制流图IICFG； 

步骤7：对IICFG进行深度优先遍历，得到中断驱动源程序的静态分析结果； 

步骤8：在西米克斯Simics仿真平台中执行中断驱动程序源文件，验证PR中的所有静态分析结果， 

步骤9：对验证后的验证结果进行严重性排序，从而得到了对受测试的中断驱动程序源文件的竞争检测结果。 

所述步骤3具体过程如下： 

步骤31：设置共享资源列表，将该表初始化为空，所述的共享资源列表包含五个属性，分别是共享资源所在的函数名、该共享资源所在该函数中的行号、共享资源在该函数中的别名、该共享资源的全局的实质名称、该共享资源的读写访问类型； 

步骤32：打开中断驱动程序源文件，逐行读取源文件数据，每当读入源文件的一行数据时，通过语法分析该行数据中所包含的语句是否属于共享资源声明语句；所述的共享资源包括：可全局被访问的共享变量、可共享访问的端口号、寄存器地址、可全局被访问的文件句柄，以及上述所有的共享资源的有效的指针形式传播；如果该语句是共享资源声明语句，则将该语句中包含的共享资源的具体信息作为共享资源列表的一行，添入到共享资源列表中；共享资源的具体信息包括共享资源所在的函数名、该共享资源所在该函数中的行号、共享资源在该函数中的别名、该共享资源的全局的实质名称、该共享资源的读写访问类型。 

所述步骤4具体过程如下： 

步骤41：读取用户指定测试的配置文件，读入本次测试的函数主入口信息、各个中断处理程序的中断向量号、中断优先级， 

步骤42：设置中断操作列表，将该表初始化为空；所述的中断操作列表包含四个属性，分别是中断操作所在的函数名、该中断操作所在该函数中的行号、该中断的向量号、该中断操作的操作类型； 

步骤43：打开中断驱动程序源文件，逐行读取源文件数据，每当读入源文件的一行数据时，通过语法分析判断该行数据中包含的语句是否是中断控制语句，如果是，将该中断操作添入到中断操作列表中。 

所述步骤5具体过程如下： 

步骤51：使用编译器LLVM对源程序进行分析，得到每个函数和中断处理程序的控制流图CFG； 

步骤52：读取所有CFG，对每个CFG，依次读取其包含的每个结点； 

步骤53：对于CFG中的每个结点，根据前述得到的共享资源列表和中断操作列表，判断该结点是否包含有会影响共享资源的操作，即是否属于共享资源操作、中断开关操作、条件分支判断操作；如果是，则将当前结点从当前CFG中删除，如果否，则什么都不做，判断完当前结点后，继续往下判断下一个结点； 

步骤54：每遍历完成一个CFG，则得到了该CFG对应的RCFG。 

所述步骤6的具体过程如下： 

步骤61：设置一个变量INTB，将INTB初始化为0，所述INTB是用来记录当前中断的开关情况， 

步骤62：读取所有RCFG，对每个RCFG，进行深度优先遍历， 

所述深度优先遍历，是图的最普遍的搜索算法中的一种，它可以沿着树的深度依次遍历树的每个结点，尽可能深地探索到树的各个分支， 

步骤63：对于遍历到的每个结点，如果其中的语句包含函数调用操作，转到步骤64；如果其中的语句包含对共享变量的操作，转到步骤65；如果其中的语句包含中断开关操作，转到步骤66，否则，则什么都不做，回到步骤63继续往下遍历， 

步骤64：将进行函数调用的结点的指针指向当前被调用函数的RCFG的入口结点，回到步骤63继续往下遍历， 

步骤65：根据共享资源列表，找到可能会对当前语句所包含的共享资源进行操作的中断，考察INTB中该中断状态是否为开，如果是，则将该中断处理程序的入口结点指向本结点，回到步骤63继续往下遍历， 

步骤66：根据该中断开关操作的情况，更新INTB，回到步骤63继续往下遍历。 

所述步骤7的具体过程如下： 

步骤71：从IICFG的主函数入口结点开始，对IICFG进行深度优先遍历， 

步骤72：生成执行序列记录表RQ，将RQ初始化为空，生成静态预测结果PR，将PR初始化为空，RQ用来记录深度优先遍历过程中的执行序列，PR用来记录遍历过程中发现的竞争关系， 

步骤73：在深度优先遍历过程中，每往下遍历一个结点，则将当前结点压入RQ；每往后回退一个结点，将当前结点退出RQ， 

步骤74：对每个结点，考察它是否包含共享资源操作语句，如果是，转到步骤75，如果否，则回到步骤74继续往下遍历， 

步骤75：考察所有指向当前结点的函数中，其优先级是否比当前结点所属的函数的优先级高；如果是，转到76，如果否，则回到步骤74继续往下遍历， 

步骤76：将当前操作的共享资源信息和RQ中的执行序列联接，构成一条竞争关系的预测结果，添加到PR中，回到步骤74继续往下遍历。 

所述步骤8的具体过程如下： 

步骤81：打开中断驱动程序源文件，根据已有的共享资源列表，对源文件插桩，将源文件中的每个共享资源访问位置设置成西米克斯的读写断点，并将每个读写断点都绑定到西米克斯的访问控制回调函数中， 

步骤82：将静态的预测分析结果转换成西米克斯的访问控制回调函数的执行控制脚本， 

步骤83：在西米克斯中输入所有的测试用例，在自然执行状态下依次执行每个测试用例，运行插桩后的中断驱动程序源文件，当预测的执行序列发生时，西米克斯的控制脚本自动触发对应的中断向量号，如果该中断能够真实触发，则将该执行序列、测试用例、真实发生与否的信息，作为一行数据，打印到验证结果文件中， 

步骤84：西米克斯中输入所有的测试用例，在自然执行状态下依次执行每个测试用例，运行插桩后的中断驱动程序源文件，当预测的执行序列即将发生偏离时，通过西米克斯的插值方式强制将偏离的分支更正成与预测的执行序列相吻合的方向，如果在需要触发中断时能够真实触发对应的中断，则将该执行序列、测试用例、真实发生与否的信息，作为一行数据，打印到验证结果文件中。 

所述步骤9具体过程如下： 

步骤91：读取验证结果文件，合并执行序列相同的验证结果，每个验证结果增加“发生次数”这一列，以统计相同的执行序列发生的次数， 

步骤92：针对每个验证结果的真实发生与否这一属性，按照有真实发生在前，非真实发生在后的顺序，进行一次排序， 

步骤93：针对每个验证结果的的发生次数这一属性，按照发生次数由大到小的顺序，对前述排序进行微调， 

步骤94：将最终的排序结果输入到测试结果文件中，从而得到了对受测试的中断驱动程序源文件的竞争检测结果。 

有益效果：本发明给出一种动静态结合的中断驱动程序竞争检测方法，通过静态的共享资源检测技术，控制流图生成技术，数据流分析技术，以及动态的模拟器控制中断调度技术，能够得到程序中真实的竞争关系，具有如下的有益效果： 

(1)本发明所述的方法能够有效地检测出中断驱动程序中存在的竞争关系，发现潜在的竞争错误，具有高效的特点； 

(2)本发明能够对潜在的竞争关系进行验证，在避免误报的同时，提高了检测结果的准确率，并对验证后的竞争关系进行了严重性排序，有效地提高了人工审核的时间效率； 

(3)本发明自动化程度高，在整个测试过程中需要人工的参与很少； 

(4)本发明能够应用于几乎任何系统和平台，具有较强的实用性。 

附图说明

图1为本发明的总体系统及流程框图。 

图2为动态验证过程的流程图。 

具体实施方式

下面通过附图对本发明的技术方案做进一步的详细描述。 

参照图1，本发明由三个大的功能部件构成，其中每个功能部件又可细分为若干个小的功能组件，共计七个功能组件，分别是：共享资源检测器，中断操作检测器，RCFG生成器，IICFG生成器，潜在竞争关系预测器，动态验证执行器，竞争关系排序器。其中，共享资源检测器将源代码中的共享资源检测出来，中断操作检测器将源代码中的所有中断相关操作检测出来，RCFG生成器在共享资源检测器和中断操作检测器的基础上构建出只跟共享资源相关的控制流图，而IICFG生成器则在RCFG生成器的基础上构建出中断互联的控制流图，潜在竞争关系预测器将IICFG作为输入，预测出潜在的竞争关系，动态验证执行器会把潜在竞争关系预测器的预测结果执行动态的执行验证，其结果作为竞争关系排序器的输入，进行排序后得到最终的检测结果。 

在具体的实施过程中，各功能组件的工作过程以及输入输出如下： 

(1)共享资源检测器 

参照图1，共享资源检测器将检测出源代码中涉及到的所有的共享资源。它将源程序作为输入，将共享资源列表作为输出，其具体过程是：首先，初始化共享资源列表为空；接着，打开中断驱动程序源文件，逐行读取源文件数据；每当读入源文件的一行数据时，通过语法分析该语句是否是一个共享资源声明语句，如果是，将该共享资源的信息添入到共享资源列表中；所有的共享资源包括如下几种类别：可全局被访问的共享变量、可共享访问的端口号、寄存器地址、可全局被访问的文件句柄，以及上述所有的共 享资源的有效的指针形式传播；当源程序扫描完毕时，将共享资源列表保存入共享资源记录文件中，后缀名为.SR。 

如下为对一个源程序进行共享资源检测的实例结果，通过如下的元组表示： 

SV1：<task2,14,bufferAddr,bufferAddr,R> 

SV2：<task2,14,RBR,bufferAddr,W> 

SV3：<task2,15,bufferAddr,bufferAddr,R> 

SV4：<task2,15,LSR,bufferAddr,R> 

SV5：<task2,20,LSR,bufferAddr,W> 

SV6：<task2,21,packetsNumber,packetsNumber,R> 

SV7：<task2,21,packetsNumber,packetsNumber,W> 

SV8：<task1,30,bufferAddr,bufferAddr,W> 

SV9：<irq_handler1,5,bufferAddr,bufferAddr,W> 

SV10：<irq_handler1,7,bufferAddr,bufferAddr,R> 

SV11：<irq_handler1,9,packetsNumber,packetsNumber,R> 

SV12：<irq_handler1,9,packetsNumber,packetsNumber,W> 

SV13：<irq_handler1,10,bufferRemainCap,bufferRemainCap,R> 

SV14：<irq_handler1,12,bufferRemainCap,bufferRemainCap,R> 

SV15：<irq_handler1,12,bufferRemainCap,bufferRemainCap,W> 

SV16：<irq_handler2,27,bufferRemainCap,bufferRemainCap,W> 

(2)中断操作检测器 

参照图1，中断操作检测器将源代码中涉及到的所有的中断操作检测出来。它的输入是源程序，输出是中断操作记录，其具体过程是：打开中断驱动程序源文件，逐行读取源文件数据；每当读入源文件的一行数据时，通过语法分析判断该语句是否是中断控制语句，如果是，将该中断操作添入到中断操作记录表中；将中断操作记录表保存如中断记录文件中，后缀名为.ITR。 

如下为对一个源程序进行中断操作检测之后的实例结果，通过元组表示： 

ITR1：<task2,13,1,E> 

ITR2：<task2,16,1,D> 

(3)RCFG生成器 

RCFG生成器在共享资源检测器和中断操作检测器的基础上构建出只跟共享资源相关的控制流图，它的输入是共享资源列表、中断操作记录，输出是所有的函数对应的RCFG，其具体流程是：使用LLVM对源程序进行语法分析，得到每个函数和中断处理程序的CFG(Control Flow Graph)；读取LLVM生成的所有CFG，对每个CFG，根据其对应的.SR文件和.ITR文件，判断该CFG是否含有会影响共享资源的操作；如果是，则遍历该CFG,过滤出跟影响共享资源有关的操作,得到该CFG对应的RCFG(Reduced-Control Flow Graph)；最后，将所有生成的RCFG分别保存到函数RCFG文件中，后缀名.RCFG。 

(4)IICFG生成器 

IICFG生成器在RCFG生成器的基础上构建出中断互联的控制流图，它以所有函数的RCFG为输入，将一个中断互联的控制流图IICFG作为输出，其流程为：深入优先遍历所有的RCFG，当RCFG中的某个结点为函数调用操作时，将进行函数调用的结点的指针指向被调用函数的RCFG的入口结点；当RCFG中的某个结点为对共享变量的操作时，从共享变量记录表中找到对同一共享变量可能会进行操作的中断处理程序，考察INTB中该中断是否为开状态，如果是，则将该中断处理程序的入口结点指向本结点；当RCFG中的某个结点为中断开关操作时，根据该中断开关操作的情况，更新INTB；最后，深入优先遍历完成后，将生成的IICFG保存到记录文件中，后缀名.IICFG。 

(5)潜在竞争关系预测器 

潜在竞争关系预测器将IICFG作为输入，预测出潜在的竞争关系。以下是其具体流程：从IICFG的main函数入口开始对IICFG进行深入优先遍历，并首先初始化执行序列RQ为空，初始化静态预测结果PR为空；每往下遍历一步，将当前结点压入RQ；每往后回退一步，当当前结点退出RQ；当某个结点是共享资源操作语句时，考察所有插入到该结点的函数(包括中断处理程序的函数)中，优先级是否比当前函数的优先级高；如果是，将当前操作的共享资源信息和RQ中的执行序列合并，共同输入PR中，得到一条预测结果；最后，将PR中所有的预测结果及其执行序列，保存到预测结果记录文件中，后缀名.PR。 

如下为对一个源程序的IICFG经过潜在竞争关系预测器分析后，得到的分析结果： 

PDR(SRA1,SRA12)＝{task1<30>}|{irq_handler1<5>} 

PDR(SRA2,SRA12)＝{task1<31>,task2<20>}|{irq_handler1<5>} 

PDR(SRA4,SRA7)＝{task1<31>,task2<21>}|{irq_handler1<7|T>,irq_handler1<9>} 

PDR(SRA5,SRA7)＝{task1<31>,task2<21>}|{irq_handler1<7|T>,irq_handler1<9>} 

PDR(SRA8,SRA11)＝{irq_handler1<7|T>,irq_handler1<10>}|{irq_handler1<5>} 

PDR(SRA9,SRA11)＝{irq_handler1<7|T>,irq_handler1<10|T>,irq_handler1<12>}|{irq_handler2<27>} 

PDR(SRA10,SRA11)＝{irq_handler1<7|T>,irq_handler1<10|T>,irq_handler1<12>}|{irq_handler2<27>} 

(6)动态验证执行器 

动态验证执行器会把潜在竞争关系预测器的预测结果执行动态的执行验证，它以潜在竞争关系预测器的预测结果作为输入，将动态验证的结果作为输出，以下是其具体流程：打开PR文件，将所有的执行序列转换成Simics的执行控制脚本；第一轮执行，将系统在测试用例下自然执行，当预测的执行序列发生时，Simics的控制脚本自动触发对应的中断向量号，如果该中断能够真实触发，则将该中断、测试用例、执行序列的信息，输入到验证结果文件.DV文件中；对于第一轮执行中没有能够真实触发的预测结果中的执行序列，进行第二轮执行，将系统在测试用例下执行，当预测的执行序列即将偏离时强制系统向预测方向执行，并在需要中断时触发对应的中断向量号，如果该中断能够真实触发，则将该中断、测试用例、执行序列的信息，输入到验证结果文件.DV文件中；对验证后的潜在竞争进行归纳整合，统计每个潜在竞争发生的次数，标记潜在竞争的真实发生与否，重新输入到.DV文件中。 

图2为动态验证执行器的验证流程图。 

(7)竞争关系排序器 

竞争关系排序器将经过动态验证执行器验证过的潜在竞争关系，进行排序后，得到最终的检测结果。以下是其具体流程：打开.DV文件，对于每个验证后的潜在竞争，根据该竞争真实发生与否，进行第一次排序；对于每个验证后的潜在竞争，根据该竞争的发生次数，由大到小进行第二次排序；将排序结果输入到结果文件中，后缀名.RESULT，得到对该源程序的竞争检测结果。 

经过对是否能够真实发生、发生次数两个维度的考量后，排过序的竞争关系如下所示： 

<PDR(SRA1,SRA12),E,8,<tc1,tc2,tc3,tc5,tc6,tc7,tc8,tc9>> 

<PDR(SRA2,SRA12),NE,3,＿> 

<PDR(SRA4,SRA7),E,4,<tc1,tc5,tc6,tc8>> 

<PDR(SRA5,SRA7),E,4,<tc1,tc5,tc6,tc8>> 

<PDR(SRA8,SRA11),N,0,＿> 

<PDR(SRA9,SRA11),E,3,<tc5,tc8,tc9>> 

<PDR(SRA10,SRA11),E,3,<tc5,tc8,tc9>> 

本发明所述的动静态结合的中断驱动程序数据竞争检测方法包括以下步骤： 

步骤1：用户指定受测试的中断驱动程序源文件。所述的中断驱动程序源文件一般包含若干个函数构成的主任务的源代码，以及该任务涉及到的中断所对应的中断处理程序的源代码。 

步骤2：用户指定测试的配置文件。所述配置文件一般是XML文件，XML的全称是可扩展标记语言，可以用来标记数据、定义数据类型，是一种允许用户对自己的标记语言进行定义的源语言。所述的测试配置文件应该包括主函数的入口说明，各个中断处理程序的中断向量号、中断优先级。 

步骤3：对受测试的中断驱动程序源文件进行共享资源检测，得到共享资源列表。步骤3具体过程如下： 

步骤31：设置共享资源列表，将该表初始化为空，所述的共享资源列表包含五个属性，分别是共享资源所在的函数名，该共享资源所在该函数中的行号，共享资源在该函数中的别名，该共享资源的全局的实质名称，该共享资源的读写访问类型。 

步骤32：打开中断驱动程序源文件，逐行读取源文件数据，每当读入源文件的一行数据时，通过语法分析该行数据中所包含的语句是否属于共享资源声明语句。所述的共享资源包括：可全局被访问的共享变量、可共享访问的端口号、寄存器地址、可全局被访问的文件句柄，以及上述所有的共享资源的有效的指针形式传播。 

如果该语句是共享资源声明语句，则将该语句中包含的共享资源的具体信息，包括共享资源所在的函数名，该共享资源所在该函数中的行号，共享资源在该函数中的别名，该共享资源的全局的实质名称，该共享资源的读写访问类型，作为共享资源列表的一行，添入到共享资源列表中。 

步骤4：对受测试的中断驱动程序源文件进行中断操作行为检测，得到中断操作列表。步骤4具体过程如下: 

步骤41：读取用户指定测试的配置文件，读入本次测试的函数主入口信息、各个中断处理程序的中断向量号、中断优先级。 

步骤42：设置中断操作列表，将该表初始化为空；所述的中断操作列表包含四个属性，分别是中断操作所在的函数名，该中断操作所在该函数中的行号，该中断的向量号，该中断操作的操作类型(开中断或关中断)。 

步骤43：打开中断驱动程序源文件，逐行读取源文件数据，每当读入源文件的一行数据时，通过语法分析判断该行数据中包含的语句是否是中断控制语句，如果是，将该中断操作添入到中断操作列表中。 

步骤5：对中断驱动程序源文件进行分析，得到简要控制流图(RCFG)。步骤5具体过程如下： 

步骤51：使用LLVM对源程序进行分析，得到每个函数和中断处理程序的控制流图(CFG)。 

所述的LLVM是Low Level Virtual Machine的简称，是一个业界最知名的编译器之一，它提供了很多与编译器相关的库支持，能够进行程序语言的编译期优化、链接优化、在线编译优化、代码生成。我们这里使用它来得到中断驱动程序源文件的CFG。 

步骤52：读取所有CFG，对每个CFG，依次读取其包含的每个结点； 

步骤53：对于CFG中的每个结点，根据前述得到的共享资源列表和中断操作列表，判断该结点是否包含有会影响共享资源的操作，即是否属于共享资源操作、中断开关操作、条件分支判断操作；如果是，则将当前结点从当前CFG中删除，如果否，则什么都不做，判断完当前结点后，继续往下判断下一个结点； 

步骤54：每遍历完成一个CFG，则得到了该CFG对应的RCFG。 

步骤6：将所有的RCFG互联起来，得到全局的中断互联控制流图IICFG。步骤6的具体过程如下： 

步骤61：设置一个变量INTB，将INTB初始化为0，所述INTB是用来记录当前中断的开关情况。 

步骤62：读取所有RCFG，对每个RCFG，进行深度优先遍历。 

所述深度优先遍历，是图的最普遍的搜索算法中的一种，它可以沿着树的深度依次遍历树的每个结点，尽可能深地探索到树的各个分支。 

步骤63：对于遍历到的每个结点，如果其中的语句包含函数调用操作，转到步骤64；如果其中的语句包含对共享变量的操作，转到步骤65；如果其中的语句包含中断开关操作，转到步骤66，否则，则什么都不做，回到步骤63继续往下遍历。 

步骤64：将进行函数调用的结点的指针指向当前被调用函数的RCFG的入口结点，回到步骤63继续往下遍历。 

步骤65：根据共享资源列表，找到可能会对当前语句所包含的共享资源进行操作的中断，考察INTB中该中断状态是否为开，如果是，则将该中断处理程序的入口结点指向本结点。回到步骤63继续往下遍历 

步骤66：根据该中断开关操作的情况，更新INTB。回到步骤63继续往下遍历。 

步骤7：对IICFG进行深度优先遍历，得到中断驱动源程序的静态分析结果。步骤7的具体过程如下： 

步骤71：从IICFG的主函数入口结点开始，对IICFG进行深度优先遍历。 

步骤72：生成执行序列记录表RQ，将RQ初始化为空。生成静态预测结果PR，将PR初始化为空。RQ用来记录深度优先遍历过程中的执行序列，PR用来记录遍历过程中发现的竞争关系。 

步骤73：在深度优先遍历过程中，每往下遍历一个结点，则将当前结点压入RQ；每往后回退一个结点，将当前结点退出RQ。 

步骤74：对每个结点，考察它是否包含共享资源操作语句，如果是，转到步骤75，如果否，则回到步骤74继续往下遍历。 

步骤75：考察所有指向当前结点的函数中，其优先级是否比当前结点所属的函数的优先级高；如果是，转到76，如果否，则回到步骤74继续往下遍历。 

步骤76：将当前操作的共享资源信息和RQ中的执行序列联接，构成一条竞争关系的预测结果，添加到PR中。回到步骤74继续往下遍历。 

步骤8：在西米克斯(Simics)仿真平台中执行中断驱动程序源文件，验证PR中的所有静态分析结果。 

所述的西米克斯仿真平台是英特尔公司开发的一款全系统的模拟器，它可以为软件和系统开发人员、架构师、测试工程师提供为各种目的构建和使用虚拟系统或创建多个虚拟连接系统的方法，因其功能强大且学术版本免费向高校开放，是业界内最闻名的系统仿真模拟器之一。 

步骤8的具体过程如下： 

步骤81：打开中断驱动程序源文件，根据已有的共享资源列表，对源文件插桩，将源文件中的每个共享资源访问位置设置成西米克斯的读写断点，并将每个读写断点都绑定到西米克斯的访问控制回调函数中。 

步骤82：将静态的预测分析结果转换成西米克斯的访问控制回调函数的执行控制脚本。 

步骤83：在西米克斯中输入所有的测试用例，在自然执行状态下依次执行每个测试用例。运行插桩后的中断驱动程序源文件，当预测的执行序列发生时，西米克斯的控制脚本自动触发对应的中断向量号，如果该中断能够真实触发，则将该执行序列、测试用例、真实发生与否的信息，作为一行数据，打印到验证结果文件中。 

步骤84：西米克斯中输入所有的测试用例，在自然执行状态下依次执行每个测试用例。运行插桩后的中断驱动程序源文件，当预测的执行序列即将发生偏离时，通过西米克斯的插值方式强制将偏离的分支更正成与预测的执行序列相吻合的方向，如果在需要触发中断时能够真实触发对应的中断，则将该执行序列、测试用例、真实发生与否的信息，作为一行数据，打印到验证结果文件中。 

步骤9：对验证后的验证结果进行严重性排序。具体过程如下： 

步骤91：读取验证结果文件，合并执行序列相同的验证结果，每个验证结果增加“发生次数”这一列，以统计相同的执行序列发生的次数。 

步骤92：针对每个验证结果的真实发生与否这一属性，按照有真实发生在前，非真实发生在后的顺序，进行一次排序。 

步骤93：针对每个验证结果的的发生次数这一属性，按照发生次数由大到小的顺序，对前述排序进行微调。 

步骤94：将最终的排序结果输入到测试结果文件中，从而得到了对受测试的中断驱动程序源文件的竞争检测结果。 

最后应当说明的是：以上步骤仅用于说明本发明的技术方案而非对其限制。尽管上述步骤对本发明进行了详细的说明，相关领域的技术人员应当理解，依然可以对本发明的具体技术进行修改或者对部分技术进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。