CN101311909A - 诊断系统异样的方法 - Google Patents

诊断系统异样的方法 Download PDF

Info

Publication number
CN101311909A
CN101311909A CNA2007101040928A CN200710104092A CN101311909A CN 101311909 A CN101311909 A CN 101311909A CN A2007101040928 A CNA2007101040928 A CN A2007101040928A CN 200710104092 A CN200710104092 A CN 200710104092A CN 101311909 A CN101311909 A CN 101311909A
Authority
CN
China
Prior art keywords
event
interrupt
peculiarity
diagnose
interrupt event
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CNA2007101040928A
Other languages
English (en)
Inventor
卢盈志
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Inventec Corp
Original Assignee
Inventec Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Inventec Corp filed Critical Inventec Corp
Priority to CNA2007101040928A priority Critical patent/CN101311909A/zh
Publication of CN101311909A publication Critical patent/CN101311909A/zh
Pending legal-status Critical Current

Links

Abstract

本发明公开了一种诊断系统异样的方法。此方法在接收中断事件后,执行处理程序以服务此中断事件。若中断事件未被服务,则累计未执行次数,直到未执行次数等于临界值时,便将中断事件的事件来源的相关数据记录至存储单元。如此,便可从记录中快速得知系统异样发生的所在处,缩短寻找异常原因的时间。

Description

