CN118260130A - 双芯片系统升级后的启动方法及系统 - Google Patents

双芯片系统升级后的启动方法及系统 Download PDF

Info

Publication number
CN118260130A
CN118260130A CN202410695931.1A CN202410695931A CN118260130A CN 118260130 A CN118260130 A CN 118260130A CN 202410695931 A CN202410695931 A CN 202410695931A CN 118260130 A CN118260130 A CN 118260130A
Authority
CN
China
Prior art keywords
chip
state
chips
starting
dual
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.)
Granted
Application number
CN202410695931.1A
Other languages
English (en)
Other versions
CN118260130B (zh
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.)
Nanjing Xinchi Semiconductor Co ltd
Original Assignee
Nanjing Xinchi Semiconductor Co ltd
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 Nanjing Xinchi Semiconductor Co ltd filed Critical Nanjing Xinchi Semiconductor Co ltd
Priority to CN202410695931.1A priority Critical patent/CN118260130B/zh
Publication of CN118260130A publication Critical patent/CN118260130A/zh
Application granted granted Critical
Publication of CN118260130B publication Critical patent/CN118260130B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1415Saving, restoring, recovering or retrying at system level
    • G06F11/1433Saving, restoring, recovering or retrying at system level during software upgrading
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751Error or fault detection not based on redundancy
    • G06F11/0754Error or fault detection not based on redundancy by exceeding limits
    • G06F11/0757Error or fault detection not based on redundancy by exceeding limits by exceeding a time limit, i.e. time-out, e.g. watchdogs
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Stored Programmes (AREA)

Abstract

本申请公开了一种双芯片系统升级后的启动方法及系统,属于芯片技术领域。在升级后重启双芯片系统中的两个芯片时,芯片获取自身的域内回滚状态;若两个芯片的域内回滚状态都是开启状态,且一个芯片升级至新版本,升级后的芯片在启动后回滚至升级前的旧版本;若两个芯片的域内回滚状态都是开启状态,且两个芯片都升级至新版本,两个芯片在启动时互相监控对方的启动状态;若根据所述启动状态确定两个芯片都启动成功,则两个芯片确定升级成功;若根据所述启动状态确定任一芯片启动失败且达到预定次数,则两个芯片回滚至升级前的旧版本。在只有一个芯片升级至新版本时,升级后的芯片会在启动后回滚至升级前的旧版本,以保证两个芯片的版本相同。

Description

双芯片系统升级后的启动方法及系统
技术领域
本申请涉及芯片技术领域,特别涉及一种双芯片系统升级后的启动方法及系统。
背景技术
双芯片系统中包含两个芯片,可以单独对其中的一个芯片升级,也可以同时对两个芯片升级。当升级失败时,需要将其回滚至升级前的旧版本。
然而,若同时对两个芯片升级,且任意一个芯片升级失败时,会导致两个芯片的版本不同,从而导致双芯片系统出现异常。
发明内容
本申请提供了一种双芯片系统升级后的启动方法及系统,用于解决一个芯片升级成功,一个芯片升级失败时,两个芯片的版本不同,导致双芯片系统出现异常的问题。所述技术方案如下:
根据本申请的第一方面,提供了一种双芯片系统升级后的启动方法,所述方法包括:
在升级后重启双芯片系统中的两个芯片时,每个芯片获取自身的域内回滚状态;
若两个芯片的域内回滚状态都是开启状态,且一个芯片升级至新版本,则升级后的芯片在启动后回滚至升级前的旧版本;
若两个芯片的域内回滚状态都是开启状态,且两个芯片都升级至新版本,则两个芯片在启动时互相监控对方的启动状态;
若根据所述启动状态确定两个芯片都启动成功,则两个芯片确定升级成功;
若根据所述启动状态确定任一芯片启动失败且达到预定次数,则两个芯片回滚至升级前的旧版本。
在一种可能的实现方式中,所述方法还包括:
若两个芯片的域内回滚状态都是关闭状态,且升级后的任一芯片启动成功,则所述芯片确定升级成功;
若两个芯片的域内回滚状态都是关闭状态,且升级后的任一芯片启动失败且达到预定次数,则所述芯片回滚至升级前的旧版本。
在一种可能的实现方式中,若两个芯片为第一芯片和第二芯片,则所述两个芯片在启动时互相监控对方的启动状态,包括:
在启动所述第一芯片时,若所述第一芯片的启动状态是准备就绪状态,则所述第一芯片获取所述第二芯片的启动状态;
若所述第二芯片的启动状态是准备就绪状态或升级标志位设置成功状态,则所述第一芯片将所述第一芯片升级标志位设置为成功,并再次获取所述第二芯片的启动状态;
若所述第二芯片的启动状态是升级标志位设置成功状态或关闭看门狗状态,则所述第一芯片关闭所述第一芯片的看门狗,并重新获取所述第二芯片的启动状态;
若所述第二芯片的启动状态是关闭看门狗状态,则所述第一芯片确定两个芯片都启动成功。
在一种可能的实现方式中,所述方法还包括:
若所述第一芯片在处于升级标志位设置成功状态时退出,则再次启动所述第一芯片时,所述第一芯片获取所述第二芯片的启动状态;
若所述第二芯片的启动状态是升级标志位设置成功状态或关闭看门狗状态,则所述第一芯片关闭所述第一芯片的看门狗,确定两个芯片都启动成功。
在一种可能的实现方式中,所述方法还包括:
若所述第二芯片的启动状态不是升级标志位设置成功状态和关闭看门狗状态,或者,若获取所述第二芯片的启动状态超时,则所述第一芯片将所述第一芯片的升级标志位设置为失败;
所述第一芯片重新监控所述第二芯片的启动状态。
在一种可能的实现方式中,所述方法还包括:
若重新获取所述第二芯片的启动状态时超时,则所述第一芯片保持所述关闭看门狗状态并重启;
再次启动所述第一芯片时,所述第一芯片获取所述第一芯片的升级标志位;
若所述升级标志位被设置为成功,则所述第一芯片关闭所述第一芯片的看门狗,确定所述第一芯片启动成功。
在一种可能的实现方式中,所述方法还包括:
若所述第一芯片未获取到所述第二芯片的启动状态,或者,若所述第一芯片未成功设置所述升级标志位,则所述第一芯片通过看门狗重启所述第一芯片。
在一种可能的实现方式中,所述方法还包括:
在升级成功后,每个芯片将所述域内回滚状态设置为关闭状态。
在一种可能的实现方式中,所述方法还包括:
在升级所述双芯片系统之前,获取预设的域间回滚状态;
若所述域间回滚状态是关闭状态,则将两个芯片的域内回滚状态都设为关闭状态;
若所述域间回滚状态是开启状态,则将两个芯片的域内回滚状态都设为开启状态;
升级并重启所述双芯片系统。
根据本申请的第二方面,提供了一种双芯片系统,所述双芯片系统包括两个芯片;所述芯片包括处理器和存储器,所述存储器中存储有至少一条指令,所述指令由所述处理器加载并执行以实现如上所述的双芯片系统升级后的启动方法。
本申请提供的技术方案的有益效果至少包括:
当根据域间回滚状态确定双芯片系统中两个芯片的版本需要相同时,可以将两个芯片的域内回滚状态都设置为开启状态(也就是开启统一回滚模式),则在只有一个芯片升级至新版本时,升级后的芯片会在启动后回滚至升级前的旧版本,以保证两个芯片的版本相同。
当根据域间回滚状态确定双芯片系统中两个芯片的版本无需相同时,可以将两个芯片的域内回滚状态都设置为关闭状态(也就是关闭统一回滚模式),则升级后的芯片在成功启动后无需回滚至升级前的旧版本。
通过域间回滚状态可以控制是否开启统一回滚模式,从而能够灵活控制双芯片系统的升级模式。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请
的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据部分示例性实施例示出的一种双芯片系统的结构示意图;
图2是根据本申请一个实施例示出的一种统一回滚模式的控制流程图;
图3是根据本申请一个实施例示出的一种统一回滚模式的控制示意图;
图4是本申请一个实施例提供的双芯片系统升级后的启动方法的简单流程图;
图5是本申请一个实施例提供的双芯片系统升级后的启动方法的详细流程图;
图6是本申请一个实施例提供的单芯片重启方法的示意图;
图7是本申请一个实施例提供的双芯片重启方法的示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
如图1所示,双芯片系统包括两个芯片,这两个芯片可以称为A面和B面。每个芯片中包括Flash(闪存)和Core(内核),且两个芯片之间通过mailbox(邮箱)进行通信。
本实施例中,可以单独对一个芯片进行软件升级,也可以同时对两个芯片进行软件升级。当对一个芯片进行软件升级时,若升级软件存在问题,可以将升级后的芯片回滚至升级前的旧版本;当同时对两个芯片进行软件升级时,若升级软件存在问题导致任一芯片升级失败时,需要将两个芯片都回滚至升级前的旧版本。
本实施例中,可以通过域间回滚状态控制是否开启统一回滚模式,从而能够灵活控制双芯片系统的升级模式,控制流程如图2所示。
步骤201,在升级双芯片系统之前,获取预设的域间回滚状态。
本实施例中将两个芯片都可以访问的变量称为域间变量,将一个芯片单独访问的变量称为域内变量。域间回滚状态是两个芯片都可以访问的回滚状态变量,用于决定升级后是否开启统一回滚模式。若开启统一回滚模式,则在任一芯片升级失败后,需要将两个芯片都回滚至升级前的旧版本;若关闭统一回滚模式,则在任一芯片升级失败后,只需将该芯片回滚至升级前的旧版本。
具体的,可以对域间回滚状态设置两个数值,利用这两个数值分别表示域间回滚状态的开启状态和关闭状态。以数值为0和1进行举例,则当数值为0时,表示域间回滚状态是关闭状态;当数值为1时,表示域间回滚状态是开启状态。
步骤202,若域间回滚状态是关闭状态,则将两个芯片的域内回滚状态都设为关闭状态。
若域间回滚状态是关闭状态,则将每个芯片各自的域内回滚状态设置为关闭状态,也就是关闭统一回滚模式。比如,域间回滚状态的数值为0时,将域内回滚状态也设置为0。
当域内回滚状态是关闭状态时,升级后的芯片在启动失败预定次数后确定升级失败,回滚至升级前的旧版本;升级后的芯片在启动成功后确定升级成功,将升级标志位设置为成功。
步骤203,若域间回滚状态是开启状态,则将两个芯片的域内回滚状态都设为开启状态。
若域间回滚状态是开启状态,则将每个芯片各自的域内回滚状态设置为开启状态,也就是开启统一回滚模式。比如,域间回滚状态的数值为1时,将域内回滚状态也设置为1。
当域内回滚状态是开启状态时,若只升级一个芯片,则升级后的芯片在启动失败预定次数后确定升级失败,回滚至升级前的旧版本;升级后的芯片在启动成功后不会将升级标志位设置为成功,而是在启动预定次数后将其回滚至升级前的旧版本。若同时升级两个芯片,则只有在两个升级后的芯片都启动成功后确定升级成功,将升级标志位设置为成功;否则,在启动预定次数后将两个升级后的芯片回滚至升级前的旧版本。
步骤204,升级并重启双芯片系统。
对双芯片系统中的每个芯片进行软件升级,并在升级完成后重启双芯片系统。
图3示出了通过域间回滚状态控制统一回滚模式的示意图,其中,统一回滚总开关即为域间回滚状态,子系统内部状态记录即为域内回滚状态。简单来说,图3的目的是将域内回滚状态与域间回滚状态进行统一。
如图4所示,其示出了本申请一个实施例提供的双芯片系统升级后的启动方法的简单流程图,该双芯片系统升级后的启动方法可以应用于双芯片系统中。该双芯片系统升级后的启动方法,可以包括:
步骤401,在升级后重启双芯片系统中的两个芯片时,每个芯片获取自身的域内回滚状态。
每个芯片可以获取自身的域内回滚状态的数值,并根据该数值确定域内回滚状态是开启状态还是关闭状态。比如,当域内回滚状态的数值为0时,确定域内回滚状态是关闭状态;当域内回滚状态的数值为1时,确定域内回滚状态是开启状态。
步骤402,若两个芯片的域内回滚状态都是开启状态,且一个芯片升级至新版本,则升级后的芯片在启动后回滚至升级前的旧版本。
若只升级一个芯片,则升级后的芯片在启动失败预定次数后确定升级失败,回滚至升级前的旧版本;升级后的芯片在启动成功后不会将升级标志位设置为成功,而是在启动预定次数后将其回滚至升级前的旧版本。
步骤403,若两个芯片的域内回滚状态都是开启状态,且两个芯片都升级至新版本,则两个芯片在启动时互相监控对方的启动状态。
若同时升级两个芯片,则只有在两个升级后的芯片都启动成功后确定升级成功,将升级标志位设置为成功;否则,在启动预定次数后将两个升级后的芯片回滚至升级前的旧版本。
本实施例中,两个芯片可以获取对方的启动状态,根据启动状态判断对方是否启动成功。
步骤404,若根据所述启动状态确定两个芯片都启动成功,则两个芯片确定升级成功。
若两个芯片都启动成功,则两个芯片各自将升级标志位设置为成功。
步骤405,若根据所述启动状态确定任一芯片启动失败且达到预定次数,则两个芯片回滚至升级前的旧版本。
若任一芯片启动失败且达到预定次数,则两个芯片各自回滚至升级前的旧版本。
综上所述,本申请实施例提供的双芯片系统升级后的启动方法,当根据域间回滚状态确定双芯片系统中两个芯片的版本需要相同时,可以将两个芯片的域内回滚状态都设置为开启状态(也就是开启统一回滚模式),则在只有一个芯片升级至新版本时,升级后的芯片会在启动后回滚至升级前的旧版本,以保证两个芯片的版本相同。
如图5所示,其示出了本申请一个实施例提供的双芯片系统升级后的启动方法的详细流程图,该双芯片系统升级后的启动方法可以应用于双芯片系统中。该双芯片系统升级后的启动方法,可以包括:
步骤501,在升级后重启双芯片系统中的两个芯片时,每个芯片获取自身的域内回滚状态。
本实施例中,可以对特定芯片进行升级后的启动监控。双芯片系统可以检测启动的是否是特定芯片,若是,则继续进行启动监控;否则查询升级标志位,若升级标志位被设置为成功(如数值1),则关闭看门狗,若查询标志位被设置为失败(如数值0),则查询各个子系统是否正常启动,若正常启动,则将升级标志位设置为成功,并关闭看门狗。
在进行启动监控时,每个芯片可以获取自身的域内回滚状态的数值,并根据该数值确定域内回滚状态是开启状态还是关闭状态。比如,当域内回滚状态的数值为0时,确定域内回滚状态是关闭状态;当域内回滚状态的数值为1时,确定域内回滚状态是开启状态。
步骤502,若两个芯片的域内回滚状态都是开启状态,且一个芯片升级至新版本,则升级后的芯片在启动后回滚至升级前的旧版本。
若只升级一个芯片,则升级后的芯片在启动失败预定次数后确定升级失败,回滚至升级前的旧版本;升级后的芯片在启动成功后不会将升级标志位设置为成功,而是在启动预定次数后将其回滚至升级前的旧版本。
步骤503,若两个芯片的域内回滚状态都是开启状态,且两个芯片都升级至新版本,则两个芯片在启动时互相监控对方的启动状态。
若同时升级两个芯片,则只有在两个升级后的芯片都启动成功后确定升级成功,将升级标志位设置为成功;否则,在启动预定次数后将两个升级后的芯片回滚至升级前的旧版本。
本实施例中,两个芯片可以获取对方的启动状态,根据启动状态判断对方是否启动成功。
具体的,若两个芯片为第一芯片和第二芯片,则两个芯片在启动时互相监控对方的启动状态,包括:
(1)在启动第一芯片时,若第一芯片的启动状态是准备就绪状态,则第一芯片获取第二芯片的启动状态。
本实施例中,可以设置表示启动状态的ota_status参数,并通过不同数值表示不同的启动状态。
如图6和图7所示,当第一芯片的ota_status=1时,表示第一芯片的启动状态是准备就绪状态,则第一芯片获取第二芯片的启动状态;若获取到第二芯片的启动状态,且第二芯片的ota_status=1或2或3,则设置第一芯片的ota_status=2;若未获取到第二芯片的启动状态,则第一芯片通过看门狗重启第一芯片。
(2)若第二芯片的启动状态是准备就绪状态或升级标志位设置成功状态,则第一芯片将第一芯片升级标志位设置为成功,并再次获取第二芯片的启动状态。
当第二芯片的ota_status=1或2时,表示第二芯片处于准备就绪状态;当第二芯片的ota_status=3时,表示第二芯片处于升级标志位设置成功状态。在这两种情况下,第一芯片将升级标志位设置为成功(也就是将success设置为1),并设置第一芯片的ota_status=3。若第一芯片未成功设置升级标志位,则第一芯片通过看门狗重启第一芯片。
第一芯片再次获取第二芯片的启动状态;若获取到第二芯片的启动状态,且第二芯片的ota_status=3或4,则设置第一芯片的域内回滚状态Uniform rollback=2;若未获取到第二芯片的启动状态,则通过看门狗重启第一芯片。
若第一芯片在处于升级标志位设置成功状态时退出,则再次启动第一芯片时获取第二芯片的启动状态;若第二芯片的启动状态是升级标志位设置成功状态或关闭看门狗状态,则第一芯片关闭第一芯片的看门狗,确定两个芯片都启动成功。也就是说,第一芯片再次启动时,若第一芯片的ota_status=3,且第二芯片的ota_status=3或4,则设置第一芯片的ota_status=4、第一芯片的域内回滚状态Uniform rollback=2,并关闭第一芯片的看门狗,确定两个芯片都启动成功。
若第二芯片的启动状态不是升级标志位设置成功状态和关闭看门狗状态,或者,若获取第二芯片的启动状态超时,则第一芯片将第一芯片的升级标志位设置为失败;第一芯片重新监控第二芯片的启动状态。也就是说,若第二芯片的ota_status≠3或4,或者,获取第二芯片的启动状态超时,则第一芯片将升级标志位设置为失败(也就是将success设置为0),设置第一芯片的ota_status=0,并重新监控第二芯片的启动状态。
(3)若第二芯片的启动状态是升级标志位设置成功状态或关闭看门狗状态,则第一芯片关闭第一芯片的看门狗,并重新获取第二芯片的启动状态。
当第二芯片的ota_status=3时,表示第二芯片处于升级标志位设置成功状态;当第二芯片的ota_status=4时,表示第二芯片处于关闭看门狗状态。在这两种情况下,第一芯片关闭第一芯片的看门狗,并设置第一芯片的ota_status=4。
第一芯片重新获取第二芯片的启动状态;若获取到第二芯片的启动状态,则执行(4);若未获取到第二芯片的启动状态,则保持第一芯片的ota_status=4并退出。即,若重新获取第二芯片的启动状态时超时,则第一芯片保持关闭看门狗状态并重启;再次启动第一芯片时获取第一芯片的升级标志位;若升级标志位被设置为成功,则第一芯片关闭第一芯片的看门狗,确定第一芯片启动成功。也就是说,当第一芯片的ota_status=4时,重启后获取升级标志位,若升级标志位设置为成功(也就是将success设置为1),则关闭第一芯片的看门狗,确定第一芯片启动成功。
(4)若第二芯片的启动状态是关闭看门狗状态,则第一芯片确定两个芯片都启动成功。
步骤504,若根据启动状态确定两个芯片都启动成功,则两个芯片确定升级成功。
若两个芯片都启动成功,则两个芯片各自将升级标志位设置为成功。
在升级成功后,每个芯片将域内回滚状态设置为关闭状态。
当第二芯片的ota_status=4或5,则设置第一芯片的域内回滚状态Uniformrollback=0,第一芯片的ota_status=5,确定两个芯片都启动成功。
步骤505,若根据启动状态确定任一芯片启动失败且达到预定次数,则两个芯片回滚至升级前的旧版本。
若任一芯片启动失败且达到预定次数,则两个芯片各自回滚至升级前的旧版本。
步骤506,若两个芯片的域内回滚状态都是关闭状态,且升级后的任一芯片启动成功,则芯片确定升级成功。
在升级成功后,每个芯片将域内回滚状态设置为关闭状态。
步骤507,若两个芯片的域内回滚状态都是关闭状态,且升级后的任一芯片启动失败且达到预定次数,则芯片回滚至升级前的旧版本。
综上所述,本申请实施例提供的双芯片系统升级后的启动方法,当根据域间回滚状态确定双芯片系统中两个芯片的版本需要相同时,可以将两个芯片的域内回滚状态都设置为开启状态(也就是开启统一回滚模式),则在只有一个芯片升级至新版本时,升级后的芯片会在启动后回滚至升级前的旧版本,以保证两个芯片的版本相同。
当根据域间回滚状态确定双芯片系统中两个芯片的版本无需相同时,可以将两个芯片的域内回滚状态都设置为关闭状态(也就是关闭统一回滚模式),则升级后的芯片在成功启动后无需回滚至升级前的旧版本。
本申请一个实施例提供了一种双芯片系统,该双芯片系统可以包括两个芯片;所述芯片包括处理器和存储器,所述存储器中存储有至少一条指令,所述指令由所述处理器加载并执行以实现如下方法:
在升级后重启双芯片系统中的两个芯片时,每个芯片,用于获取自身的域内回滚状态;
若两个芯片的域内回滚状态都是开启状态,且一个芯片升级至新版本,则升级后的芯片,用于在启动后回滚至升级前的旧版本;
若两个芯片的域内回滚状态都是开启状态,且两个芯片都升级至新版本,则两个芯片,用于在启动时互相监控对方的启动状态;
若根据启动状态确定两个芯片都启动成功,则两个芯片,用于确定升级成功;
若根据启动状态确定任一芯片启动失败且达到预定次数,则两个芯片,用于回滚至升级前的旧版本。
在一个可选的实施例中,若两个芯片的域内回滚状态都是关闭状态,且升级后的任一芯片启动成功,则芯片,还用于确定升级成功;
若两个芯片的域内回滚状态都是关闭状态,且升级后的任一芯片启动失败且达到预定次数,则芯片,还用于回滚至升级前的旧版本。
在一个可选的实施例中,若两个芯片为第一芯片和第二芯片,在启动第一芯片时,若第一芯片的启动状态是准备就绪状态,则第一芯片,还用于获取第二芯片的启动状态;
若第二芯片的启动状态是准备就绪状态或升级标志位设置成功状态,则第一芯片,还用于将第一芯片升级标志位设置为成功,并再次获取第二芯片的启动状态;
若第二芯片的启动状态是升级标志位设置成功状态或关闭看门狗状态,则第一芯片,还用于关闭第一芯片的看门狗,并重新获取第二芯片的启动状态;
若第二芯片的启动状态是关闭看门狗状态,则第一芯片,还用于确定两个芯片都启动成功。
在一个可选的实施例中,若第一芯片在处于升级标志位设置成功状态时退出,则第一芯片,还用于再次启动第一芯片时获取第二芯片的启动状态;
若第二芯片的启动状态是升级标志位设置成功状态或关闭看门狗状态,则第一芯片,还用于关闭第一芯片的看门狗,确定两个芯片都启动成功。
在一个可选的实施例中,若第二芯片的启动状态不是升级标志位设置成功状态和关闭看门狗状态,或者,若获取第二芯片的启动状态超时,则第一芯片,还用于将第一芯片的升级标志位设置为失败;
第一芯片,还用于重新监控第二芯片的启动状态。
在一个可选的实施例中,若重新获取第二芯片的启动状态时超时,则第一芯片,还用于保持关闭看门狗状态并重启;
再次启动第一芯片时,第一芯片,还用于获取第一芯片的升级标志位;
若升级标志位被设置为成功,则第一芯片,还用于关闭第一芯片的看门狗,确定第一芯片启动成功。
在一个可选的实施例中,若第一芯片未获取到第二芯片的启动状态,或者,若第一芯片未成功设置升级标志位,则第一芯片,还用于通过看门狗重启第一芯片。
在一个可选的实施例中,在升级成功后,每个芯片,还用于将域内回滚状态设置为关闭状态。
在一个可选的实施例中,双芯片系统,还用于:
在升级双芯片系统之前,获取预设的域间回滚状态;
若域间回滚状态是关闭状态,则将两个芯片的域内回滚状态都设为关闭状态;
若域间回滚状态是开启状态,则将两个芯片的域内回滚状态都设为开启状态;
升级并重启双芯片系统。
综上所述,本申请实施例提供的双芯片系统,当根据域间回滚状态确定双芯片系统中两个芯片的版本需要相同时,可以将两个芯片的域内回滚状态都设置为开启状态(也就是开启统一回滚模式),则在只有一个芯片升级至新版本时,升级后的芯片会在启动后回滚至升级前的旧版本,以保证两个芯片的版本相同。
当根据域间回滚状态确定双芯片系统中两个芯片的版本无需相同时,可以将两个芯片的域内回滚状态都设置为关闭状态(也就是关闭统一回滚模式),则升级后的芯片在成功启动后无需回滚至升级前的旧版本。
通过域间回滚状态可以控制是否开启统一回滚模式,从而能够灵活控制双芯片系统的升级模式。
本申请一个实施例提供了一种计算机可读存储介质,所述存储介质中存储有至少一条指令,所述至少一条指令由处理器加载并执行以实现如上所述的双芯片系统升级后的启动方法。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述并不用以限制本申请实施例,凡在本申请实施例的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请实施例的保护范围之内。

