CN117931529A - 启动管理方法和设备、电子设备及存储介质 - Google Patents
启动管理方法和设备、电子设备及存储介质 Download PDFInfo
- Publication number
- CN117931529A CN117931529A CN202410327860.XA CN202410327860A CN117931529A CN 117931529 A CN117931529 A CN 117931529A CN 202410327860 A CN202410327860 A CN 202410327860A CN 117931529 A CN117931529 A CN 117931529A
- Authority
- CN
- China
- Prior art keywords
- domain
- systems
- operating
- hardware
- mode
- 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
Links
- 238000003860 storage Methods 0.000 title claims abstract description 20
- 238000007726 management method Methods 0.000 title abstract description 39
- 230000002159 abnormal effect Effects 0.000 claims abstract description 152
- 238000000034 method Methods 0.000 claims abstract description 46
- 238000012544 monitoring process Methods 0.000 claims abstract description 29
- 230000004044 response Effects 0.000 claims description 13
- 230000005856 abnormality Effects 0.000 description 30
- 238000004891 communication Methods 0.000 description 17
- 230000008569 process Effects 0.000 description 11
- 238000002955 isolation Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 9
- 238000005516 engineering process Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 9
- 230000008901 benefit Effects 0.000 description 7
- 238000004590 computer program Methods 0.000 description 7
- 230000004913 activation Effects 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 5
- 230000002093 peripheral effect Effects 0.000 description 5
- 238000004458 analytical method Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- HOKDBMAJZXIPGC-UHFFFAOYSA-N Mequitazine Chemical compound C12=CC=CC=C2SC2=CC=CC=C2N1CC1C(CC2)CCN2C1 HOKDBMAJZXIPGC-UHFFFAOYSA-N 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000004140 cleaning Methods 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 238000011065 in-situ storage Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Landscapes
- Hardware Redundancy (AREA)
Abstract
本申请公开了一种启动管理方法和设备、电子设备及存储介质,其中所述方法包括:对M个域系统进行运行状态的监控;M个域系统中的各域系统包括M个硬件域中的各硬件域和各硬件域对应的操作系统;所述M个操作系统中的第一操作系统获得第一信息,所述第一信息表征监控到M个域系统中的至少之一处于非正常运行状态;基于非正常运行域系统的参考信息,第一操作系统确定目标启动模式,以使M个操作系统中的第二操作系统采用目标启动模式对处于非正常运行状态的域系统进行重新启动;第一操作系统和第二操作系统为M个操作系统中的不同操作系统。本申请至少为针对性启动、高效启动提供了一种技术支持。
Description
技术领域
本申请涉及启动技术领域,尤其涉及一种启动管理方法和设备、电子设备及存储介质。
背景技术
在多系统平台中,每个系统具有特定的功能,平台会因为具有各种功能的系统的存在,而具有强大的处理能力。在对多系统平台进行使用的过程中,避免不了地出现平台中的单个系统存在异常的问题。相关技术中,在平台中的单个系统出现异常时,会采用以下两种方法来解决:1)对平台整体进行重启;2)利用虚拟机技术,对出现问题的系统单独进行重启。
方法1)中,不仅对平台中出现异常的系统进行重启,也会对平台中未出现异常的系统(正常系统)进行重启,无疑影响了对正常系统的使用。2)需要在平台中额外进行虚拟机技术的布局,无形当中耗费了额外的资源。简言之,方法1)的启动针对性不足,方法2)效率不高。对于多系统平台来说,亟需一种效率高、针对性强的启动方案。
发明内容
本申请提供了一种启动管理方法和设备、电子设备及计算机存储介质,以至少解决现有技术中存在的以上技术问题。
根据本申请的第一方面,提供了一种启动管理方法,所述方法应用于多核异构系统中,所述多核异构系统包括至少两个硬件域;各硬件域由多核异构系统中多个架构不同的处理器核以及与各处理核连接的硬件资源构成,所述各硬件域之间互相隔离;所述至少两个硬件域中的M个硬件域对应M个操作系统,M为大于或等于2的正整数;所述方法包括:
对M个域系统进行运行状态的监控;其中,M个域系统中的各域系统包括M个硬件域中的各硬件域和各硬件域对应的操作系统;
所述M个操作系统中的第一操作系统获得第一信息,所述第一信息表征监控到M个域系统中的至少之一处于非正常运行状态;
基于非正常运行域系统的参考信息,所述第一操作系统确定目标启动模式,以使M个操作系统中的第二操作系统采用目标启动模式对处于非正常运行状态的域系统进行重新启动;其中,第一操作系统和第二操作系统为M个操作系统中的不同操作系统。
在一可实施方式中,所述目标启动模式包括第一启动模式和第二启动模式;所述采用目标启动模式对处于非正常运行状态的域系统进行重新启动,包括:
响应于目标启动模式为第一启动模式,所述第二操作系统对处于非正常运行状态的域系统进行重新启动;
响应于目标启动模式为第二启动模式,对处于非正常运行状态的域系统以及M个域系统中除非正常运行域系统之外的其他域系统进行重新启动。
在一可实施方式中,所述参考信息包括非正常运行域系统的身份信息;
在非正常运行域系统的身份信息表征非正常运行域系统为M个域系统中除第一域系统和第二域系统之外的其他域系统时,所述第一操作系统确定目标启动模式为第一启动模式;其中,第一域系统包括第一操作系统和与第一操作系统对应的硬件域,第二域系统包括第二操作系统和与第二操作系统对应的硬件域;
在非正常运行域系统的身份信息表征非正常运行域系统包括第一域系统和第二域系统中的至少之一时,所述第一操作系统确定目标启动模式为第二启动模式;其中,在第一启动模式下重新启动的域系统与在第二启动模式下重新启动的域系统不同。
在一可实施方式中,所述M个域系统中处于非正常运行状态的域系统数量为至少两个;且,处于非正常运行状态的各域系统均为所述其他域系统;所述方法还包括:
获得处于非正常运行状态的各域系统的优先级信息,以使得第二操作系统基于所述优先级信息,采用第一启动模式分别对处于非正常运行状态的各域系统进行重新启动。
在一可实施方式中,所述响应于目标启动模式为第一启动模式,所述第二操作系统对处于非正常运行状态的域系统进行重新启动,包括:
响应于目标启动模式为第一启动模式,所述第二操作系统至少将非正常运行域系统的处理器核心以及与所述处理器核心连接的硬件资源从运行状态切换至非运行状态、从非运行状态切换至运行状态,将非正常运行域系统的操作系统进行重启,以实现对处于非正常运行域系统的重新启动。
在一可实施方式中,所述M个域系统中的各域系统对应有监控器;所述对M个域系统进行运行状态的监控,包括:利用各监控器对各域系统进行监控。
根据本申请的第二方面,提供了一种启动管理设备,所述设备位于多核异构系统中,所述多核异构系统包括至少两个硬件域;各硬件域由多核异构系统中多个架构不同的处理器核以及与各处理核连接的硬件资源构成,所述各硬件域之间互相隔离;所述至少两个硬件域中的M个硬件域对应M个操作系统,M为大于或等于2的正整数;所述设备包括:
监控单元,用于对M个域系统进行运行状态的监控;其中,M个域系统中的各域系统包括M个硬件域中的各硬件域和各硬件域对应的操作系统;
获得单元,用于利用所述M个操作系统中的第一操作系统获得第一信息,所述第一信息表征监控到M个域系统中的至少之一处于非正常运行状态;
确定单元,用于基于非正常运行域系统的参考信息,利用所述第一操作系统确定目标启动模式,以使M个操作系统中的第二操作系统采用目标启动模式对处于非正常运行状态的域系统进行重新启动;其中,第一操作系统和第二操作系统为M个操作系统中的不同操作系统。
在一可实施方式中,所述目标启动模式包括第一启动模式和第二启动模式;所述设备还包括:
重新启动单元,用于响应于目标启动模式为第一启动模式,利用所述第二操作系统对处于非正常运行状态的域系统进行重新启动;
响应于目标启动模式为第二启动模式,对处于非正常运行状态的域系统以及M个域系统中除非正常运行域系统之外的其他域系统进行重新启动。
根据本申请的第三方面,提供了一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行本申请所述的方法。
根据本申请的第四方面,提供了一种存储有计算机指令的非瞬时计算机可读存储介质,所述计算机指令用于使所述计算机执行本申请所述的方法。
本申请的启动管理方法和设备、电子设备及存储介质,针对多核异构芯片这一多系统平台,在存在有异常运行的域系统的情况下,采用目标启动模式对处于非正常运行状态的域系统进行重新启动,实现了针对性的启动,与相关技术中的方法1)相比,针对性强。本申请技术方案,无需虚拟机技术,即可实现对异常域系统的针对性启动,与相关技术中的方法2)相比,无需额外资源的耗费,启动效率高。
应当理解,本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征,也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。
附图说明
通过参考附图阅读下文的详细描述,本申请示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中,以示例性而非限制性的方式示出了本申请的若干实施方式,其中:
在附图中,相同或对应的标号表示相同或对应的部分。
图1示出了本申请实施例中多核异构系统的示意图一;
图2示出了本申请实施例中多核异构系统的示意图二;
图3示出了本申请实施例中多核异构系统的示意图三;
图4示出了本申请实施例中启动管理方法的实现流程示意图一;
图5示出了本申请实施例中启动管理方法的实现流程示意图二;
图6示出了本申请实施例中安全重启方案的实现示意图;
图7示出了本申请实施例中启动管理设备的组成结构示意图;
图8示出了本申请实施例中电子设备的组成结构示意图。
具体实施方式
为使本申请的目的、特征、优点能够更加的明显和易懂,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而非全部实施例。基于本申请中的实施例,本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述,所描述的实施例不应视为对本申请的限制,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
在以下的描述中,涉及到“一些实施例”,其描述了所有可能实施例的子集,但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集,并且可以在不冲突的情况下相互结合。
在以下的描述中,所涉及的术语“第一\第二”仅仅是区别类似的对象,不代表针对对象的特定排序,可以理解地,“第一\第二”在允许的情况下可以互换特定的顺序或先后次序,以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的,不是旨在限制本申请。
应理解,在本申请的各种实施例中,各实施过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本申请中的启动管理方法的处理逻辑部署于多核异构系统中。本申请实施例中,多核异构系统为多核异构芯片。多核异构芯片,是指在单颗芯片内集成有两个或多个处理器核的芯片。如,集成有两个或多个处理器核的单颗SOC(片上系统)芯片。多核异构芯片中的每个处理器核可作为一个独立处理器,可独立运行每个处理器核需要运行的指令,实现每个处理器核需要实现的任务。可以理解,多核异构芯片作为一种具有多核处理器的芯片。与单核处理器芯片相比,各核任务的独立运行,可加快运行速度,提高多任务执行能力,从而带来性能高的优势。且多核处理器被设置在同一芯片上,具有成本低的优势。
如图1所示,所述多核异构芯片包括多个处理器核,所述多个处理器核包括第一处理器核、第二处理器核…第L处理器核。L为大于或等于2的正整数,根据实际情况而灵活设定。在多个处理器核中,每个处理器核相当于是一个计算引擎,其类型和/或数量可不同。其中,处理器核的类型包括计算能力强的核和实时性强(计算快)的核。在实际应用中,多个处理器核中多数核为不同类型的处理器核,少数核为相同类型的处理器核。还可以,多个处理器核可以是不同类型的处理器核,由此,多核异构芯片是由两个或多个架构不同的处理器核构成的。处理器核的类型和/或数量的不同,可在一定程度上实现处理器核之间的架构不同。
在实际应用中,在所有处理器核中,只要有两个或多个处理器核的类型不同,这样的处理器核就可称为多核异构,包括这些处理器核的芯片就可以被视为多核异构芯片。
示例性地,由于嵌入式处理器(ARM)具有成本低和低功耗的优势,数字信号处理器(DSP)具有数字专用处理的优势,可编程逻辑阵列(FPGA)具有高速处理的优势,每种类型的处理器作为一种处理器核使用,这些类型的处理器被设计在同一SOC芯片上,即可得到一种多核异构的SOC芯片。
如图2所示,每个处理器核与各处理器核连接的硬件资源,如时钟控制器、中断控制器、内存空间等构成每个硬件域。即,多核异构芯片包括多个硬件域。在多核异构芯片中,每个硬件域是一组硬件资源的集合。不同硬件域之间是互相隔离的,这种隔离可视为一种物理上的隔离,如同一硬件域内的硬件设计在多核异构芯片的相近位置,不同硬件域内的硬件设计在多核异构芯片的不同位置,以物理位置上实现隔离。当然,本申请实施例中的不同硬件域之间的互相隔离可以不是物理上的隔离,而是逻辑上的隔离。这种逻辑上的隔离可体现在:同一硬件域内的硬件资源需要使用同一通信标识进行本硬件域内的访问,即,同一硬件域内的硬件资源之间可基于本硬件域内的通信标识进行互相访问。不同硬件域内的硬件资源使用不同的通信标识进行访问。
在实际应用中,优选不同硬件域之间的互相隔离为一种逻辑隔离,如此至少可节省芯片空间。
如图3所示,在多核异构芯片中,可以为每个硬件域配置一操作系统。如,为第一硬件域配置第一操作系统,为第二硬件域配置第二操作系统等。为不同硬件域配置的操作系统可以为相同系统,可以为不同,优选为不同系统。如,为第一硬件域配置的第一操作系统为Linux系统,为第二硬件域配置的第二操作系统为安卓系统。其中,由于Linux系统具有安全性高的特点、安卓系统具有轻快性的特点,可将多核异构系统中对安全性要求高的任务交由Linux去执行,将多核异构系统中对需要轻快运行的任务交由安卓系统去执行,因此,多核异构系统中可以采用不同硬件域上的不同操作系统实现对各任务的高效执行。
在多核异构芯片中,还可以根据实际需求,为大部分硬件域中的各硬件域配置操作系统,为小部分硬件域不配置操作系统,视具体使用情况而定。
本申请实施例中,硬件域之间也存在有通信需求,在不同硬件域之间存在通信需求时,可采用核间通信机制实现硬件域之间的通信。其中,多核异构系统中的核间通信机制包括适于指令传输的mailbox机制、适于数据共享的内存共享机制。单颗SOC芯片内的核间通信,可保证数据在同一芯片内传输,保证了数据安全性和传输快速性。
通常情况下,不同硬件域内的硬件资源是存在差异的,这种差异可能体现在硬件类型、硬件型号、硬件数量等方面的差异。这种差异性,在一定程度上可体现多核异构系统的异构性。从前面的介绍可知,本申请中的多核异构是硬件层面上的概念,与软件层面无关。
如图1所示,本申请实施例中的多核异构芯片还包括各类型控制单元。各类型控制单元包括但不限定于:电源控制单元、非易失性存储控制单元、易失性存储控制单元等。其中,电源控制单元,用于控制电源单元,以实现对多核异构芯片的电源的供给。非易失性存储控制单元,用于控制多核异构芯片中的至少一处理器核对非易失性存储单元的访问。易失性存储控制单元,用于控制多核异构芯片中的至少一处理器核对易失性存储单元的访问。
其中,电源单元、非易失性存储单元、易失性存储单元作为多核异构芯片之外的硬件资源,可在多核异构芯片有需要的情况下被调用。除此之外,音频输出单元(如喇叭或扬声器)、音频采集单元(如麦克风)、视频输出单元(如显示屏)等硬件作为多核异构芯片之外的硬件资源,也可在多核异构芯片有需要的情况下被调用,以实现音频、视频的正常输出。
本申请实施例的启动管理方法是在多核异构系统上实现的。本申请实施例的启动管理方法中涉及到的多核异构系统包括M个硬件域,M为大于或等于2的正整数。该M个硬件域可以是图2所示的L个硬件域中的全部硬件域或部分硬件域,优选为全部硬件域。每个硬件域对应一个操作系统。如,硬件域1对应第一操作系统,硬件域2对应第二操作系统…硬件域M对应第M操作系统。各硬件域由多核异构系统中多个架构不同的处理器核与各处理核连接的硬件资源构成,各硬件域之间互相隔离。图3所示的多核异构系统中的相关内容可参见对图1和/或图2的相关说明,重复之处不赘述。
本申请中,如果将硬件域及硬件域对应的操作系统简称为(单)域系统,那么,可以理解,多核异构芯片中包括两个或两个以上这样的域系统。包括两个或两个以上域系统的多核异构芯片,可被称之为多系统平台。本申请意在解决,对于包括两个或两个以上域系统的多核异构芯片,在存在有异常运行的域系统的情况下,如何实现对异常域系统的针对性强、效率高的启动,从而既不影响对运行正常的域系统的使用,也不额外耗费资源。
图4示出了本申请实施例中启动管理方法的实现流程示意图一。如图4所示,所述启动管理方法包括:
S401:对M个域系统进行运行状态的监控;其中,M个域系统中的各域系统包括M个硬件域中的各硬件域和各硬件域对应的操作系统。
以多核异构芯片包括M个域系统为例,对M个域系统中的每个域设置有监控器,即各域对应有监控器,利用各监控器对各域系统进行监控。在实际应用中,监控器可以是看门狗,还可以是其他任何能够实现对域系统的运行状态是正常状态、还是异常状态的监控的软/硬件。
S402:所述M个操作系统中的第一操作系统获得第一信息,所述第一信息表征监控到M个域系统中的至少之一处于非正常运行状态。
本申请中,M个域系统中每个域系统包括一个操作系统和一个硬件域。每个域系统实现各自的功能。本申请中,可将M个域系统划分为管理域系统、安全域系统和应用域系统等几种系统角色。其中,应用域系统用于实现各自的应用功能,如包括有多核异构芯片的车辆,应用域系统可以是车辆的中控系统、仪表系统。管理域系统用于对应用域系统的资源进行管理。如,管理对应用域系统的启动、应用域系统共用的存储资源的分配等。安全域系统为实现多核异构芯片的安全运行而特意设置的一个域系统,其可保证多核异构芯片的运行安全性。
本申请中的第一操作系统可以是安全域系统中的操作系统。为了保证更好的安全性,在实施时,将安全域系统与其他域系统实现硬隔离,且,安全域系统具有自身一套硬件资源,与其他域系统不共享硬件资源。利用这样的安全域系统实现本申请的相关方案,可保证方案的顺利实施。
在实施时,第一操作系统可通过如下方式获得第一信息:各监控器可将监控到的结果传输至第一操作系统。或者,第一操作系统主动读取各监控器的监控结果,分析监控结果,判断对各域系统是否存在有处于异常(非正常)运行状态的域系统。或者,在监控器监控到域系统存在异常运行时,将异常运行的监控结果传输至第一操作系统,以令第一操作系统获知M个域系统中存在有运行异常的域系统。
可以理解,在实际应用中,多核异构芯片的M个域系统中,每个域系统对应有一个监控器。在相同或相近的监控时刻,可能存在只有一个监控器监控到域系统异常,也可能存在有两个或多个监控器监控到域系统存在异常。也就是说,在相同或相近的监控时刻,存在异常的域系统可能是一个,还可能是两个或多个。
S403:基于非正常运行域系统的参考信息,所述第一操作系统确定目标启动模式,以使M个操作系统中的第二操作系统采用目标启动模式对处于非正常运行状态的域系统进行重新启动;其中,第一操作系统和第二操作系统为M个操作系统中的不同操作系统。
本申请中,多核异构芯片包括两种启动模式:单域启动模式和全域启动模式。其中,单域启动模式指的是针对多核异构芯片中存在异常的域系统进行单独启动。全域启动模式指的是对整个多核异构芯片进行启动,即对全部域系统进行启动。
第一操作系统可接收来自监控器的信息而获得参考信息,或者,通过对来自监控器的信息的分析,而得到参考信息。在实际应用中,参考信息可以是非正常运行域系统的身份信息,也可以是预先为各域系统设置好的启动模式这一信息。如此,针对某个处于异常运行状态的域系统,第一操作系统很容易获知针对该域系统的目标启动模式是单域启动模式,还是全域启动模式。
如果在相同或相近的监控时刻,存在异常的域系统的数量是两个或多个,则第一操作系统基于各异常域系统的参考信息,为各异常域系统分别确定各异常域系统的目标启动模式是两种启动模式中的哪一种。
本申请中的第二操作系统可以是管理域系统中的操作系统。第一操作系统和第二操作系统为两个操作系统,位于不同的域系统中(第一操作系统位于安全域系统,第二操作系统位于管理域系统),本申请中,由两个不同的域系统来分担确定目标启动模式和重新启动这两项工作,可避免将这两项工作放在同一域系统中执行而带来的负荷重的问题。
S401~S403中,针对多核异构芯片这一多系统平台,在存在有异常运行的域系统的情况下,基于非正常运行域系统的参考信息,第一操作系统确定目标启动模式,以使第二操作系统采用目标启动模式对处于非正常运行状态的域系统进行重新启动。采用目标启动模式对处于非正常运行状态的域系统进行重新启动,实现了针对性的启动,与相关技术中的方法1)相比,针对性强。本申请技术方案,无需虚拟机技术,即可实现对异常域系统的针对性启动,与相关技术中的方法2)相比,无需额外资源的耗费,启动效率高。
本申请技术方案,为多核异构芯片这一多系统平台的高效和针对性强的启动方案,为多系统平台的启动提供了一种新的技术支持。采用目标启动模式对处于非正常运行状态的域系统进行重新启动的方案,可对异常或故障进行及时解决,保证域系统的安全性。
在一些实施例中,目标启动模式包括第一启动模式和第二启动模式。其中,第一启动模式为单域启动模式,第二启动模式为全域启动模式。
所述采用目标启动模式对处于非正常运行状态的域系统进行重新启动的方案,包括:
S501(方案一):响应于目标启动模式为第一启动模式,所述第二操作系统对处于非正常运行状态的域系统进行重新启动。本申请中,在目标启动模式为单域启动模式时,第二操作系统对异常域系统进行单独启动。
S502(方案二):响应于目标启动模式为第二启动模式,对处于非正常运行状态的域系统以及M个域系统中除非正常运行域系统之外的其他域系统进行重新启动。本申请中,在目标启动模式为全域启动模式时,对全部域系统进行启动,即,对整个多核异构芯片进行重新启动。
在多核异构芯片这一多系统平台中,可根据由参考信息而确定出的对处于异常运行状态的域系统的目标启动模式,对异常域系统进行针对性的单域启动、或全部域启动。这种启动方案,带来了针对性强的有益效果,避免盲目进行全部域启动而带来的无法对正常域系统进行正常使用的影响。
在一些实施例中,参考信息包括非正常运行域系统的身份信息。在非正常运行域系统的身份信息表征非正常运行域系统为M个域系统中除第一域系统和第二域系统之外的其他域系统时,第一操作系统确定目标启动模式为第一启动模式;其中,第一域系统包括第一操作系统和与第一操作系统对应的硬件域,第二域系统包括第二操作系统和与第二操作系统对应的硬件域。在非正常运行域系统的身份信息表征非正常运行域系统包括第一域系统和第二域系统中的至少之一时,所述第一操作系统确定目标启动模式为第二启动模式;其中,在第一启动模式下重新启动的域系统与在第二启动模式下重新启动的域系统不同。
其中,第一域系统为安全域系统,第二域系统为管理域系统。在非正常运行域系统的身份信息表征非正常运行域系统是M个域系统中除了安全域和管理域系统之外的其他域系统,如应用域系统时,第一操作系统确定目标启动模式为单域启动模式,对出现异常的应用域系统进行单独启动。在非正常运行域系统的身份信息表征非正常运行域系统是M个域系统中的安全域系统和/或管理域系统时,第一操作系统确定目标启动模式为全域启动模式,对全部域系统进行重新启动,即,对多核异构芯片进行重新启动。根据非正常运行域系统的身份信息,实现了对应方式的重启。
简言之,本申请中,如果M个域系统中,出现异常的域系统是应用域系统,则采用单域启动模式,对该出现异常的域系统进行单独启动,避免了对未出现异常的域系统无法被正常使用而导致的问题。实现了针对性的重启。
如果M个域系统中,出现异常的域系统不是应用域系统,是安全域系统和/或管理域系统,考虑到多核异构芯片的安全性,则采用全域启动模式,对M个域系统进行全部启动,以对整个多核异构芯片进行重新启动,以此方式来实现对芯片安全性、多核异构芯片中存储和运行的数据的安全性的保证。
在实际应用中,在相同或相近的监控时刻,M个域系统中处于非正常运行状态的域系统数量可以是一个。在实施时,可根据该异常域系统的参考信息,确定对其的目标启动模式,并采用目标启动模式对其进行重新启动。在相同或相近的监控时刻,M个域系统中处于非正常运行状态的域系统数量还可以为至少两个。如果在两个或两个以上异常域系统中存在有安全域系统和管理域系统中的至少之一,则对两个或两个以上异常域系统确定的目标启动模式为全域启动模式,对M个域系统进行重新启动。如果在两个或两个以上异常域系统中不存在安全域系统和管理域系统,处于非正常运行状态的各域系统均为其他域系统,如,所有异常域系统均是应用域系统,则获得处于非正常运行状态的各域系统的优先级信息,以使得第二操作系统基于优先级信息,采用第一启动模式分别对处于非正常运行状态的各域系统进行重新启动。通俗来讲,第二操作系统按照各异常域系统的优先级,分别对异常域系统采用单域启动模式进行单独启动,实现了针对性的启动,针对性强。
在一些实施例中,响应于目标启动模式为第一启动模式,第二操作系统对处于非正常运行状态的域系统进行重新启动的方案,包括:响应于目标启动模式为第一启动模式,第二操作系统至少将非正常运行域系统的处理器核心以及与所述处理器核心连接的硬件资源从运行状态切换至非运行状态、从非运行状态切换至运行状态,将非正常运行域系统的操作系统进行重启,以实现对处于非正常运行域系统的重新启动。可以理解,域系统包括操作系统和硬件域,如果简单地将操作系统视为域系统的软件部分,硬件域视为操作系统的硬件部分,则本申请中对域系统的重新启动指的是,对域系统中的软件和硬件均进行重新启动。本申请是以域系统为单位、对域系统这个整体进行的重新启动。对出现异常的域系统的重新启动,是从软件和硬件这两个方面进行的重新启动,实现了对异常域系统的全面性启动,保证了数据安全性。
下面结合图6对本申请技术方案做详细说明。
在图6中,以多核异构芯片包括M=5个域系统,其中,Secure系统作为管理域系统使用;Safety作为安全域系统使用;AP 1系统、AP 2系统、MP系统作为应用域使用。如果包括前述5个域系统的多核异构芯片是部署于车辆上的芯片,则AP 1系统可以是车辆的中控系统,AP 2系统可以是车辆的仪表系统。与AP 1和AP 2相比,MP系统是车辆的小系统,如,用于实现车辆的开机效果,如在动画、声音等方面的效果。
预先为5个域系统中的各域系统设置一个监控器,如,设置一个看门狗。可以理解,看门狗可用于监控域系统的运行是否正常。主要是通过对看门狗计满的数值是否被及时清零来判断被监控的域系统是否运行正常。如果被监控的域系统正常运行,则域系统的处理器核心如中央处理器(CPU)会定期对看门狗计算出的数值进行清零操作。如果看门狗的计数已满、但未被及时清零,则认为域系统的运行发生了异常。在实施时,针对看门狗的计数,监测其是否及时清零,即可得到域系统运行是正常或是异常的监控结果。在看门狗的计数未被及时清零时,产生中断信号(Wdg)。中断信号Wdg包括出现异常运行的域系统的处理器核(core)的标识、出现异常的原因(reason)、对运行异常的域系统的启动模式或类型(type)等参数。其中,出现异常的原因主要有三种,第一种是由于域系统的CPU不受控制而导致的异常,第二种是由于用户主动触发的对域系统的重新启动而导致的异常,第三种是由域系统的核的运行出现问题而导致的异常。启动模式或类型主要有两种,第一种是单域启动,第二种是全域启动。中断信号Wdg会被传输至Safety的Sem模块(中间模块)。
Safety的操作系统OS(第一操作系统)监听Sem模块是否收到中断信号,如果监听到Sem模块收到中断信号,则执行以下处理流程:safety会将运行异常的域系统的日志保存到多核异构芯片的存储器(EMMC,Embedded Multi Media Card)中,以便后续根据存储到EMMC的日志,对异常原因进行分析。在实际应用中,出现异常的域系统的处理器核core的标识和/或type等信息可作为非正常运行的域系统的参考信息来使用。单从处理器核core的标识来看,其可表示多核异构芯片中具有该core的域系统的身份信息。如果Safety的OS通过对core标识的分析,发现运行异常的域系统是应用域系统,如是AP 1系统、AP 2系统或MP系统,则为运行异常的域系统确定出的目标启动模式为单域启动模式。如果Safety的OS通过对core标识的分析,发现运行异常的域系统是管理域系统或安全域系统,如是Secure系统或Safety系统,则为运行异常的域系统确定出的目标启动模式是全域启动模式。或者,Safety的OS通过对type信息进行读取,将读取出的type信息指示的启动模式或类型,作为为运行异常的域系统确定出的目标启动模式。示例性地,如果读取出的type信息指示的启动类型是单域启动,则为运行异常的域系统确定出的目标启动模式为单域启动模式。如果读取出的type信息指示的启动类型是全域启动,则为运行异常的域系统确定出的目标启动模式为全域启动模式。
考虑安全性对多核异构芯片的重要性,本申请中,如果出现运行异常的域系统是Safety或Secure,则采用全域启动模式对整个芯片进行重启,以保证芯片数据的安全性。如果出现异常的域系统是应用域系统,如,是AP 1系统、AP 2系统或MP系统,则可采用单域启动模式对异常域系统进行单独重启,其他未出现异常的域系统可不进行重启。使得出现问题的异常域系统的故障及时被解决,同时,未出现异常的域系统可被正常使用。
从图6中可看出,针对MP、AP 1、AP 2和Secure等域系统,产生的中断信号被传输至Safety的Sem模块,Safety OS监听Sem模块是否收到中断信号。对于Safety这个域系统来说,在为Safety域系统设置的看门狗的计数未及时清零的情况下,产生中断信号。SafetyOS监听来自Safety系统的看门狗的中断信号。Safety OS可直接根据该中断信号的来源(来源于Safety系统),确定出目标启动模式为全域启动模式。
在运行异常的域系统是MP系统、AP1系统和AP 2系统中的至少其中之一的情况下,Safety的OS为运行异常的域系统确定出的目标启动模式为单域启动模式。在目标启动模式为单域启动模式时,Safety的OS将域系统产生异常这一事件以及前述三种参数作为消息(Msg),传输至Secure的OS(第二操作系统)。
第二操作系统执行对异常域系统的重启流程:1、停止对运行异常的域系统的CPU的正常运行,禁止其继续访问多核异构芯片的内存(DDR)、EMMC以及各域系统之间共享的其他外部设备。其中,DDR和EMMC是各域之间共享的资源。2、等待一些时间,以令运行异常的域系统的自主知识产权(IP)模块将自身需要执行的工作流程完成。其中,IP模块为能够自主完成特定功能的模块,即,不受CPU的控制,就可完成特定功能的模块,如,图像处理单元(GPU,Graphics Processing Unit)、直接内存访问(DMA,Direct Memory Access)等模块。3、监测运行异常的域系统的外设状态,直到外设处于非工作状态,控制外设停止并复位。在多核异构芯片中,每个域系统具有自身一套外设,外设包括音频编解码器(audio codec)、无线网络模块(Wifi,Wireless Fidelity)等设备。4、从DDR中读取需要重新启动的域系统需要的配置信息,解析要加载的镜像信息,加载镜像信息,以对运行异常的域系统进行重新启动。
前述方案中的4点内容,可视为将非正常运行域系统的处理器核心以及与处理器核心连接的硬件资源从运行状态切换至非运行状态、从非运行状态切换至运行状态,将非正常运行域系统的操作系统进行重启的进一步说明。以从软件和硬件这两个方面对异常域系统重新进行全面启动,从而实现对数据安全性的保证。
在实际应用中,在相同或相近的监控时刻,如果仅有一个域系统存在异常,则根据由该域系统的参考信息确定出的目标启动模式进行重新启动即可。如果有两个或多个域系统存在异常,且各存在异常的域系统均为应用域系统,则为每个域系统确定出的目标启动模式均为单域启动模式。此时,Secure的OS根据对各异常域系统的优先级,对各异常域系统进行重新启动。其中,出现异常的各域系统的优先级,可根据车辆的实际行进状态而定。
示例性地,以在相同或相近的监控时刻,出现异常的域系统是中控系统(AP 1系统)和仪表系统(AP 2系统)为例,如果车辆处于未熄火、原地等待状态,则中控系统的优先级高于仪表系统,Secure的OS可先对中控系统进行单独启动,再对仪表系统进行单独启动。如果车辆处于行驶状态,则仪表系统的优先级高于中控系统,Secure的OS可先对仪表系统进行单独启动,再对中控系统进行单独启动。实现了在两个或多个域系统存在异常的情况下,对各域系统的针对性的启动。且,这种启动方式,彼此不会造成影响,实现了硬隔离。
在Safety的OS为运行异常的域系统确定出的目标启动模式为全域启动模式的情况下,对多核异构芯片这一整体进行重新启动。碍于篇幅的限制,本方案不对该过程做详细说明。Safety的OS对异常域系统的日志的缓存以及对目标启动模式的确定流程可由重启服务(Reboot service)来完成。
本申请技术方案,针对多核异构芯片这一多系统平台,在其出现有非正常运行的域系统时,采用目标启动模式对处于非正常运行状态的域系统进行重新启动,实现了针对性的启动。无需额外资源的耗费,即可实现对异常域系统的针对性启动,启动效率高。采用目标启动模式对处于非正常运行状态的域系统进行重新启动的方案,可及时对异常或故障进行解决,保证域系统的安全性。也正是如此,图6所示方案可被视为一种针对多系统平台的安全重启方案或安全重启机制。
针对多核异构芯片这一多系统平台,如果异常域系统是应用域系统,则利用本技术方案可以实现单个域系统的重启,避免了由于应用域出现故障而导致的整个多核异构芯片长时间运行缓慢的问题。不仅可令域系统的异常或故障及时被解决,还保证了安全性,及时被投入正常使用。
在多核异构芯片这一多系统平台中,通过对异常域系统中诸如GPU等具有自主能力的IP模块的等待、禁止、复位等操作的处理,给重启后的域系统提供了一个相对干净的运行环境,防止各IP模块在启动过程中出现对DDR、总线等各域系统之间的共享资源的访问竞争。
本申请技术方案为一种新的针对多系统平台的安全重启方案。其通过对多核异构芯片这一多系统平台中的各域系统的精细化管理,实现对单个域系统的安全重启。在实际应用中,需要对芯片中的各域系统进行监控,以识别出可能存在异常的域系统。在识别出存在有异常域系统的情况下,采用目标启动模式对异常域系统进行安全重启。并通过清理域系统缓存、重新加载配置信息等方案,恢复其为正常运行状态,从而有效提升整个芯片的稳定性和可用性。
可以理解,多核异构芯片中的各域系统之间是协同工作的,利用本申请技术方案确保了单个域系统的安全重启,单个域系统的重启不会影响到对其他域系统的正常使用,从而保证了整个芯片的连续性和稳定性。
如果域系统出现异常,则会造成对多系统平台的性能的下降。本申请中的安全重启方案,可有效解决性能下降的问题,也可实现对故障或异常的及时修复,适用于具有多系统的平台,具有较高的普适性和实用性。在实际应用中,可以根据域系统的具体需求,对各域系统的安全重启流程进行定制化设计,以满足不同域系统的要求。
本申请提供一种启动管理设备,所述设备位于多核异构系统中,所述多核异构系统包括至少两个硬件域;各硬件域由多核异构系统中多个架构不同的处理器核以及与各处理核连接的硬件资源构成,所述各硬件域之间互相隔离;所述至少两个硬件域中的M个硬件域对应M个操作系统,M为大于或等于2的正整数。如图7所示,所述设备包括:
监控单元701,用于对M个域系统进行运行状态的监控;其中,M个域系统中的各域系统包括M个硬件域中的各硬件域和各硬件域对应的操作系统;
获得单元702,用于利用所述M个操作系统中的第一操作系统获得第一信息,所述第一信息表征监控到M个域系统中的至少之一处于非正常运行状态;
确定单元703,用于基于非正常运行域系统的参考信息,利用所述第一操作系统确定目标启动模式,以使M个操作系统中的第二操作系统采用目标启动模式对处于非正常运行状态的域系统进行重新启动;其中,第一操作系统和第二操作系统为M个操作系统中的不同操作系统。
在一些实施例中,所述目标启动模式包括第一启动模式和第二启动模式;所述设备还包括:
重新启动单元,用于响应于目标启动模式为第一启动模式,利用所述第二操作系统对处于非正常运行状态的域系统进行重新启动;响应于目标启动模式为第二启动模式,对处于非正常运行状态的域系统以及M个域系统中除非正常运行域系统之外的其他域系统进行重新启动。
在一些实施例中,所述参考信息包括非正常运行域系统的身份信息;所述确定单元703,用于:
在非正常运行域系统的身份信息表征非正常运行域系统为M个域系统中除第一域系统和第二域系统之外的其他域系统时,利用第一操作系统确定目标启动模式为第一启动模式;其中,第一域系统包括第一操作系统和与第一操作系统对应的硬件域,第二域系统包括第二操作系统和与第二操作系统对应的硬件域;
在非正常运行域系统的身份信息表征非正常运行域系统包括第一域系统和第二域系统中的至少之一时,利用第一操作系统确定目标启动模式为第二启动模式;其中,在第一启动模式下重新启动的域系统与在第二启动模式下重新启动的域系统不同。
在一些实施例中,所述M个域系统中处于非正常运行状态的域系统数量为至少两个;且,处于非正常运行状态的各域系统均为所述其他域系统。
所述确定单元703,用于获得处于非正常运行状态的各域系统的优先级信息,以使得第二操作系统基于所述优先级信息,采用第一启动模式分别对处于非正常运行状态的各域系统进行重新启动。
在一些实施例中,所述重新启动单元,用于:
响应于目标启动模式为第一启动模式,利用第二操作系统至少将非正常运行域系统的处理器核心以及与所述处理器核心连接的硬件资源从运行状态切换至非运行状态、从非运行状态切换至运行状态,将非正常运行域系统的操作系统进行重启,以实现对处于非正常运行域系统的重新启动。
在一些实施例中,所述M个域系统中的各域系统对应有监控器;所述监控单元701,用于利用各监控器对各域系统进行监控。
需要说明的是,本申请实施例的启动管理设备,由于该启动管理设备解决问题的原理与前述的启动管理方法相似,因此,启动管理设备的实施过程及实施原理均可以参见前述方法的实施过程及实施原理描述,重复之处不再赘述。
根据本申请的实施例,本申请还提供了一种电子设备和一种可读存储介质。
其中,所述电子设备包括至少一个处理器;以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行本申请所述的启动管理方法。所述计算机指令用于使所述计算机执行本申请所述的启动管理方法。
图8示出了可以用来实施本申请的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本申请的实现。
如图8所示,设备800包括计算单元801,其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序,来执行各种适当的动作和处理。在RAM 803中,还可存储设备800操作所需的各种程序和数据。计算单元801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。
设备800中的多个部件连接至I/O接口805,包括:输入单元806,例如键盘、鼠标等;输出单元807,例如各种类型的显示器、扬声器等;存储单元808,例如磁盘、光盘等;以及通信单元809,例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理,例如启动管理方法。例如,在一些实施例中,启动管理方法可被实现为计算机软件程序,其被有形地包含于机器可读介质,例如存储单元808。在一些实施例中,计算机程序的部分或者全部可以经由ROM 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到RAM 803并由计算单元801执行时,可以执行上文描述的启动管理方法的一个或多个步骤。备选地,在其他实施例中,计算单元801可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行启动管理方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本申请的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本申请的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,也可以为分布式系统的服务器,或者是结合了区块链的服务器。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (10)
1.一种启动管理方法,其特征在于,所述方法应用于多核异构系统中,所述多核异构系统包括至少两个硬件域;各硬件域由多核异构系统中多个架构不同的处理器核以及与各处理核连接的硬件资源构成,所述各硬件域之间互相隔离;所述至少两个硬件域中的M个硬件域对应M个操作系统,M为大于或等于2的正整数;所述方法包括:
对M个域系统进行运行状态的监控;其中,M个域系统中的各域系统包括M个硬件域中的各硬件域和各硬件域对应的操作系统;
所述M个操作系统中的第一操作系统获得第一信息,所述第一信息表征监控到M个域系统中的至少之一处于非正常运行状态;
基于非正常运行域系统的参考信息,所述第一操作系统确定目标启动模式,以使M个操作系统中的第二操作系统采用目标启动模式对处于非正常运行状态的域系统进行重新启动;其中,第一操作系统和第二操作系统为M个操作系统中的不同操作系统。
2.根据权利要求1所述的方法,其特征在于,所述目标启动模式包括第一启动模式和第二启动模式;
所述采用目标启动模式对处于非正常运行状态的域系统进行重新启动,包括:
响应于目标启动模式为第一启动模式,所述第二操作系统对处于非正常运行状态的域系统进行重新启动;
响应于目标启动模式为第二启动模式,对处于非正常运行状态的域系统以及M个域系统中除非正常运行域系统之外的其他域系统进行重新启动。
3.根据权利要求1或2所述的方法,其特征在于,所述参考信息包括非正常运行域系统的身份信息;
在非正常运行域系统的身份信息表征非正常运行域系统为M个域系统中除第一域系统和第二域系统之外的其他域系统时,所述第一操作系统确定目标启动模式为第一启动模式;其中,第一域系统包括第一操作系统和与第一操作系统对应的硬件域,第二域系统包括第二操作系统和与第二操作系统对应的硬件域;
在非正常运行域系统的身份信息表征非正常运行域系统包括第一域系统和第二域系统中的至少之一时,所述第一操作系统确定目标启动模式为第二启动模式;
其中,在第一启动模式下重新启动的域系统与在第二启动模式下重新启动的域系统不同。
4.根据权利要求3所述的方法,其特征在于,所述M个域系统中处于非正常运行状态的域系统数量为至少两个;且,处于非正常运行状态的各域系统均为所述其他域系统;所述方法还包括:
获得处于非正常运行状态的各域系统的优先级信息,以使得第二操作系统基于所述优先级信息,采用第一启动模式分别对处于非正常运行状态的各域系统进行重新启动。
5.根据权利要求2所述的方法,其特征在于,所述响应于目标启动模式为第一启动模式,所述第二操作系统对处于非正常运行状态的域系统进行重新启动,包括:
响应于目标启动模式为第一启动模式,所述第二操作系统至少将非正常运行域系统的处理器核心以及与所述处理器核心连接的硬件资源从运行状态切换至非运行状态、从非运行状态切换至运行状态,将非正常运行域系统的操作系统进行重启,以实现对处于非正常运行域系统的重新启动。
6.根据权利要求1或2所述的方法,其特征在于,所述M个域系统中的各域系统对应有监控器;
所述对M个域系统进行运行状态的监控,包括:
利用各监控器对各域系统进行监控。
7.一种启动管理设备,其特征在于,所述设备位于多核异构系统中,所述多核异构系统包括至少两个硬件域;各硬件域由多核异构系统中多个架构不同的处理器核以及与各处理核连接的硬件资源构成,所述各硬件域之间互相隔离;所述至少两个硬件域中的M个硬件域对应M个操作系统,M为大于或等于2的正整数;所述设备包括:
监控单元,用于对M个域系统进行运行状态的监控;其中,M个域系统中的各域系统包括M个硬件域中的各硬件域和各硬件域对应的操作系统;
获得单元,用于利用所述M个操作系统中的第一操作系统获得第一信息,所述第一信息表征监控到M个域系统中的至少之一处于非正常运行状态;
确定单元,用于基于非正常运行域系统的参考信息,利用所述第一操作系统确定目标启动模式,以使M个操作系统中的第二操作系统采用目标启动模式对处于非正常运行状态的域系统进行重新启动;其中,第一操作系统和第二操作系统为M个操作系统中的不同操作系统。
8.根据权利要求7所述的设备,其特征在于,所述目标启动模式包括第一启动模式和第二启动模式;所述设备还包括:
重新启动单元,用于响应于目标启动模式为第一启动模式,利用所述第二操作系统对处于非正常运行状态的域系统进行重新启动;
响应于目标启动模式为第二启动模式,对处于非正常运行状态的域系统以及M个域系统中除非正常运行域系统之外的其他域系统进行重新启动。
9.一种电子设备,其特征在于,所述电子设备包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-6中任一项所述的方法。
10.一种存储有计算机指令的非瞬时计算机可读存储介质,其特征在于,所述计算机指令用于使所述计算机执行根据权利要求1-6中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202410327860.XA CN117931529A (zh) | 2024-03-21 | 2024-03-21 | 启动管理方法和设备、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202410327860.XA CN117931529A (zh) | 2024-03-21 | 2024-03-21 | 启动管理方法和设备、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117931529A true CN117931529A (zh) | 2024-04-26 |
Family
ID=90754231
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202410327860.XA Pending CN117931529A (zh) | 2024-03-21 | 2024-03-21 | 启动管理方法和设备、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117931529A (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050267995A1 (en) * | 2004-04-29 | 2005-12-01 | Newisys, Inc. | Facilitating system management functionality via interaction between hardware domains |
US20180067542A1 (en) * | 2016-09-08 | 2018-03-08 | Qualcomm Incorporated | Coherent Interconnect Power Reduction Using Hardware Controlled Split Snoop Directories |
US20220004246A1 (en) * | 2018-11-06 | 2022-01-06 | Xi'an Zhongxing New Software Co., Ltd. | Multi-core chip, system and method based thereon, and storage medium |
CN115587071A (zh) * | 2022-12-12 | 2023-01-10 | 南京芯驰半导体科技有限公司 | 一种基于多核异构SoC车载系统数据储存系统及方法 |
CN116610370A (zh) * | 2023-05-19 | 2023-08-18 | 深圳砺驰半导体科技有限公司 | 一种启动方法、装置、设备及存储介质 |
CN117075983A (zh) * | 2023-09-20 | 2023-11-17 | 南京芯驰半导体科技有限公司 | 基于多核异构的实时多任务处理方法、芯片系统和设备 |
CN117130832A (zh) * | 2023-10-25 | 2023-11-28 | 南京芯驰半导体科技有限公司 | 多核异构系统的监控复位方法、系统、芯片及电子设备 |
WO2024012603A1 (zh) * | 2022-07-11 | 2024-01-18 | 合肥杰发科技有限公司 | 基于多操作系统的车载系统及其控制方法 |
CN117632570A (zh) * | 2024-01-25 | 2024-03-01 | 上海励驰半导体有限公司 | 基于多核异构soc的多操作系统诊断方法、装置和系统 |
-
2024
- 2024-03-21 CN CN202410327860.XA patent/CN117931529A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050267995A1 (en) * | 2004-04-29 | 2005-12-01 | Newisys, Inc. | Facilitating system management functionality via interaction between hardware domains |
US20180067542A1 (en) * | 2016-09-08 | 2018-03-08 | Qualcomm Incorporated | Coherent Interconnect Power Reduction Using Hardware Controlled Split Snoop Directories |
US20220004246A1 (en) * | 2018-11-06 | 2022-01-06 | Xi'an Zhongxing New Software Co., Ltd. | Multi-core chip, system and method based thereon, and storage medium |
WO2024012603A1 (zh) * | 2022-07-11 | 2024-01-18 | 合肥杰发科技有限公司 | 基于多操作系统的车载系统及其控制方法 |
CN115587071A (zh) * | 2022-12-12 | 2023-01-10 | 南京芯驰半导体科技有限公司 | 一种基于多核异构SoC车载系统数据储存系统及方法 |
CN116610370A (zh) * | 2023-05-19 | 2023-08-18 | 深圳砺驰半导体科技有限公司 | 一种启动方法、装置、设备及存储介质 |
CN117075983A (zh) * | 2023-09-20 | 2023-11-17 | 南京芯驰半导体科技有限公司 | 基于多核异构的实时多任务处理方法、芯片系统和设备 |
CN117130832A (zh) * | 2023-10-25 | 2023-11-28 | 南京芯驰半导体科技有限公司 | 多核异构系统的监控复位方法、系统、芯片及电子设备 |
CN117632570A (zh) * | 2024-01-25 | 2024-03-01 | 上海励驰半导体有限公司 | 基于多核异构soc的多操作系统诊断方法、装置和系统 |
Non-Patent Citations (1)
Title |
---|
胡玉霞;李绪勇;杨育霞;张红涛;: "基于uC/OS-II操作系统的多任务看门狗设计", 衡水学院学报, no. 04, 20 August 2009 (2009-08-20) * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11768533B2 (en) | Platform power consumption reduction via power state switching | |
US11720368B2 (en) | Memory management of data processing systems | |
US8055933B2 (en) | Dynamic updating of failover policies for increased application availability | |
US10162708B2 (en) | Fault tolerance for complex distributed computing operations | |
US8752060B2 (en) | Multi-CPU domain mobile electronic device and operation method thereof | |
US9223596B1 (en) | Virtual machine fast provisioning based on dynamic criterion | |
US20180113764A1 (en) | Hypervisor Based Watchdog Timer | |
US8810584B2 (en) | Smart power management in graphics processing unit (GPU) based cluster computing during predictably occurring idle time | |
US11662803B2 (en) | Control method, apparatus, and electronic device | |
US20110197193A1 (en) | Device and method for controlling communication between bios and bmc | |
US9342451B2 (en) | Processor management method | |
CN109669728B (zh) | VxWorks操作系统的软件关机方法及装置 | |
US20200310848A1 (en) | Dynamic tuning of hypervisor for high-performance virtual machines | |
US10649832B2 (en) | Technologies for headless server manageability and autonomous logging | |
CN112134752B (zh) | 一种基于bmc监控交换机的方法、系统、设备及介质 | |
CN115576734B (zh) | 一种多核异构日志存储方法和系统 | |
CN117931529A (zh) | 启动管理方法和设备、电子设备及存储介质 | |
US7657730B2 (en) | Initialization after a power interruption | |
US20110106943A1 (en) | Host Independent Secondary Application Processor | |
WO2020224381A1 (zh) | 应用状态控制方法、装置、终端及计算机可读存储介质 | |
US20170083305A1 (en) | Performing power management during a download and execute operation | |
EP2691853B1 (en) | Supervisor system resuming control | |
RU2589853C1 (ru) | Способ обеспечения совместной работы нескольких гипервизоров в компьютерной системе | |
CN116820618A (zh) | 一种控制方法及装置 | |
EP3161672B1 (en) | Retrieval of a command from a management server |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |