CN111273923A - 基于PCIe接口的FPGA升级方法 - Google Patents

Abstract

一种FPGA升级方法，包括：主机向FPGA下发升级指令；所述主机卸载所述FPGA对应的PCIe驱动程序，使所述PCIe链路的状态变为所述断开状态；所述主机在第一超时时间内持续检测所述PCIe链路的状态是否变成连接状态；如果是，则重新加载所述PCIe驱动程序；所述方法还包括：所述FPGA在收到所述升级指令后，所述FPGA在第二超时时间内持续检测所述PCIe链路的状态是否变为断开状态，其中，所述断开状态为所述PCIe链路在所述主机卸载完成所述FPGA对应的PCIe驱动程序后的状态；如果是，所述FPGA从所述FPGA配置存储器中加载所述配置数据进行升级；升级完成后，所述FPGA通过跟所述主机协商以将所述PCIe链路的状态恢复为用于被所述主机检测到后重新加载所述PCIe驱动程序的连接状态。

Description

基于PCIe接口的FPGA升级方法

技术领域

本发明涉及通信技术领域，尤其涉及基于PCIe接口的FPGA升级方法。

背景技术

由于FPGA(现场可编程逻辑门阵列)具有处理能力强、使用便捷性以及可重配置的特点，因此，在越来越多的业务场景中(如在服务器上)扮演类似于协处理器的重要角色。而基于通用性的考虑，当FPGA作为协处理器来加速主机的数据时，大部分是以标准PCIe接口卡的形式与主机相连。例如，参见图1，为一个服务器中PCIe接口卡与主机相连的结构示意图，图1中的FPGA板卡1、FPGA板卡2、图形处理卡以及固态硬盘均可以是PCIe接口卡，通过PCIe接口与主机相连。

在运行维护阶段，通常需要对FPGA的配置进行升级，在一些环境比较复杂或者恶劣的情况下，不适合工作人员去现场进行升级，就需要利用PCIe总线对FPGA进行在线升级。

参见图2，现有的一种FPGA升级方法中，通过增加专门的FPGA配置存储器(即用于存储FPGA配置数据的存储器，通常一个非易失性存储器芯片，如一个闪存芯片)来对FPGA进行在线升级，即主机先通过与FPGA之间的PCIe接口以及FPGA与FPGA配置存储器之间的接口(如SPI接口)将配置数据烧写到FPGA配置存储器中，然后触发FPGA启动加载，于是FPGA通过SPI接口从FPGA配置存储器中读取数据，完成加载后FPGA输出复位信号将自己热复位，复位过程结束后FPGA即可启用新功能。

通过上述方法进行升级时，由于FPGA的PCIe接口在加载过程中不可用，主机会产生PCIe链路状态异常，容易出现宕机或重启。为了保证FPGA加载完成后主机能够正常运行，一般都要求主机重新启动，但是这样处理会中断其他PCIe设备(例如图1所示的其他FPGA板卡或者图形处理卡)的运行，对业务造成影响。

发明内容

本申请提供FPGA升级方法、FPGA板卡、主机以及电子设备，用于缓解现有技术存在着的FPGA升级过程中主机容易出现宕机或者重启，从而对业务造成影响的问题。

第一方面，本申请提供了一种升级FPGA的方法，由主机以及FPGA配合执行，其中，所述主机与所述FPGA通过PCIe链路相连，所述FPGA与FPGA配置存储器相连，所述FPGA配置存储器中保存有所述FPGA升级所需的配置数据，所述方法包括：所述主机向所述FPGA下发升级指令；所述主机卸载所述FPGA对应的PCIe驱动程序，使所述PCIe链路的状态变为断开状态；所述主机在第一超时时间内持续检测所述PCIe链路的状态是否变成连接状态；如果检测到所述PCIe链路的状态变为所述连接状态，则重新加载所述PCIe驱动程序；所述方法还包括：所述FPGA在收到所述升级指令后，所述FPGA在第二超时时间内持续检测所述PCIe链路的状态是否变为断开状态，其中，所述断开状态为所述PCIe链路在所述主机卸载完成所述FPGA对应的PCIe驱动程序后的状态；如果在所述第二超时时间内检测到所述PCIe链路变为断开状态，所述FPGA从所述FPGA配置存储器中加载所述配置数据进行升级；升级完成后，所述FPGA通过跟所述主机协商以将所述PCIe链路的状态恢复为用于被所述主机检测到后重新加载所述PCIe驱动程序的连接状态。

现有技术中，在FPGA升级过程中，PCIe链路处于不可用状态，同时，主机上的应用程序或者PCIe驱动程序有可能在访问FPGA，由于PCIe链路处于不可用状态，主机上的应用程序或者PCIe驱动程序会报错或者挂死，导致主机中的操作系统出现异常，引起宕机或者重启。而本方法FPGA升级时，会检测主机卸载完FPGA对应的PCIe驱动程序后才进行升级，这样，主机中的应用程序或者PCIe驱动程序就不会受到FPGA升级的干扰，不会出现宕机等异常情况，并且，在FPGA升级后，主机可以重新加载FPGA对应的PCIe驱动程序，从而不需要重启，不会中断其他PCIe设备。此外，本方法中，FPGA只在超时时间内等待，可以避免因主机出错而一直等待所造成的业务中断，并且，通过检测PCIe链路状态来触发检测主机是否卸载完PCIe驱动程序可以通过基于PCIe插槽形式的主流硬件实现，无需改动硬件，硬件成本更低。

在第一方面一种可能的实现方式中，所述主机在卸载所述PCIe驱动程序之前，暂停使用PCIe链路对FPGA进行访问的一个或多个应用程序。主机通过先暂停应用程序可以防止数据丢失，同时，暂停并不会终止程序，便于后续恢复后能够继续快速处理业务。

在第一方面一种可能的实现方式中，所述主机在重新加载所述PCIe驱动程序之后，恢复所述一个或多个应用程序运行。通过在加载PCIe驱动程序后再恢复应用程序，可以继续处理业务，无需重新启动，加快了处理业务的速度。

在第一方面一种可能的实现方式中，所述第一超时时间为预定的所述FPGA完成升级所需的时间。例如，所述第一超时时间可以包括所述FPGA完成从所述FPGA配置存储器中加载升级所需的配置数据、执行加载后的初始化和复位操作的时间加上裕量时间。该第一超时时间既能够保证FPGA在正常情况下能够完成升级，又不会过多地等待而对主机造成影响。

在第一方面一种可能的实现方式中，所述所述第二超时时间为预定的所述主机从发出所述升级指令后到完成卸载所述PCIe驱动程序所需的时间。例如，所述第二超时时间可以包括所述主机从发出所述升级指令后一直到卸载完成所述PCIe驱动程序的时间加上裕量时间。该第二超时时间既能够保证主机在正常情况下能够完成驱动的卸载，又不会过多地等待而对FPGA造成影响。