诊断系统异样的方法
技术领域
本发明是有关于一种系统诊断方法,且特别是有关于一种通过检査系统管理
中断(System Management Interrupt, SMI)的服务来诊断系统异样的方法。 背景技术
系统管理模式(System Management Mode, S醒)为现今一般个人电脑系统所 用的中央处理单元的一种特别功能。而基本输入输出系统(Basic Input Output System, BIOS)可以在系统管理模式下执行许多处理程序,例如系统管理中断处理 程序(SMI handler),以服务硬件装置所发出的中断事件。另外,系统管理模式 更支持主板特殊的功能,而利用处理程序去完成特殊硬件动作。
在目前的电脑系统中,若在开机或安装操作系统的过程中,处理程序停留在 某个关卡而无法执行后续动作时,就使用者观点而言,就像是系统挂掉(hang)。 其中原因可能是因为系统对于所接收中断事件没有相对应的服务,导致无法服务此 中断事件。例如,当通用串行总线(Universal Serial Bus, USB)装置发出一个 中断事件,而无相对应的服务时,将导致系统出现饥饿(starvation)状态。也就 是说中断事件仍旧等待着被服务,在离开处理程序之后,将立刻再进入处理程序, 如此循环着。
另外,当中断事件清除不掉而导致系统继续尝试服务此中断事件,亦将使得 系统出现饥饿状态,而其原因可能为处理程序的程序码有问题。也就是说,处理程 序具有中断事件相对应的服务,但是由于处理程序有错误(bug),因而始终无法 呼叫对应的服务来处理中断事件,使得系统呈现锁住状态。
此外,当系统含有硬件装置的驱动程序时,硬件装置所发出的中断事件将由 其驱动程序进行服务。此时,若中断事件清除不掉,即是此硬件装置的驱动程序有 问题。例如,当系统含有USB装置的驱动程序,即使中断事件已服务完毕,但是由 于其驱动程序有错误而使得中断事件清除不掉。综上所述,当发生上述系统挂掉的情形时,传统作法为开发人员依照自身经 验,而尝试各种可能的情况以找出系统挂掉的原因。如此作法常常需花费许多时间 方能找出问题所在,费时又费力。
发明内容
本发明提供一种诊断系统异样的方法,将系统发生异样的相关数据记录下来, 以供快速检査异样的原因。
本发明提出一种诊断系统异样的方法,首先接收中断事件。接着,执行处理 程序以服务中断事件。然后,判断中断事件是否被服务;当中断事件未被服务时, 累计未执行次数。最后,当未执行次数达到临界值时,将中断事件的事件来源的相 关数据记录至存储单元。
在本发明一实施例中,上述当中断事件未被服务时,将未执行次数累计的步
骤之后,还包括尝试服务中断事件,并重复上述步骤。
在本发明一实施例中,上述在执行处理程序以服务中断事件的步骤之前,还
包括检测事件来源的状态位元及使能位元,并对二者进行与(and)运算,以获得
第一运算结果。
在本发明一实施例中,上述在执行处理程序以服务中断事件的步骤包括当中 断事件服务完成时,将状态位元清除。
在本发明一实施例中,上述在执行处理程序以服务中断事件的步骤之后,还 包括检测事件来源的状态位元及使能位元,并对二者进行与运算,以获得第二运算 结果。接着,比较第一运算结果及第二运算结果是否相同;若第一运算结果与第二 运算结果相同时,将未执行次数累加l。
在本发明一实施例中,上述在将中断事件的相关数据记录至存储单元的步骤 之后,还包括读取存储单元,以显示中断事件的事件来源的相关数据所对应的硬件 装置。
在本发明一实施例中,上述将中断事件的事件来源的相关数据记录至存储单 元的步骤,还包括传送记录指令通知基板管理控制器(Baseboard Management Controller, BMC),以将事件来源的相关数据记录至系统事件日志(System Event Log, SEL),并存储至存储单元。在本发明一实施例中,上述执行处理程序以服务中断事件的步骤包括接收系
统管理中断(System Management Interr叩t, SMI)信号,以进入系统管理模式 (System Management Mode, SMM),并在系统管理模式下,执行处理程序以服务 中断事件。
在本发明一实施例中,上述系统管理中断信号为通过触发系统管理中断硬件 接口而产生。
在本发明一实施例中,上述事件来源的相关数据包括事件名称以及来源路径, 事件名称包括周期性事件(periodic event)或通用事件(general purpose event); 而来源路径包括中断事件所有通过的节点。
在本发明一实施例中,上述事件来源包括中断事件初始通过的节点。
本发明于中断事件未被服务时计算其未执行次数,直到未执行次数达到临界 值后,则判断此中断事件处于异样状态,因而将其相关数据记录之。如此一来,开 人员便可通过此记录而得知发生异样的相关数据,在除错上将更方便且快速。
为让本发明的上述特征和优点能更明显易懂,下文特举较佳实施例,并配合 附图作详细说明如下。
附图说明
图1是依照本发明一实施例所绘示的诊断系统异样的方法流程图。 图2是依照本发明一实施例所绘示的系统架构方块图。 图3是依照本发明另一实施例所绘示的诊断系统异样的方法流程图。 图4是依照本发明一实施例所绘示的中断事件的来源路径的示意图。
具体实施方式
目前当系统发生异样时,例如发生系统挂掉(hang)的情形,必须耗费许多 时间去尝试各种可能性去找出问题所在。因此,本发明可将发生系统异样的相关数 据记录下来,而从记录中快速得知问题所在处。为了使本发明的内容更为明了,以 下特举实施例作为本发明确实能够据以实施的范例。
图1是依照本发明一实施例所绘示的诊断系统异样的方法流程图。请参照图 1,首先步骤S101为接收中断事件,此中断事件由硬件装置或芯片组(chipset)所发出。举例来说,当系统开机时,硬件装置或芯片组会通过发出中断事件来通知 处理单元(例如中央处理单元),使得处理单元得知有哪些装置需要去服务。中断
事件例如是系统管理中断(System Management Interrupt, SMI)事件
接着,步骤S102执行处理程序以服务中断事件。处理程序例如是系统管理中 断处理程序(SMI handler)。详细地说,当中断事件触发系统管理中断硬件接口 时,则会产生系统管理中断信号。而处理单元接收此系统管理中断信号后,将进入 系统管理模式(System Management Mode, S薩),并在系统管理模式下,执行由 基本输入输出系统(Basic I叩ut Output System, BIOS)准备好的处理程序以服 务中断事件。
从系统角度来看,BIOS会经由系统管理中断信号而收到中断事件的通知。在 中断事件发生时,BIOS会与操作系统沟通,以将控制权由操作系统转交至BIOS。 接着,BI0S将会负责完成所请求的动作,即是BIOS将执行处理程序以服务中断事 件。
然后,步骤S103便去判断中断事件是否被服务。当中断事件被服务完成时, 便会将服务完成的中断事件清除,而执行步骤S107结束服务此中断事件。
若中断事件未被服务,则执行步骤S104,累计未执行次数,以计算此中断事 件未被服务的次数。举例来说,每个中断事件皆有一个相对应的未执行次数,并将 此未执行次数的初始值设定为0,当此中断事件未被服务时,每次皆将此未执行次
数累加1。
举例来说,将未执行次数存放至变量count[i],其中i表示第i个中断事件。 当第i个中断事件未被服务时,则将变量count[i]加1后,再存放至变量count[i], 如coimt[i]二 count[i]+l。
在每一次未执行次数累加完成后,执行步骤S105以判断未执行次数是否达到 临界值。若未达到临界值,则重复执行步骤SIOI以继续尝试服务中断事件,并重 复上述步骤。换言之,当中断事件未被服务时,将会在离开处理程序之后随即再进 入处理程序,以尝试服务此中断事件。
值得注意的是,当同时接收多个中断事件时,处理程序在同一时间内可能只 处理一个中断事件。此时,即是根据中断事件的优先权来决定先处理哪一个中断事 件,而优先权大者则先服务。基于优先权的问题,优先权低者无法在第一时间内立刻被服务。为此便设定一个临界值,当某一中断事件的未执行次数小于临界值时, 可能其优先权较低,需等待优先权较高者处理完毕后,才能对此中断事件进行处理。 于是,此中断事件可能在离开处理程序几次后,当再次进入处理程序时,才可被服
务完成而执行步骤S107结束服务此中断事件。
当未执行次数达到临界值时,表示此中断事件可能发生问题,而执行步骤 S106,将中断事件的事件来源的相关数据记录至存储单元。事件来源包括中断事件 初始通过的节点,而其相关数据包括事件名称以及来源路径。其中,事件名称包括 周期性事件(periodic event)或通用事件(general purpose event),来源路 径则包括中断事件所有通过的节点。而存储单元例如是非易失性随机存取存储器 (Nonvolatile Random Access Memory, nvrara)。
换言之,若中断事件的未执行次数达到临界值,表示此中断事件无法被服务, 因此便将其事件来源的相关数据记录下来,以供后续除错参考。记录方式可直接存 放至存储单元,若系统具有基板管理控制器(Baseboard Management Controller, BMC)时,亦可通过基板管理控制器来记录。
通过基板管理控制器来记录的方式为:传送记录指令通知基板管理控制器, 以将事件来源的相关数据记录至系统事件日志(System Event Log, SEL),并存 储至存储单元。而记录指令例如是原始设备制造商(Original Equipment Manufacturer, OEM)指令。由于基板管理控制器会搜集某些故障信息并保存在特 定的区域内,此区域内的信息便称为系统事件日志。因此,将无法被服务的中断事 件记录至系统事件日志中,通过分析系统事件日志便可以诊断异常所在。
另外,本实施例亦可自存储单元中读取无法被服务的中断事件的事件来源的 相关数据,以显示中断事件所对应的硬件装置。如此一来,便可清楚得知为哪一个 硬件装置所发出的中断事件无法被服务,并且亦可获得此中断事件所有经过的节 点。
以下则根据上述实施例的诊断系统异样的方法举例说明其系统执行的架构。 图2是依照本发明一实施例所绘示的系统架构方块图。请参照图2,硬件装置201 是用以发出中断事件至控制芯片202 (例如南桥芯片)。控制芯片202用来产生系 统管理中断信号至处理单元203。
处理单元203则是用以执行处理程序204。当产生系统管理中断信号后,处理单元203便会进入系统管理模式,以执行由BIOS所准备的处理程序204。而处理 程序204是用来服务中断事件。当中断事件未被服务的未执行次数达到临界值时, 处理程序204便下达原始设备制造商指令至基板管理控制器206,以记录异样的中 断事件的相关数据。
另外,存储单元205是用来存储无法被服务的中断事件的相关数据。基板管 理控制器206是将无法被服务的中断事件的相关数据记录至系统事件日志中,再将 其写入存储单元205。简言之,当系统不包括基板管理控制器206则直接记录至存 储单元205;当系统包括基板管理控制器206便可通过基板管理控制器206来写入 至存储单元205。
值得一提的是,不一定要经过控制芯片202才能产生系统管理中断信号,只 要能够触发处理单元203的系统管理中断硬件接口即可产生。
另一方面,在上述实施例的步骤S102执行处理程序前后还包括检查中断事件 的事件来源,以下即对上述实施例的诊断系统异样的方法做更详细的说明。图3 是依照本发明另一实施例所绘示的诊断系统异样的方法流程图。请参照图3,首先, 步骤S301系接收中断事件,与步骤S101相同,故在此不再详述。
接着,执行步骤S302,检测事件来源的状态位元(status bit)及使能位元 (enable bit),并对二者进行与(and)运算,以获得第一运算结果。详细地说,
状态位元是由硬件装置所反应,以决定中断事件是否产生系统管理中断信号。另外, 使能位元是由BI0S所决定,表示这个中断事件要不要发送出去,若决定使能则代 表继续往下一个节点发送。
举例来说,当一个中断事件发送出来,若要产生系统管理中断信号时,会将 其状态位元设置为1。若要继续往下一个节点发送,便将其使能位元设置为1。而 当状态位元与使能位元皆为1时,即表示有此一中断事件存在。
另外,状态位元及使能位元分别包括输入输出端口地址(10 port address) 与位元偏移量(bit offset)。其中,输入输出端口地址代表输入输出端口里面的 位元位置,位元偏移量即表示此输入输出端口地址第几个位元代表其状态位元(或 使能位元)。事件来源的表示例如为((德,16), (42Ch, 16)),其中(428h, 16) 为状态位元,即是在输入输出端口地址428h里第16个位元;而(42Ch, 16)则为使 能位元,即是在输入输出端口地址42Ch里第16个位元。
9事件来源仅记录了中断事件第一个经过的节点,而来源路径记录了中断事件 所有经过的节点。以下则就中断事件的来源路径举例说明。图4是依照本发明一实
施例所绘示的中断事件的来源路径的示意图。请参照图4,硬件装置401〜404以 及芯片组405分别发出中断事件至控制芯片414,而由控制芯片414产生系统管理 中断信号至处理单元415。
其中,硬件装置401的来源路径为{节点406},硬件装置402的来源路径为{节 点407,节点408h硬件装置403的来源路径为{节点410,节点411,节点412}, 硬件装置404的来源路径为{节点413,节点412},芯片组405的来源路径为{节点 409,节点408}。上述每一个节点(节点407〜412)皆记录状态位元以及使能位元, 而这些记录将反应到是否产生系统管理中断信号。
来源路径的表示例如为U(428h, 16), (42Ch, 16)), ((434h, 9), (430h, 9)M,其中((428h, 16), (42Ch, 16))表示中断事件经过的第一个节点,((434h, 9), (430h, 9))表示中断事件经过的第二个节点。
请继续参照图3,接着,步骤S303为执行处理程序以服务中断事件,步骤S303 与步骤S102相同,故在此不再详述。而当中断事件服务完成时,其事件来源的状 态位元将被清除。举例来说,在执行处理程序前,若事件来源的状态位元为1,则 在中断事件服务完成后,便将状态位元清除为o。
在步骤S303执行处理程序以服务中断事件之后,执行步骤S304,检测执行完 的事件来源的状态位元及使能位元,并对二者进行与运算,以获得第二运算结果。 步骤S304与步骤S302相似,差别在于步骤S304为执行完处理程序后再进行检测。 由于当中断事件服务完成,会将其事件来源的状态位元删除,因而,便可通过此一 变化来判断中断事件是否已被服务。
接下来,执行步骤S305,针对第一运算结果以及第二运算结果进行比对,判 断比对的结果是否相同。若比对的结果不相同,即为中断事件已服务完成,执行步 骤S309结束服务中断事件;若比对的结果相同,即表示中断事件未被服务,而执 行步骤S306累计未执行次数,将未执行次数累加1。
举例来说,在步骤S303之前,若事件来源的状态位元与使能位元皆为l才表 示有此中断事件存在,经过与运算后将得到l,并将其存至变量X[i](即第一运算 结果),其中i代表第i个中断事件。而在步骤S303之后,将第二运算结果存于变量Y[i]中。若状态位元未被清除,则Y[i]仍旧为l;若状态位元被清除,Y[i] 即为0。因此,当X[i]=Y[i>l时,代表中断事件未被服务;当X[i]与Y[i]不相 同时,则中断事件服务完成。
接着,步骤S306〜步骤S308与步骤S104〜步骤S106相同,故不在此详述。 简单来说,即是当判断未执行次数达到临界值,便将事件来源的相关数据记录下来。 如此一来,便可至存储单元内检查是否有记录存在,以根据记录内的中断事件的相 关数据,找出发生问题所在处而解决之。
举例来说,开发人员自记录中检查各笔异样的中断事件。若无相关的服务或 是无法清除事件来源的状态位元,表示处理程序的程序码有问题,便更正其程序码; 若为硬件装置的问题,即一直发出中断事件,便维修硬件装置;而若是芯片组的问 题,则将问题回报给芯片组的供应商。
综上所述,本发明的诊断系统异样的方法至少具有下列优点:
1. 将无法被服务的中断事件的相关数据记录下来,便可通过检视记录以快速 得知问题所在,縮短寻找异常原因的时间。
2. 根据中断事件的相关数据可获得中断事件所有通过的节点,并得知发生异 常的硬件装置,在除错上更有条理且更方便。
虽然本发明已以较佳实施例揭示如上,然其并非用以限定本发明,任何所属 技术领域中具有通常知识者,在不脱离本发明的精神和范围内,当可作些许更动与 润饰,因此本发明的保护范围当以权利要求所界定的为准。

Claims (17)

1. 一种诊断系统异样的方法,包括: 接收一中断事件;执行一处理程序以服务该中断事件; 判断该中断事件是否被服务;当该中断事件未被服务时,累计一未执行次数;以及当该未执行次数达到一临界值时,将该中断事件的一事件来源的相关数据记 录至一存储单元。
2. 如权利要求1所述的诊断系统异样的方法,其特征在于,当该中断事件未被 服务时,累计该未执行次数的步骤之后,还包括-尝试服务该中断事件,并重复上述步骤。
3. 如权利要求1所述的诊断系统异样的方法,其特征在于,在执行该处理程序 以服务该中断事件的步骤之前,还包括:检测该事件来源的一状态位元及一使能位元,并对二者进行与运算,以获得 一第一运算结果。
4. 如权利要求3所述的诊断系统异样的方法,其特征在于,在执行该处理程序 以服务该中断事件的步骤包括:当该中断事件服务完成时,清除该状态位元。
5. 如权利要求3所述的诊断系统异样的方法,其特征在于,在执行该处理程序 以服务该中断事件的步骤之后,还包括:检测该事件来源的该状态位元及该使能位元,并对二者进行与运算,以获得 —第二运算结果;比较该第一运算结果及该第二运算结果是否相同;以及 当该第一运算结果及该第二运算结果相同时,将该未执行次数累加1。
6. 如权利要求1所述的诊断系统异样的方法,其特征在于,在将该中断事件的 相关数据记录至该存储单元的步骤之后,还包括-读取该存储单元,以显示该中断事件的该事件来源的相关数据所对应的硬件 装置。
7. 如权利要求1所述的诊断系统异样的方法,其特征在于,该未执行次数初始 的设定值为0。
8. 如权利要求1所述的诊断系统异样的方法,其特征在于,将该中断事件的该 事件来源的相关数据记录至该存储单元的步骤,还包括:传送一记录指令通知一基板管理控制器,以将该事件来源的相关数据记录至 一系统事件日志,并存储至该存储单元。
9. 如权利要求8所述的诊断系统异样的方法,其特征在于,该记录指令为原始 设备制造商指令。
10. 如权利要求1所述的诊断系统异样的方法,其特征在于,执行该处理程序以服务该中断事件的步骤包括:接收一系统管理中断信号,以进入一系统管理模式,并在该系统管理模式下, 执行该处理程序以服务该中断事件。
11. 如权利要求10所述的诊断系统异样的方法,其特征在于,该系统管理中断信号为通过触发一系统管理中断硬件接口而产生。
12. 如权利要求1所述的诊断系统异样的方法,其特征在于,该事件来源的相关数据包括一事件名称以及一来源路径。
13. 如权利要求12所述的诊断系统异样的方法,其特征在于,该事件名称包括 周期性事件以及通用事件其中之一。
14. 如权利要求12所述的诊断系统异样的方法,其特征在于,该来源路径包括 该中断事件所有通过的节点。
15. 如权利要求1所述的诊断系统异样的方法,其特征在于,该事件来源包括 该中断事件初始通过的节点。
16. 如权利要求1所述的诊断系统异样的方法,其特征在于,该存储单元为非 易失性随机存取存储器。
17. 如权利要求1所述的诊断系统异样的方法,其特征在于,该处理程序包括 系统管理中断处理程序。
CNA2007101040928A 2007-05-22 2007-05-22 诊断系统异样的方法 Pending CN101311909A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNA2007101040928A CN101311909A (zh) 2007-05-22 2007-05-22 诊断系统异样的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNA2007101040928A CN101311909A (zh) 2007-05-22 2007-05-22 诊断系统异样的方法

Publications (1)

Publication Number Publication Date
CN101311909A true CN101311909A (zh) 2008-11-26

Family

ID=40100565

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2007101040928A Pending CN101311909A (zh) 2007-05-22 2007-05-22 诊断系统异样的方法

Country Status (1)

Country Link
CN (1) CN101311909A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102372155A (zh) * 2010-08-11 2012-03-14 名硕电脑(苏州)有限公司 螺丝供应异常自动检测方法
CN103186435A (zh) * 2011-12-28 2013-07-03 英业达股份有限公司 系统错误处理方法与使用该方法的服务器系统
CN105700965A (zh) * 2014-11-26 2016-06-22 英业达科技有限公司 系统错误排除方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102372155A (zh) * 2010-08-11 2012-03-14 名硕电脑(苏州)有限公司 螺丝供应异常自动检测方法
CN103186435A (zh) * 2011-12-28 2013-07-03 英业达股份有限公司 系统错误处理方法与使用该方法的服务器系统
CN103186435B (zh) * 2011-12-28 2015-11-25 英业达股份有限公司 系统错误处理方法与使用该方法的服务器系统
CN105700965A (zh) * 2014-11-26 2016-06-22 英业达科技有限公司 系统错误排除方法

Similar Documents

Publication Publication Date Title
US7281163B2 (en) Management device configured to perform a data dump
EP1588260B1 (en) Hot plug interfaces and failure handling
JP4641546B2 (ja) 入出力(i/o)エラーをハンドリングするための方法及びシステム
US7890812B2 (en) Computer system which controls closing of bus
US20060010282A1 (en) Method and apparatus to boot a system by monitoring an operating status of a NAND flash memory
US8782469B2 (en) Request processing system provided with multi-core processor
US20080189570A1 (en) I/o device fault processing method for use in virtual computer system
CN100549946C (zh) 用于执行数据处理操作的装置和方法
US20050033952A1 (en) Dynamic scheduling of diagnostic tests to be performed during a system boot process
WO2014200551A1 (en) Identifying the introduction of a software failure
US20140122421A1 (en) Information processing apparatus, information processing method and computer-readable storage medium
US8245085B2 (en) Dump output control apparatus and dump output control method
CN101221518B (zh) 一种防止硬件看门狗的定时器溢出的方法、装置与系统
CN101311909A (zh) 诊断系统异样的方法
US8032791B2 (en) Diagnosis of and response to failure at reset in a data processing system
EP2312443A2 (en) Information processing apparatus, method of controlling information processing apparatus and control program
JP4066950B2 (ja) コンピュータシステムおよびその保守方法
JP3705848B2 (ja) バス制御モジュール
JPH09160840A (ja) バス通信装置
TW200846901A (en) Method for diagnosing system abnormality
JP2008152665A (ja) 半導体集積回路の動作解析方法
JPH11120154A (ja) コンピュータシステムにおけるアクセス制御装置および方法
JP2003203017A (ja) バックアップデータにより処理継続可能なデータ処理装置
JPH11119992A (ja) ファームウェアのトレース制御装置
JP5268841B2 (ja) 情報処理装置

Legal Events

Date Code Title Description
PB01 Publication
C06 Publication
SE01 Entry into force of request for substantive examination
C10 Entry into substantive examination
WD01 Invention patent application deemed withdrawn after publication

Open date: 20081126

C02 Deemed withdrawal of patent application after publication (patent law 2001)