Claims (10)

1.一种双芯片系统升级后的启动方法,其特征在于,所述方法包括:
在升级后重启双芯片系统中的两个芯片时,每个芯片获取自身的域内回滚状态;
若两个芯片的域内回滚状态都是开启状态,且一个芯片升级至新版本,则升级后的芯片在启动后回滚至升级前的旧版本;
若两个芯片的域内回滚状态都是开启状态,且两个芯片都升级至新版本,则两个芯片在启动时互相监控对方的启动状态;
若根据所述启动状态确定两个芯片都启动成功,则两个芯片确定升级成功;
若根据所述启动状态确定任一芯片启动失败且达到预定次数,则两个芯片回滚至升级前的旧版本。
2.根据权利要求1所述的双芯片系统升级后的启动方法,其特征在于,所述方法还包括:
若两个芯片的域内回滚状态都是关闭状态,且升级后的任一芯片启动成功,则所述芯片确定升级成功;
若两个芯片的域内回滚状态都是关闭状态,且升级后的任一芯片启动失败且达到预定次数,则所述芯片回滚至升级前的旧版本。
3.根据权利要求1所述的双芯片系统升级后的启动方法,其特征在于,若两个芯片为第一芯片和第二芯片,则所述两个芯片在启动时互相监控对方的启动状态,包括:
在启动所述第一芯片时,若所述第一芯片的启动状态是准备就绪状态,则所述第一芯片获取所述第二芯片的启动状态;
若所述第二芯片的启动状态是准备就绪状态或升级标志位设置成功状态,则所述第一芯片将所述第一芯片升级标志位设置为成功,并再次获取所述第二芯片的启动状态;
若所述第二芯片的启动状态是升级标志位设置成功状态或关闭看门狗状态,则所述第一芯片关闭所述第一芯片的看门狗,并重新获取所述第二芯片的启动状态;
若所述第二芯片的启动状态是关闭看门狗状态,则所述第一芯片确定两个芯片都启动成功。
4.根据权利要求3所述的双芯片系统升级后的启动方法,其特征在于,所述方法还包括:
若所述第一芯片在处于升级标志位设置成功状态时退出,则再次启动所述第一芯片时,所述第一芯片获取所述第二芯片的启动状态;
若所述第二芯片的启动状态是升级标志位设置成功状态或关闭看门狗状态,则所述第一芯片关闭所述第一芯片的看门狗,确定两个芯片都启动成功。
5.根据权利要求4所述的双芯片系统升级后的启动方法,其特征在于,所述方法还包括:
若所述第二芯片的启动状态不是升级标志位设置成功状态和关闭看门狗状态,或者,若获取所述第二芯片的启动状态超时,则所述第一芯片将所述第一芯片的升级标志位设置为失败;
所述第一芯片重新监控所述第二芯片的启动状态。
6.根据权利要求3所述的双芯片系统升级后的启动方法,其特征在于,所述方法还包括:
若重新获取所述第二芯片的启动状态时超时,则所述第一芯片保持所述关闭看门狗状态并重启;
再次启动所述第一芯片时,所述第一芯片获取所述第一芯片的升级标志位;
若所述升级标志位被设置为成功,则所述第一芯片关闭所述第一芯片的看门狗,确定所述第一芯片启动成功。
7.根据权利要求3所述的双芯片系统升级后的启动方法,其特征在于,所述方法还包括:
若所述第一芯片未获取到所述第二芯片的启动状态,或者,若所述第一芯片未成功设置所述升级标志位,则所述第一芯片通过看门狗重启所述第一芯片。
8.根据权利要求1所述的双芯片系统升级后的启动方法,其特征在于,所述方法还包括:
在升级成功后,每个芯片将所述域内回滚状态设置为关闭状态。
9.根据权利要求1至8任一所述的双芯片系统升级后的启动方法,其特征在于,所述方法还包括:
在升级所述双芯片系统之前,获取预设的域间回滚状态;
若所述域间回滚状态是关闭状态,则将两个芯片的域内回滚状态都设为关闭状态;
若所述域间回滚状态是开启状态,则将两个芯片的域内回滚状态都设为开启状态;
升级并重启所述双芯片系统。
10.一种双芯片系统,其特征在于,所述双芯片系统包括两个芯片;所述芯片包括处理器和存储器,所述存储器中存储有至少一条指令,所述指令由所述处理器加载并执行以实现如权利要求1至9任一所述的双芯片系统升级后的启动方法。
CN202410695931.1A 2024-05-31 2024-05-31 双芯片系统升级后的启动方法及系统 Active CN118260130B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410695931.1A CN118260130B (zh) 2024-05-31 2024-05-31 双芯片系统升级后的启动方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202410695931.1A CN118260130B (zh) 2024-05-31 2024-05-31 双芯片系统升级后的启动方法及系统

Publications (2)

Publication Number Publication Date
CN118260130A true CN118260130A (zh) 2024-06-28
CN118260130B CN118260130B (zh) 2024-08-13

Family

ID=91609286

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202410695931.1A Active CN118260130B (zh) 2024-05-31 2024-05-31 双芯片系统升级后的启动方法及系统

Country Status (1)

Country Link
CN (1) CN118260130B (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016078362A1 (zh) * 2014-11-21 2016-05-26 中兴通讯股份有限公司 一种双主控隔离的逐板升级的方法及装置
CN113391959A (zh) * 2021-07-05 2021-09-14 广西电网有限责任公司 电力监控系统容器升级回滚防误方法、装置、设备和介质
CN115729782A (zh) * 2022-11-29 2023-03-03 西安万马智慧新能源科技有限公司 一种芯片运行状态监控及自愈方法和系统
CN117369886A (zh) * 2023-10-16 2024-01-09 上海安亭地平线智能交通技术有限公司 芯片启动的处理方法、装置、芯片和存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016078362A1 (zh) * 2014-11-21 2016-05-26 中兴通讯股份有限公司 一种双主控隔离的逐板升级的方法及装置
CN113391959A (zh) * 2021-07-05 2021-09-14 广西电网有限责任公司 电力监控系统容器升级回滚防误方法、装置、设备和介质
CN115729782A (zh) * 2022-11-29 2023-03-03 西安万马智慧新能源科技有限公司 一种芯片运行状态监控及自愈方法和系统
CN117369886A (zh) * 2023-10-16 2024-01-09 上海安亭地平线智能交通技术有限公司 芯片启动的处理方法、装置、芯片和存储介质

Also Published As

Publication number Publication date
CN118260130B (zh) 2024-08-13

Similar Documents

Publication Publication Date Title
CN112328358B (zh) 一种基于虚拟机的双系统启动方法及存储介质
CN115237644B (zh) 系统故障处理方法、中央运算单元以及车辆
CN111651304B (zh) 基于双芯智能电表的软件恢复方法、装置和计算机设备
CN111767172A (zh) 一种基于看门狗及bootloader的机顶盒自修复办法
CN117130672A (zh) 服务器启动流程控制方法、系统、终端及存储介质
CN111090546A (zh) 一种操作系统重启方法、装置、设备及可读存储介质
CN116185510A (zh) 分区切换启动方法、阵列服务器和计算机可读存储介质
CN114064084A (zh) Onu的升级管理方法、存储介质、电子装置和onu
CN113703823A (zh) 一种bmc固件升级方法、装置、电子设备及存储介质
CN110597532A (zh) 一种数据采集模块及其固件升级方法和存储介质
CN113867807A (zh) 一种缩短服务器上电时间的方法、装置、设备和存储介质
CN118260130B (zh) 双芯片系统升级后的启动方法及系统
CN116301973A (zh) 固件升级方法、装置、设备及可读存储介质
CN111078452A (zh) 一种bmc固件镜像恢复方法与装置
CN114741119A (zh) 系统的启动方法、装置、计算机设备和存储介质
CN114860292A (zh) 终端设备固件升级控制方法、装置、计算机设备及介质
CN113672302A (zh) 一种路由器启动方法、装置、路由器及存储介质
CN104834574B (zh) 一种解决系统分区损坏的方法及装置
CN114153509A (zh) 一种系统启动方法及电子设备
CN113467805A (zh) 一种网络设备的固件回滚方法及相关装置
CN117742756A (zh) 系统升级方法、装置、存储介质及电子设备
CN112380083B (zh) 一种bmc主备切换稳定性测试方法和系统
CN114218010B (zh) 一种数据备份与恢复方法、系统、终端设备及存储介质
CN113867753B (zh) 一种服务器的固件更新方法及系统
JPH09288655A (ja) プロセッサ増設方法

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
GR01 Patent grant
GR01 Patent grant