在第一方面一种可能的实现方式中，所述主机在第一超时时间内持续检测所述PCIe链路的状态是否变成连接状态包括：在所述第一超时时间内通过持续检测位于所述主机中的链路状态寄存器来持续检测所述PCIe链路是否变为所述连接状态。所述主机通过位于所述主机中的链路状态寄存器来检测PCIe链路状态实现简单，降低了实现成本。

在第一方面一种可能的实现方式中，所述FPGA在第二超时时间内持续检测所述PCIe链路的状态是否变为断开状态包括：所述FPGA在所述第二超时时间内通过持续检测位于所述FPGA中的链路状态寄存器来持续检测所述PCIe链路是否变为所述断开状态。所述FPGA通过位于所述FPGA中的链路状态寄存器来检测PCIe链路状态实现简单，降低了实现成本。

在第一方面一种可能的实现方式中，如果所述PCIe链路的状态在所述预定时间内未变为断开状态，则退出升级流程。通过退出升级流程，可以重新执行其他的操作，避免因一直等待主机状态变化而无法处理其他业务所造成的影响。

在第一方面一种可能的实现方式中，所述FPGA位于PCIe插卡上，所述PCIe插卡安装在所述主机的PCIe扩展槽上。这种方式是现在一种主流的PCIe设备与主机相连的实现方式，因此，本方法可以应用于主流的实现方式，无需改动硬件，实现成本更低。

在第一方面一种可能的实现方式中，所述FPGA配置存储器为闪存芯片，闪存芯片通过串行外设接口(SPI)与所述FPGA相连。闪存为当前很常见的一种存储器，因此，使用简单，降低了实现成本。

在第一方面一种可能的实现方式中，在加载时，具体由所述FPGA的用户电路向FPGA出厂时自带的加载电路发出底层命令来启动。其中，所述用户电路即FPGA使用者通过购买FPGA芯片，并加载配置数据后形成的电路；FPGA出厂时自带的电路为生产厂家生产FPGA发货时就自带的电路，该电路会固化在里面，不会因为用户配置数据的加载或者消失而改变。底层命令即厂家定义的用户可以与FPGA自带的加载电路交互的命令，通过这种启动方式，可以确保FPGA能够从所述FPGA配置存储器中加载配置数据。

在第一方面一种可能的实现方式中，所述PCIe链路的断开状态和连接状态都是所述FPGA与主机的PCIe接口电路经过PCIe链路协商后的结果。协商方式都会现有技术，因此，无需改动协议，实现更加简单。

在第一方面一种可能的实现方式中，存储在所述FPGA配置存储器中的所述配置数据是所述主机在发送所述下发升级指令前通过所述FPGA进行存储的。也即所述主机可以事先保存一份配置数据，然后所述FPGA接收所述主机发送的配置数据，并通过与所述FPGA配置存储器的接口将配置数据保存到所述FPGA配置存储器，这种方式也称“在线”加载，不需要人工参与，因此，升级更方便。

在第一方面一种可能的实现方式中，在所述主机卸载PCIe驱动程序的过程中，通过设置AER寄存器来屏蔽链路异常，即让所述主机不会响应链路上的异常事件，这样，所述主机就不会因为链路变成断开状态而出现宕机等异常情况。后续需要在恢复PCIe驱动程序的过程中，可以配置AER寄存器使能链路异常上报功能，即让所述主机能够响应链路上的异常事件。

第二方面，本申请公开了一种在线升级FPGA的方法，由FPGA执行，所述FPGA与主机通过PCIe链路通信，所述FPGA还与FPGA配置存储器相连，所述FPGA配置存储器中保存有所述FPGA升级所需的配置数据，所述方法包括：接收所述主机下发的升级指令；在超时时间内持续检测所述PCIe链路的状态是否变为断开状态，其中，所述断开状态为所述PCIe链路在所述主机卸载完成所述FPGA对应的PCIe驱动程序后的状态；如果在所述超时时间内检测到所述PCIe链路变为断开状态，从所述FPGA配置存储器中加载所述配置数据进行升级；升级完成后，通过与所述FPGA协商以将所述PCIe链路的状态恢复为连接状态；所述连接状态用于被所述主机检测到后重新加载所述PCIe驱动程序。

本申请中的第二方面跟第一方面基于同一个发明构思，只是执行主体换成了FPGA，因此，第二方面中的各种实现方式也可以参考第一方面中由FPGA执行的各种实现方式，第二方面及第二方面中的各种实现方式也能取得跟第一方面以及第一方面各种实现方式的相似的效果。

第三方面，本申请公开了一种升级FPGA的方法，由主机执行，所述主机与所述FPGA通过PCIe链路相连，所述FPGA与FPGA配置存储器相连，所述FPGA配置存储器中保存有所述FPGA升级所需的配置数据，所述方法包括：主机向所述FPGA下发升级指令；卸载所述FPGA对应的PCIe驱动程序，使所述PCIe链路的状态变为断开状态；在第一超时时间内持续检测所述PCIe链路的状态是否变成连接状态；如果检测到所述PCIe链路的状态变为所述连接状态，则重新加载所述PCIe驱动程序；其中，所述升级指令为让所述FPGA收到后执行如下操作的指令：在第二超时时间内持续检测所述PCIe链路的状态是否变为所述断开状态，其中，所述断开状态为所述PCIe链路在所述主机卸载完成所述FPGA对应的PCIe驱动程序后的状态；如果在所述第二超时时间内检测到所述PCIe链路变为断开状态，从所述FPGA配置存储器中加载所述配置数据进行升级；升级完成后，通过跟所述主机协商以将所述PCIe链路的状态恢复为用于被所述主机检测到后重新加载所述PCIe驱动程序的连接状态。

本申请中的第三方面跟第一方面基于同一个发明构思，只是执行主体换成了主机，因此，第三方面中的各种实现方式也可以参考第一方面中由主机执行的各种实现方式，第三方面及第三方面中的各种实现方式也能取得跟第一方面以及第一方面各种实现方式的相似的效果。

第四方面，本申请公开了一种FPGA板卡，包括FPGA芯片以及FPGA配置存储器(如闪存等非易失性存储器)，FPGA通过加载存储在FPGA配置存储器中的配置数据来执行第二方面以及第二方面的各种实现方式中的FPGA执行的操作，可以取得跟第二方面相同的效果。可以理解，FPGA可能会存在厂家自带的电路(如配置加载电路)，在这种情况下，本申请中，由配置数据定义的电路可以通过与厂家自带的电路相配合来完成第二方面以及第二方面的各种实现方式中的FPGA执行的操作。

在前述几个方面及各种可能的实现方式中，所述FPGA与所述主机可以仅通过PCIe链路连接，在另一种实现方式中，所述FPGA与所述主机还通过预留的管脚进行连接以传输用于表示工作状态的信息。在实现方式中，所述FPGA通过加载存储在FPGA配置存储器中的配置数据来执行实施例二、三中的FPGA执行的操作。

第五方面，本申请公开了一种主机设备，该主机设备包括一个能够软件指令的处理器(如CPU)以及存储器，其中，存储器可以包括非易失性存储器(如磁盘、闪存等)以及易失性存储器(如内存)，通过处理器与存储器的配合，处理器可以执行存储在存储器中指令，并完成第二方面及第二方面各种实现方式中的所述主机执行的操作，从而可以取得第二方面及第二方面各种实现方式对应的效果。在另一种所述FPGA与所述主机还通过预留的管脚进行连接的方式中，所述主机还可以通过执行存储在存储器中的指令来执行实施例二、三中的所述主机执行的操作。

第六方面，本申请公开了一种电子设备，该电子设备包括第四方面所述的FPGA板卡以及第五方面所述的主机设备。

第七方面，本申请公开了一种计算机存储介质，该存储介质存储有用于处理器执行的多个指令，其中，这些指令为能够让处理器读取后执行第三方面及第三方面各种实现方式中主机所执行的操作的指令。

其中，第三至第七方面以及各方面中的可能的实现方式跟第一方面以及第一方面中各种可能的实现方式都是基于同一个发明构思，因此，也能取得跟第一方面以及第一方面中各种可能的实现方式相同的效果。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为服务器中主机通过PCIe链路与PCIe设备连接的示意图；

图2为FPGA与主机连接示意图；

图3为计算设备中主机与FPGA板卡的结构示意图；

图4为FPGA板卡通过PCIe插槽与主机中的处理器、存储器连接的结构示意图；

图5为本申请实施例一中电子设备中主机与FPGA板卡的结构示意图；

图6为本申请实施例一中主机执行的方法的流程图；

图7A为图6所示的方法中的步骤S65的一种在超时时间内检测PCIe链路的状态是否是link up的流程图；

图7B为图6所示的方法中的步骤S65的另一种在超时时间内检测PCIe链路的状态是否是link up的另一流程图；

图8为本申请实施例一中FPGA执行的方法的流程图；

图9为本申请实施例二中计算设备中主机与FPGA板卡的结构示意图；

图10为本申请实施例二中主机执行的方法的流程图；

图11为本申请实施例二中FPGA执行的方法的流程图；

图12为本申请实施例三中主机执行的方法的流程图；

图13为本申请实施例三中FPGA执行的方法的流程图；

图14为本申请实施例四中FPGA板卡的结构示意图；

图15为本申请实施例五中主机设备的结构示意图；

图16为本申请实施例六中电子设备的结构示意图。

具体实施方式

下面结合各附图，对本发明的各个实施例进行描述。

本申请公开的FPGA升级方法可以应用于基于FPGA的设备中，参见图3，为一种应用于电子设备的示意图，这里的电子设备可以是指具有计算能力的计算设备，例如，个人电脑、服务器、工作站等设备。当然，本申请也不限定用于其他的电子设备，如各种网络设备(如网关、路由器、交换机等)。

以图3为例，计算设备可以包括主机以及FPGA板卡，其中，主机在硬件上通常可以包括具有执行软件处理能力的通用处理器(如基于x86指令集或者基于ARM指令集的CPU)，此外，还包括用于存储软件指令以及各种数据的非易失性存储器(如硬盘、闪存)以及存储处理器运行所需的软件指令及临时数据的存储器(如内存)。处理器能够读取存储在非易失性存储器中的软件指令来完成相应的功能。在软件层面，主机通常包括操作系统(如Windows操作系统、Linux操作系统等)以及基于操作系统运行的各种应用程序。此外，主机还可以包括各种专用处理电路(如各种ASIC)，例如，桥片，图像处理器等。主机上的各种处理电路中的一个或多个可以封装成一个芯片或多个芯片，例如，可以将桥片与CPU封装成一个芯片，将图像处理器单独封装成一个芯片，本申请并不限定。

计算设备还包括FPGA板卡，这里的FPGA板卡是指基于PCB形态，能够通过设置在电子设备上的PCIe插槽与主机进行物理上相连并进行通信的板卡。FPGA板卡包括一个FPGA芯片(本申请中简称为“FPGA”)，用于存储FPGA升级数据的FPGA配置存储器，该FPGA配置存储器可以是如闪存之类的非易失性存储器，此外，还可以包括缓存芯片(如SDRAM)等器件。当FPGA配置存储器为闪存时，FPGA与FPGA配置存储器之间可以通过SPI接口进行通信。参见图4，本申请中，电子设备还可以包括一个PCIe插槽(位于一个电子设备的PCB中的)，PCIe插槽上的用于实现PCIe链路的物理引脚与主机上的处理器(如CPU)相连；同时，FPGA板卡还可以包括与PCIe插槽相适配的用于实现PCIe协议的金手指，金手指通过PCB上的走线与FPGA相连；这样，通过将金手指插入PCIe插槽，就能够实现FPGA与主机的物理连接以及通信。

本领域技术人员可以理解，FPGA的基本工作原理是通过加载一个配置数据(例如，以配置文件形式存在)来改变FPGA内部的配置RAM的内容，从而改变FPGA内部各种逻辑资源的配置，以实现不同的电路功能，并且，配置数据可以多次加载，从而使得FPGA能够通过加载不同的配置数据来完成不同的功能，具有很好的灵活性。本实际应用中，常常需要更新FPGA的功能，此时，可以将新配置数据事先加载到FPGA配置存储器，然后让FPGA加载新配置数据来实现新配置数据所定义的功能，这个过程被称为FPGA的升级过程。同时，FPGA在出厂时，会自带有一个用于加载配置数据的配置加载电路，该配置加载电路可用于在用户自定义的电路功能(即由配置数据定义的功能)失效后，仍然能够保证最基本的加载操作。

实际中，为了增加系统的稳定性，FPGA配置存储器可以存两份配置数据，一份是基础版本，用于提供FPGA基本功能，一般不会被用户修改；另一个是正常的业务版本，即当前最新的业务版本，用于为FPGA提供正常业务所需的功能。FPGA启动时，会先检查基础版本的header(数据头)部分的偏移地址，如果该偏移地址指向业务版本，则从偏移地址开始加载业务版本。后续如果要升级FPGA，主机可以先与FPGA通信，将需要升级的新配置数据替换掉原先的业务版本，这样，当升级成功后，后续当FPGA再次启动时，从偏移地址加载的就是新配置数据；如果升级失败(即从偏移地址处加载业务版本失败)，FPGA可以通过加载基础版本来让FPGA进行工作。

FPGA板卡与主机相连后，主机可以通过运行软件来访问FPGA板卡上的FPGA。本申请中，主机中的应用程序可以通过操作系统自带的PCIe驱动程序或者用户在安装完操作系统后再独立安装的PCIe驱动程序来使用PCIe协议与FPGA进行通信。同时，本申请中有关升级的控制操作(如启动升级、暂停/恢复应用程序运行、卸载PCIe驱动程序等)可通过第三方应用程序提供，例如，可由FPGA板卡的生产厂家提供与FPGA板卡适配的应用程序，服务器用户需要使用FPGA板卡时，可以将FPGA板卡厂家提供的应用程序安装到主机中以实现对FPGA的控制操作。

实施例一

本实施例基于FPGA板卡通过PCIe插槽与主机相连的应用场景对FPGA升级方法进行介绍。参见图5，为本实施例的应用场景的结构框图，基于图5，下面分别对主机侧以及FPGA板卡侧的执行流程进行具体介绍。

参见图6，为主机侧的流程图，流程中的各个方法步骤具体可由主机中的处理器(如CPU)通过读取存储器中的指令以软件的方式来执行，该软件可以是一个由生产FPGA板卡的厂家提供的、用于提供对FPGA板卡进行升级的升级程序，该升级程序可以是一个第三方应用程序(即非操作系统自带，而是装完操作系统后再额外安装的一个应用程序)，当然，也可以是操作系统自带的程序。具体的，主机执行如下方法：

S61、加载新配置数据到FPGA配置存储器。

主机可以通过一个升级软件(如基于GUI或者命令行的软件)来与用户进行交互，并完成新配置数据的加载，其中，升级软件可以是单独的一个软件，该软件可以提供给其他软件调用接口，使得其他软件能够调用该软件完成FPGA升级。此外，升级软件也可以是其他软件中的一个软件或多个软件模块，本申请并不限定。

例如，通过升级软件让用户选择位于主机本地或者远程的新配置数据以及待升级的目标FPGA，然后点击一个软件中设置的“加载”按钮让选择的新配置数据加载到FPGA配置存储器中，后续再通过点击其他按钮来完成其他步骤(如通过点击设置的“升级”按钮来执行后续操作)。或者，也可以将“加载”操作与“升级”操作合并，例如，只点击“升级”按钮，此时，跳出一个对话框来选择需要加载的新配置数据，用户选择完后自动执行后续的步骤。当然，以上只是几种简单的示例，实际中，可以通过其他方法来将新配置数据加载到FPGA配置存储器。

S62、暂停使用PCIe链路对FPGA进行访问的一个或多个应用程序，并保存现场。

本申请中，暂停是指暂时停止，也即软件并未关闭，恢复后不需要重头开始执行，而是可以重新从暂停时的位置继续执行。暂停操作可以通过调用操作系统自带的一些API来完成，具体实现为现有技术，本申请不再赘述。暂停的好处在于不需要关闭应用，可以尽量减少对业务的干扰。

保存现场在通信技术、软件技术领域的意思是公知的，主要是指当一些业务需要暂停时，将业务涉及的一些数据进行保存，以供业务恢复时能够根据之前的数据继续执行。本申请中，保存现场既可以包括保存主机中的数据，还可以包括保存FPGA运行过程中的数据。例如，针对一个FPGA协助主机完成压缩工作的场景，此时，主机可以保存主机应用程序(压缩程序)执行过程中得到的中间数据(如FPGA传过来的压缩后的数据)，或者应用程序本身的数据(如压缩程序加载到内存的数据)，还可以保存FPGA运行过程中涉及的各种数据(如用于指示FPGA当前正在压缩/或已完成的数据的位置信息)。

保存现场如果涉及到FPGA，通常需要主机与FPGA进行交互，也即主机根据需要保存的内容来通知FPGA上报。保存现场的具体实现本领域技术人员可以根据不同的保存需求来实现，本申请并不赘述。需要说明的是事，本步骤并不是必选的步骤，如果没有正在运行的应用程序，可以不执行本步骤；或者如果用户无保存现场的需求(如事先能确定即使不保存现场，也不会造成数据丢失，或者即使丢失也可接受)，则也可以不保存现场。

S63、主机向FPGA发送升级指令。

主机可以通过安装的升级程序通过PCIe接口向FPGA发送升级指令，该升级指令用于通知FPGA进行升级。需要说明的是，为了能够让FPGA进行升级，需要预先在FPGA配置存储器中存储用于FPGA升级的升级数据，该升级数据具体可为FPGA的新配置数据。具体的，可以通过主机将新配置数据通过PCIe接口传输至FPGA，然后再由FPGA通过一个接口(如SPI接口或者自定义的其他接口)传输至FPGA配置存储器。通过这种方式传输可以实现远程的在线加载，即可通过网络来控制主机将新配置数据加载至FPGA配置存储器，而不需要现场的手工操作就完成新配置数据的加载。

S64、主机卸载FPGA对应的PCIe驱动程序。

具体的，可以通过升级软件来调用操作系统API来卸载PCIe驱动程序。在卸载PCIe驱动程序时，主机侧的PCIe接口将被复位，因此，在卸载完PCIe驱动程序后，PCIe接口的链路状态会从link up变为link down，这个变化可被FPGA检测到，从而触发它的升级操作(从FPGA配置存储器加载新配置数据)。此外，需要说明的是，为了后续能够重新加载FPGA对应的PCIe驱动程序，主机应该在本地(如硬盘等非易失性存储介质中)保留一份针对FPGA的PCIe驱动程序的文件，具体的，主机可以在升级开始前就保留一份，或者通过在线的方式在需要重新加载之前从网上下载得到。

如何卸载PCIe驱动本领域技术人员可以结合现有的技术基于不同的应用场景来实现，例如，在Linux操作系统下，具体的卸载PCIe驱动程序可以包括以下步骤：1)通过类似rmmod xxx.ko命令完成驱动文件的卸载。2)通过AER寄存器屏蔽链路异常，即让所述主机不会响应链路上的异常事件。3)去使能(disable)链路控制寄存器(link controlregister)。4)删除(remove)设备。通过上述步骤，即可在Linux操作系统下，让PCIe链路的状态变成断开状态，从而让FPGA检测到。后续可以再使能(enable)链路控制寄存器(例如可以等一个预设时间再使能，预设时间可以为小于FPGA的加载时间)。以上在Linux操作系统下的具体操作只是一个示例，本领域技术人员可以基于上述方法在其他具体的应用场景实现类似的功能。

S65、在第一超时时间内持续检测PCIe链路的状态是否是连接状态(link up)，如果是，执行S66，否则执行S67。

本申请中，“持续检测”是指在检测过程中有持续的检测动作以在预定时间(如本步骤中的第一超时时间内)能够完成有效的检测，也即能够在这段预定时间内PCIe链路的状态如果会变成连接状态，那么就要检测到。而不是任意选取一个时间点检测一次，这样就有可能无法有效地检测到PCIe链路状态的变化(如检测时间点设置得比较靠近，检测时并没有变成连接状态，检测后才变连接状态，此时，由于只进行了一次检测，就无法完成有效的检测)。具体的，持续检测可以周期性地进行或者也可以通过自定义的非周期性的方式来进行多次检测，检测周期越小，越能更快地发现PCIe链路的状态是否变成连接状态，当然，在极端情况下，也可以仅设置一次检测(即可认为持续检测的周期等于预定时间)，即在预定即将结束时进行一次检测。

具体如何检测链路状态为现有技术，例如，可以通过查询位于主机中的PCIe相关的寄存器(如PCIe协议规定的PCIe link status register)来判断是否是link up。本实施例中，在执行完S64后，PCIe链路的状态会变成断开状态(link down)，后续FPGA执行完升级再次与主机协商后，PCIe链路的状态又会变成link up，所以本实施例检测是否变成linkup是用于判断FPGA是否完成升级并开始正常工作。

本实施例只在第一超时时间内判断是为了防止因FPGA出错而造成主机一直等待的情况，也即本实施例中，主机最多只等待第一超时时间，如果第一超时时间到了FPGA还未完成升级，说明FPGA侧可能已经出问题了，不值得主机再等下去，主机此时可以通过告警等手段来提醒用户FPGA升级有可能出了问题，同时，主机不需要再执行S65步骤以节省主机资源。

其中，“第一超时时间”可以认为是“预定的对端FPGA完成升级所需的时间”。其中，本申请中，完成升级(或者说“升级完成”)是指FPGA完成了加载配置数据(可以包括加载新配置数据失败后再加载基础版本)、热复位等升级所需的操作，本领域技术人员可以结合FPGA完成升级时所需的操作时间来设定第一超时时间。

例如，这个时间至少会包括以下主要时间“FPGA从FPGA配置存储器加载新配置数据的时间+裕量时间”，因为加载操作是必备的，同时，由于加载的时间无法做到非常精确地估计，因此，也会留有一定的裕量。在实际中，还会包括其他时间，例如，PCIe链路的状态从link down变成link up的时间、FPGA检测到该状态变化的时间、FPGA在加载完后进行复位时间等，但这些时间所占权重很小，可以忽略，或者将裕量时间设置得大一点来代替这些时间。

此外，现有的FPGA在加载新配置数据失败后，通常都会加载一份基础版本的配置数据，如果FPGA有这种操作，第一超时时间还可以包括加载基础版本所需的时间。

本领域技术人员可以结合理论分析、实验测试等手段来确定这个时间。例如，通常情况下，“FPGA从FPGA配置存储器加载新配置数据的时间”为主要的时间，该时间可以根据公式“新配置数据大小/FPGA配置速率”来估算，其中新配置数据大小是已知的，FPGA配置速率等于FPGA配置接口的时钟频率(例如SPI接口的时钟频率)。裕量时间的具体大小本领域技术人员可以结合实际应用的需求来定，例如，为了更保险起见，通常可以将裕量时间设置得大一点。

本步骤具体实现可以通过不同的方法来实现，下面对其中两种方法进行介绍：

方法一：

可以通过启动一个定时器，在第一超时时间内持续检测PCIe链路的状态是否为link up来实现，具体的，参见图7A，包括：

S651、启动一个定时器，其中，定时器的超时时间设置为上述“第一超时时间”。

S652、检测PCIe链路的状态是否是link up，如果是执行S66，否则，执行S653；

S653、判断定时器是否到达设置的第一超时时间，如果否，执行S652，如果是，执行S67。

方法二：

可以先等一段时间，再通过启动定时器来检测PCIe链路的状态是否为link up来实现。也即由于FPGA加载必须需要一定的时间，因此，没有必要马上去检测PCIe链路的状态是否为link up(刚开始肯定不会是link up)，而可以先等一会儿再去检测，具体的，参见图7A，包括：

S651’、等待第一预设时间，其中，第一超时时间为FPGA在正常情况下快要完成升级的时间，用户可以结合分析、实验来得出该时间，为了保证可靠性，可以留有一定的裕量。

S652’、启动一个定时器，其中，定时器的第二超时时间可设置为上述“第一超时时间-第一预设时间”。此时，相比方法一，由于已经等待了第一预设时间，因此，定时器超时时间不需要等待第一超时时间这么长，而是可以再减去第一预设时间。

S653’、检测PCIe链路的状态是否是link up，如果是执行S66；否则，执行S654’。

S654’、判断定时器是否到达设置的超时时间，如果否，执行S653’；如果是，执行S67。

S66、主机重新加载PCIe驱动程序，然后恢复运行暂停的一个或多个应用程序以及恢复现场。

当升级程序确认PCIe链路的状态从link down变为link up，则重新执行PCIe链路的扫描和设备枚举操作，可以找到升级后的FPGA，于是重新加载PCIe驱动程序。最后，将此前暂停运行的应用程序恢复运行，允许它们访问升级后的FPGA，并恢复现场。

如何进行重新加载PCIe驱动程序本领域技术人员可以结合现有的技术基于不同的应用场景来实现，例如，在Linux操作系统下，具体的重新加载PCIe驱动程序可以包括以下步骤：1)通过类似insmod xxx.ko命令完成驱动文件的加载。2)配置AER寄存器使能链路异常上报功能，即让所述主机能够响应链路上的异常事件。以上在Linux操作系统下的具体操作只是一个示例，本领域技术人员可以基于上述方法在其他具体的应用场景实现类似的功能。

需要说明的是，现有的FPGA在加载失败后通常会自动加载基础版本，虽然也能跟主机正常通信，但不能满足正常的业务要求，也即虽然PFGA“升级完成”(加载了一个配置数据，不限定是基础版本还是新配置数据)，但并不表示“升级成功”(加载了新配置数据)，因此，在重新加载PCIe驱动程序之后并且在恢复运行一个或多个应用程序以及恢复现场之前，主机还可以进一步通过主动查询FPGA的逻辑版本号(对应于配置数据的版本)来判断升级是否成功(即是否加载了新配置数据)，如果判断升级成功(即逻辑版本号是新配置数据对应的版本号)，则后续进行正常的业务；如果失败，则可以进行各种失败处理，例如，重新升级、或者再加载一份新的配置数据来升级、或者告警等各种操作。

S67、主机告警。

如果在第一超时时间内，PCIe链路的状态没有变为link up，说明很可能是FPGA加载出了问题(例如FPGA配置数据不正确)，此时，主机可以告警，让用户了解异常信息以便进行后续处理。

参见图8，为FPGA执行的方法流程图，包括：

S81、获取来自主机的主机指令。

S82、判断获取的主机指令是否是升级指令，如果是，执行S83；如果否，执行与该指令对应的操作。

具体的，可以通过FPGA521中的PCIe接口电路5211来接收PCIe链路上传输的指令，接收完指令后可以放在一个寄存器中，然后可以通过主机指令解析电路5212来解析该寄存器中的指令是否为升级指令，如果是，则可以给控制电路5213发消息以通知控制电路来控制升级流程。

S83、在第三超时时间内持续检测PCIe链路的状态是否变为断开状态(linkdown)，如果是，执行S84；如果否，流程结束，后续再等待接收指令，如果收到指令再继续执行S81。

链路状态的检测可由PCIe链路状态检测电路5216来完成，检测完之后可以将结果发送给控制电路5213，由控制电路5213进行后续处理。检测的具体方法可参见针对S65步骤的详细描述。本步骤通过检测PCIe链路的状态是否从link up变成link down来确认主机是否卸载完驱动，只有在卸载完驱动后，FPGA才会开始执行升级操作，否则可以会引起主机异常(如宕机或重启)。

在一定的超时时间(即第三超时时间)内持续检测是为了防止主机出现的异常影响FPGA的运行，也即FPGA只等待第三超时时间，如果超时未完成，说明主机存在异常，FPGA不再等待而执行其他操作。

第三超时时间可以认为是“预定的主机从发出升级指令后到完成卸载PCIe驱动程序所需的时间”，例如，基于上述主机侧执行的流程，该时间可以包括“主机卸载完驱动所需的时间+裕量时间”。

具体如何在第三超时时间内持续检测PCIe链路的状态是否变为link down可以参见S651-S653以及S651’-S654’所示的方法，也即既可以通过启动一个定时器5214，在第三超时时间内持续检测PCIe链路的状态是否为link down来实现，或者也可以先等一段时间(主机快卸载完驱动的时间)，再通过启动定时器5214来检测PCIe链路的状态是否为linkdown来实现。

需要说明的是，本申请中，主机侧执行的S62与S63两个步骤的顺序也可以互换，在这种情况下，第三超时时间可以进行适应性调整，也即再加上暂停应用以及保存现场的时间，即在这种情况下，第三超时时间可以包括“暂停应用以及保存现场所需的时间+主机卸载完驱动所需的时间+裕量时间”。

S84、从FPGA配置存储器加载新配置数据，判断是否加载成功，如果是，流程结束。

具体的，控制电路5213通知配置加载电路5215从FPGA配置存储器522中加载新配置数据，从而完成FPGA的升级。配置加载电路5215是FPGA在出厂时自带的电路，该电路会一直存在，不会因为配置RAM的数据的丢失(如掉电，或者人为清除)而丢失。用户使用FPGA过程中自定义的电路(由配置数据来定义)可以在失效前(即加载FPGA之前有一个清除内部逻辑电路的操作，例如，清除内部用于进行电路配置的配置RAM)给配置加载电路发送相关信号以指示其去FPGA配置存储器加载新配置数据，这样，后续配置加载电路便可完成新配置数据的加载。

例如，可通过控制电路(用户自定义的电路)与配置加载电路进行交互，具体的报文形式可以采用FPGA厂家规定的报文方式，报文按功能大致分为四类，有设备同步报文、配置加载地址报文、配置加载命令报文和设备解同步报文。

报文序列的十六进制数据组成与具体FPGA厂家提供的配置加载电路相关，以厂家Xilinx为例，FPGA的控制电路与配置加载电路之间具体的报文序列组成如下:

1)设备同步报文：采用十六进制数据0xFFFFFFFF/0x000000BB/0x11220044/0xFFFFFFFF/0xAA995566/0x20000000。该报文用于先检测SPI总线的位宽，再将配置加载电路与FPGA的控制电路进行设备同步。

2)配置加载地址报文：采用十六进制数据0x30020001/加载起始地址/0x20000000/0x20000000，该报文用于FPGA的控制电路告诉配置加载电路要加载的FPGA配置数据位于FPGA配置存储器的加载起始地址。

3)配置加载命令报文：采用十六进制数据0x30008001/0x0000000F/0x20000000/0x20000000，该报文用于FPGA的控制电路控制配置加载电路开始从FPGA配置存储器加载FPGA配置数据。

4)设备解同步报文：用十六进制数据0x30008001/0x0000000D/0x20000000/0x20000000，该报文用于解除配置加载电路与FPGA的控制电路之间的同步状态。

配置加载电路在加载过程中会对数据进行校验，如果校验通过，则表示加载成功，否则，加载失败。为了防止加载失败导致FPGA无法工作的情况，在一种实现方式中，可以在FPGA配置存储器中保存多个版本的配置数据，其中至少有一个是已经验证过的基础版本，当用于本次升级的新配置数据加载失败后，FPGA可以通过配置加载电路自动加载基础版本，从而可以保证FPGA仍然可以正常工作。同时，由于通过在升级前主机卸载PCIe驱动程序，并且在卸载完PCIe驱动程序后，结合PCIe链路的状态的变化能够让FPGA知道什么时候开始升级。此外，在加载配置数据成功后，FPGA通常还会进行热复位来完成例如将FPGA内部寄存器初始化等工作。

需要说明的是，本步骤中的“流程结束”是指升级相关的流程结束，接下来，FPGA都会基于现有的工作方式进行工作，例如，通过与主机进行相互协商以建立PCIe链路，让PCIe链路的状态变为link up，然后与主机进行各种业务通信。

本实施例在FPGA升级之前，会先在预定时间内等主机卸载完PCIe驱动程序，只有在卸载完后才升级，这样，由于没有FPGA对应的PCIe驱动程序，主机就可以不受FPGA升级的影响，从而可以避免在FPGA升级过程中主机出现死机等异常情况。此外，本实施例FPGA、主机都只在预定时间内判断对方的状态，从而可以防止因对端设备异常而死等造成的影响。另外，本实施例中，通过检测PCIe链路状态的变化来判断对方的进展状态，可以不需要预留带外通信的管脚(即利用PCIe链路以外的通道进行通信的管脚)，非常适合应用于基于PCIe扩展卡的应用场景，无需进行硬件改动，从而减少成本，实现更加简单。

实施例二

基于以上各实施例，本实施例公开了另一种FPGA升级方法，参见图9，为本实施例所基于的硬件架构图。本实施例与实施例一不同的是，FPGA、主机可以不通过检测PCIe链路状态的变化来判断对方的状态，而是通过预留的物理管脚来进行交互。其中，预留的管脚的可以是两个，其中一个用于主机往FPGA方向的通信；另一个用于FPGA往主机方向的通信。预留的管脚也可以是一个可以双向通信的管脚，可以通过分时复用的方法来使用该管脚，即在某一时刻用于主机往FPGA方向的通信，在另一时刻用于FPGA往主机方向的通信。下面流程基于两个管脚的情况进行说明。

本实施例中的一些步骤跟实施例一中的类似，如无特殊说明，本领域技术人员可以参见实施例一的相关步骤来了解其具体实现。

参见图10，为主机侧处理的流程图，各步骤由主机执行，包括：

S101、加载新配置数据到FPGA配置存储器。

S102、暂停使用PCIe链路对FPGA进行访问的一个或多个应用程序，并保存现场。

S103、向FPGA发送升级指令。

具体可以通过预留的RSV1管脚，或者通过PCIe链路发送。

S104、卸载FPGA对应的PCIe驱动程序。

需要说明的是，S102以及S103的顺序可以调换，也即可以先执行S103，再执行S102。

S105、卸载完成后，发送用于指示卸载完成的卸载完成消息。

具体的，通过预留的管脚(如RSV1)来发送。通过发送卸载完成消息，使得对端FPGA可以收到消息后才进行升级，防止因过早升级而导致主机异常的情况发生。

S106、在第一超时时间内判断是否接收到来自FPGA的用于指示升级完成的升级完成消息，如果接收到，则执行S107；否则，执行S108。

该步骤与实施例一中的S65步骤类似，都是用来判断对端是否完成升级，区别在于本实施例中是通过预留的管脚发送的信号来判断，而不是通过PCIe链路的状态来判断。S65步骤中的第一超时时间的设置跟本步骤中的第一超时时间的设置的原理相同，本领域技术人员可以根据S65步骤中的详细论述来进行适应性调整(例如，去除掉PCIe链路状态变化的时间等)，本步骤不再赘述。

在升级成功后，仍然可以像前述实施例一所述的方法来判断是否升级成功，并在判断成功或者不成功时采取对应的措施。

本实施例中，主机通过接收升级完成消息的方式来取代实施例一中的通过检测PCIe链路状态的方式，也可以了解FPGA是否完成升级。其中，接收升级完成消息可以通过预留的管脚来完成，例如，通过另一个预留的管脚RSV2。当然，如果时分复用RSV1，主机也可以使用RSV1来接收。

S107、重新加载PCIe驱动程序，然后恢复暂停的一个或多个应用程序以及恢复现场。

S108、告警。

参见图11，为FPGA侧处理的流程图，各步骤由FPGA执行，包括：

S111、通过预留的管脚接收主机发送的指令。

S112、判断是否是升级指令，如果是，执行113；如果否，执行其他指令对应的操作。

S113、在第二超时时间内判断是否接收到卸载完成消息，如果是，执行S114；否则，执行流程结束，后续继续等待接收指令，如果收到指令再继续执行S111。

该步骤可参见实施例一中的S83步骤，本步骤中的第二超时时间的设定可以参考S83中的第三超时时间的设定。

S114、从FPGA配置存储器加载新配置数据，判断是否加载成功，如果是，执行S115；如果否，可以按实施例一中所述的加载一个验证过的基础版本来保证正常工作。在加载配置数据成功后，FPGA通常还会进行热复位来完成例如将FPGA内部寄存器初始化等工作。

S115、向主机发送升级完成消息，流程结束。

例如，可以通过RSV2向主机发送升级完成消息，具体可以由控制电路8213来完成。

本实施例通过专用的硬件(预留的管脚)来发送各种信息，不需要通过检测PCIe链路的状态，在软件实现上更加简单。

实施例三

基于实施例二，本实施例提供了另一种FPGA升级方法，本实施例中，可以先执行实施例二中的S102，再执行S104，再执行S103。相应地，在这种情况下，FPGA不需要在预设时间内等待，而是可以直接开始升级。

下面分别对主机以及FPGA具体执行的方法进行介绍。

参见图12，为主机侧处理的流程图，各步骤由主机执行，包括：

S121、加载新配置数据到FPGA配置存储器。

S122、暂停使用PCIe链路对FPGA进行访问的一个或多个应用程序，并保存现场。

S123、卸载FPGA对应的PCIe驱动程序。

S124、向FPGA发送升级指令。

此时，由于PCIe驱动程序被卸载，无法通过PCIe链路来发送升级指令，可以使用预留的管脚来发送。

S125、在第一超时时间内判断是否接收到来自FPGA的用于指示升级完成的升级完成消息，如果接收到，则执行S126；否则，执行S127。

S126、重新加载PCIe驱动程序，然后恢复暂停的一个或多个应用程序以及恢复现场。

S127、告警。

参见图13，为FPGA侧处理的流程图，各步骤由FPGA执行，包括：

S131、通过预留管脚接收主机发送的指令。

S132、判断是否是升级指令，如果是，执行S133；如果否，执行其他指令对应的操作。

S133、从FPGA配置存储器加载新配置数据，判断是否加载成功，如果是，执行S134；如果否，可以按实施例一中所述的加载一个验证过的基础版本来保证正常工作。

S134、向主机发送升级完成消息，流程结束。具体的，通过预留的管脚(如RSV2)向主机发送。

本实施例中，由于主机已经做了暂停应用、保护现场以及卸载PCIe驱动程序等动作，因此，FPGA收到升级指令后就可以直接升级，减少了等待时间。

实施例四

基于上述各实施例，本实施例公开了一种FPGA板卡14，FPGA板卡包括FPGA芯片141以及FPGA配置存储器142，有关FPGA芯片141以及FPGA配置存储器142可参见前文的介绍，这里不再赘述。本实施例中，FPGA141与主机可以通过前述实施例一中的方式连接，即可以通过PCIe链路连接(不包括预留的管脚)。在该实施例中，FPGA通过加载存储在FPGA配置存储器142中的配置数据来执行实施例一中的FPGA141执行的操作，可以理解，升级之前FPGA加载的版本为旧版本，在升级完成后，旧版本会被新版本(即新配置数据)取代，当然，新版本中可以继续保留有旧版本中用于实现升级功能的部分，使之后续能够继续升级。

在另一个实施例中，FPGA141与主机可以通过前述实施例二中的方式连接，即通过PCIe链路连接，同时还通过预留的管脚进行连接以传输例如升级指令以及用于表示工作状态的信息。在该实施例中，FPGA141通过加载存储在FPGA配置存储器142中的配置数据来执行实施例二、三中的FPGA141执行的操作。

FPGA板卡的具体结构可参见前述介绍，例如，可以是插入到PCIe插槽中PCIe板卡。

实施例五

基于上述各实施例，本实施例公开了一种主机设备15，该主机设备15可以是前述提到的计算设备或者其他进行数据处理的设备中的主机部分，主机设备15包括一个能够执行软件指令的处理器151(如CPU)以及存储器152，其中，存储器152可以包括非易失性存储器1521(如磁盘、闪存等)以及易失性存储器1522(如内存)，通过处理器151与存储器152的配合，处理器151可以执行存储在存储器中指令，并完成前述各实施例中主机执行的操作。

实施例六

基于上述各实施例，本实施例公开了一种电子设备16，该电子设备16包括实施例四所述的FPGA板卡以及实施例五所述的主机设备，该电子设备可以是前述提到的计算设备或者其他进行数据处理的设备。

实施例七

基于上述各实施例，本实施例公开了一种计算机存储介质，该存储介质存储有用于处理器执行的多个指令，其中，这些指令为能够让处理器读取后执行前述各实施例中主机所执行的操作的指令。

基于上述各实施例，本实施例还公开了一种计算机存储介质，该存储介质存储有用于配置FPGA的配置数据，其中，该配置数据为能够让FPGA在加载后执行前述各实施例中FPGA所执行的操作的配置数据。

需要说明的是，本申请中的“第一”、“第二”、“第三”等修饰语仅用于对同一名词出现在不同场景时的使用进行区分，而不代表严格的顺序，也不代表与权利要求中的“第一”、“第二”等用语的含义相同。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

上举较佳实施例，对本发明的目的、技术方案和优点进行了进一步详细说明，所应理解的是，以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (24)

1.一种升级FPGA的方法，其特征在于，所述方法由主机以及FPGA配合执行，其中，所述主机与所述FPGA通过PCIe链路相连，所述FPGA与FPGA配置存储器相连，所述FPGA配置存储器中保存有所述FPGA升级所需的配置数据，所述方法包括：

所述主机向所述FPGA下发升级指令；

所述主机卸载所述FPGA对应的PCIe驱动程序，使所述PCIe链路的状态变为断开状态；

所述主机在第一超时时间内持续检测所述PCIe链路的状态是否变成连接状态；

如果检测到所述PCIe链路的状态变为所述连接状态，则重新加载所述PCIe驱动程序；

所述方法还包括：

所述FPGA在收到所述升级指令后，所述FPGA在第二超时时间内持续检测所述PCIe链路的状态是否变为断开状态，其中，所述断开状态为所述PCIe链路在所述主机卸载完成所述FPGA对应的PCIe驱动程序后的状态；

如果在所述第二超时时间内检测到所述PCIe链路变为断开状态，所述FPGA从所述FPGA配置存储器中加载所述配置数据进行升级；

升级完成后，所述FPGA通过跟所述主机协商以将所述PCIe链路的状态恢复为用于被所述主机检测到后重新加载所述PCIe驱动程序的连接状态。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

所述主机在卸载所述PCIe驱动程序之前，暂停使用PCIe链路对FPGA进行访问的一个或多个应用程序。

3.如权利要求2所述的方法，其特征在于，所述方法还包括：所述主机在重新加载所述PCIe驱动程序之后，恢复所述一个或多个应用程序运行。

4.如权利要求1-3任一所述的方法，其特征在于，所述主机在第一超时时间内持续检测所述PCIe链路的状态是否变成连接状态包括：

在所述第一超时时间内通过持续检测位于所述主机中的链路状态寄存器来持续检测所述PCIe链路是否变为所述连接状态。

5.如权利要求1-4任一所述的方法，其特征在于，所述FPGA在第二超时时间内持续检测所述PCIe链路的状态是否变为断开状态包括：

所述FPGA在所述第二超时时间内通过持续检测位于所述FPGA中的链路状态寄存器来持续检测所述PCIe链路是否变为所述断开状态。

6.如权利要求1-5任一所述的方法，其特征在于，所述第一超时时间为预定的所述FPGA完成升级所需的时间。

7.如权利要求1-6任一所述的方法，其特征在于，所述第二超时时间为预定的所述主机从发出所述升级指令后到完成卸载所述PCIe驱动程序所需的时间。

8.如权利要求1-7任一所述的方法，其特征在于，所述FPGA位于PCIe插卡上，所述PCIe插卡安装在所述主机的PCIe扩展槽上。

9.一种升级FPGA的方法，其特征在于，由FPGA执行，所述FPGA与主机通过PCIe链路通信，所述FPGA还与FPGA配置存储器相连，所述FPGA配置存储器中保存有所述FPGA升级所需的配置数据，所述方法包括：

接收所述主机下发的升级指令；

在超时时间内持续检测所述PCIe链路的状态是否变为断开状态，其中，所述断开状态为所述PCIe链路在所述主机卸载完成所述FPGA对应的PCIe驱动程序后的状态；

如果在所述超时时间内检测到所述PCIe链路变为断开状态，从所述FPGA配置存储器中加载所述配置数据进行升级；

升级完成后，通过与所述FPGA协商以将所述PCIe链路的状态恢复为连接状态；所述连接状态用于被所述主机检测到后重新加载所述PCIe驱动程序。

10.如权利要求9所述的方法，其特征在于，所述断开状态为所述PCIe链路在所述主机先暂停一个或多个应用程序，再卸载完成所述FPGA对应的PCIe驱动程序后的状态，其中所述一个或多个应用程序为使用PCIe链路对FPGA进行访问的一个或多个应用程序。

11.如权利要求10所述的方法，其特征在于，所述连接状态还用于被所述主机检测到后在重新加载所述PCIe驱动程序后恢复所述一个或多个应用程序运行。

12.如权利要求9-11任一所述的方法，其特征在于，所述超时时间为预定的所述主机从发出所述升级指令后到完成卸载所述PCIe驱动程序所需的时间。

13.如权利要求9-12任一所述的方法，其特征在于：所述在超时时间内持续检测所述PCIe链路是否变为断开状态包括：

在所述超时时间内通过持续检测位于所述FPGA中的链路状态寄存器来持续检测所述PCIe链路是否变为所述断开状态。

14.如权利要求9-13任一所述的方法，其特征在于，如果所述PCIe链路的状态在所述超时时间内未变为断开状态，则退出升级流程。

15.如权利要求9-14任一所述的方法，其特征在于，所述FPGA位于PCIe插卡上，所述PCIe插卡安装在所述主机的PCIe扩展槽上。

16.一种升级FPGA的方法，其特征在于，由主机执行，所述主机与所述FPGA通过PCIe链路相连，所述FPGA与FPGA配置存储器相连，所述FPGA配置存储器中保存有所述FPGA升级所需的配置数据，所述方法包括：

所述主机向所述FPGA下发升级指令；

卸载所述FPGA对应的PCIe驱动程序，使所述PCIe链路的状态变为断开状态；

在第一超时时间内持续检测所述PCIe链路的状态是否变成连接状态；

如果检测到所述PCIe链路的状态变为所述连接状态，则重新加载所述PCIe驱动程序；

其中，所述升级指令为让所述FPGA收到后执行如下操作的指令：

在第二超时时间内持续检测所述PCIe链路的状态是否变为所述断开状态，其中，所述断开状态为所述PCIe链路在所述主机卸载完成所述FPGA对应的PCIe驱动程序后的状态；

如果在所述第二超时时间内检测到所述PCIe链路变为断开状态，从所述FPGA配置存储器中加载所述配置数据进行升级；

升级完成后，通过跟所述主机协商以将所述PCIe链路的状态恢复为用于被所述主机检测到后重新加载所述PCIe驱动程序的连接状态。

17.如权利要求16所述的方法，其特征在于，还包括：

在卸载所述PCIe驱动程序之前，暂停使用PCIe链路对FPGA进行访问的一个或多个应用程序。

18.如权利要求17所述的方法，其特征在于，还包括：在重新加载所述PCIe驱动程序之后，恢复所述一个或多个应用程序运行。

19.如权利要求16-18任一所述的方法，其特征在于，所述在超时时间内持续检测所述PCIe链路的状态是否变成连接状态包括：

在所述超时时间内通过持续检测位于所述主机中的链路状态寄存器来持续检测所述PCIe链路是否变为所述连接状态。

20.如权利要求16-19任一所述的方法，其特征在于，所述超时时间为预定的所述FPGA完成升级所需的时间。

21.如权利要求16-20任一所述的方法，其特征在于，所述FPGA位于PCIe插卡上，所述PCIe插卡安装在所述主机的PCIe扩展槽上。

22.一种FPGA板卡，其特征在于，包括：FPGA以及FPGA配置存储器，所述FPGA通过加载存储在FPGA配置存储器中的配置数据来执行权9-权15任一所述的方法。

23.一种主机设备，其特征在于，包括：处理器以及存储器，其中，所述处理器用于执行存储在所述存储器中的指令，来实现权利要求16-21任一所述的方法。

24.一种电子设备，其特征在于，包括如权利要求22所述的FPGA板卡以及如权利要求23所述的主机设备。

Images