本申請涉及計算機技術領域，特別涉及一種通信控制方法及電子設備。

背景技術：

在計算機中，操作系統(tǒng)(operatingsystem，os)也就是中央處理器(centralprocessingunit，cpu)和基板管理控制器(baseboardmanagementcontroller，bmc)之間的智能平臺管理接口(intelligentplatformmanagementinterface，ipmi)協(xié)議傳輸，一般是通過內(nèi)核換成系統(tǒng)(kernelcachesystem，kcs)接口來完成的。ipmi協(xié)議的特點是：讀寫操作由cpu發(fā)起，bmc只能被動等待cpu的讀寫響應，而無法主動向cpu發(fā)起通信。

正是由于ipmi協(xié)議的特點，使得一旦bmc出現(xiàn)異常而導致kcs接口無法完成后續(xù)的協(xié)議交互時，bmc的異常無法被cpu所獲取，cpu會仍然繼續(xù)向bmc發(fā)出讀寫等通信要求，造成資源浪費，為系統(tǒng)管理及維護帶來很大不便。

技術實現(xiàn)要素：

有鑒于此，本申請的目的是提供一種通信控制方法及電子設備，用以解決現(xiàn)有技術中bmc的異常無法被cpu所獲取所造成的資源浪費的技術問題。

本申請?zhí)峁┝艘环N通信控制方法，該方法包括：

讀取狀態(tài)寄存器中所存儲的bmc狀態(tài)信息，所述狀態(tài)寄存器為cpu與bmc之間的kcs接口的寄存器；

基于所述bmc狀態(tài)信息，以與所述bmc狀態(tài)信息相對應的通信方式與bmc進行通信。

上述方法，優(yōu)選的，讀取狀態(tài)寄存器中所存儲的bmc狀態(tài)信息，包括：

讀取所述狀態(tài)寄存器中原始設備制造商(originalequipmentmanufacturer，oem)位中的字節(jié)碼；

識別所述字節(jié)碼所對應的bmc狀態(tài)信息。

上述方法，優(yōu)選的，所述識別所述字節(jié)碼所對應的bmc狀態(tài)信息，包括：

基于預設的碼與狀態(tài)信息的對應關系，確定所述字節(jié)碼對應的bmc狀態(tài)信息；

其中，如果所述字節(jié)碼為第一數(shù)值，所述bmc狀態(tài)信息表明所述bmc處于正常狀態(tài)；

如果所述字節(jié)碼為第二數(shù)值，所述bmc狀態(tài)信息表明所述bmc處于異常狀態(tài)。

上述方法，優(yōu)選的，所述基于所述bmc狀態(tài)信息，以與所述bmc狀態(tài)信息相對應的通信方式與bmc進行通信，包括：

如果所述bmc狀態(tài)信息表明所述bmc處于正常狀態(tài)，以第一通信方式與bmc進行通信；

如果所述bmc狀態(tài)信息表明所述bmc處于異常狀態(tài)，以第二通信方式與bmc進行通信。

上述方法，優(yōu)選的，以第一通信方式與bmc進行通信，包括：

向kcs接口的寫寄存器中寫入第一目標數(shù)據(jù)。

上述方法，優(yōu)選的，以第二通信方式與bmc進行通信，包括：

讀取kcs接口的讀寄存器中的第二目標數(shù)據(jù)，所述第二目標數(shù)據(jù)為bmc出現(xiàn)異常時所寫入的數(shù)據(jù)，所述第二目標數(shù)據(jù)表明所述bmc出現(xiàn)異常的異常類型信息。

上述方法，優(yōu)選的，還包括：

基于所述第二目標數(shù)據(jù)，啟動異常處理進程。

本申請還提供了另一種通信控制方法，包括：

bmc將bmc狀態(tài)信息寫入狀態(tài)寄存器中，所述狀態(tài)寄存器為cpu與bmc之間的kcs接口的寄存器，使得cpu通過讀取所述bmc狀態(tài)信息以與所述bmc狀態(tài)信息相對應的通信方式與bmc進行通信；

上述方法，優(yōu)選的，還包括：

bmc將第二目標數(shù)據(jù)寫入到kcs接口的讀寄存器中，所述第二目標數(shù)據(jù)表明所述bmc出現(xiàn)異常的異常類型信息，使得cpu通過讀取所述第二目標數(shù)據(jù)并基于所述第二目標數(shù)據(jù)啟動異常處理進程。

本申請還提供了一種電子設備，包括：cpu；bmc；以及連接在cpu與bmc之間的kcs接口，所述kcs接口具有狀態(tài)寄存器；

其中：

bmc將bmc狀態(tài)信息寫入狀態(tài)寄存器中，cpu通過讀取所述狀態(tài)寄存器中所存儲的bmc狀態(tài)信息，以與所述bmc狀態(tài)信息相對應的通信方式與bmc進行通信。+

由上述方案可知，本申請?zhí)峁┑囊环N通信控制方法及電子設備，在cpu端通過在kcs接口的狀態(tài)寄存器中讀取所存儲的bmc狀態(tài)信息，從而再基于這一bmc狀態(tài)信息以相應的通信方式與bmc進行通信，由此，cpu通過讀取bmc狀態(tài)信息來及時獲知bmc的狀態(tài)，能夠基于bmc的實時狀態(tài)來以相應的通信方式進行通信，避免在bmc出現(xiàn)異常時，cpu仍然向bmc發(fā)出讀寫等通信請求造成資源浪費為系統(tǒng)管理和維護造成不便的情況，實現(xiàn)本申請目的。

附圖說明

為了更清楚地說明本申請實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本申請實施例提供的一種通信控制方法的實現(xiàn)流程圖；

圖2為本申請實施例的應用示例圖；

圖3為本申請實施例提供的一種通信控制方法的部分流程圖；

圖4為本申請實施例提供的一種通信控制方法的實現(xiàn)流程圖；

圖5為本申請實施例的另一應用示例圖；

圖6為本申請實施例提供的一種電子設備的結構示意圖。

具體實施方式

下面將結合本申請實施例中的附圖，對本申請實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。

參考圖1，為本申請實施例提供的一種通信控制方法的實現(xiàn)流程圖，應用于cpu中，為了能夠及時得知bmc的狀態(tài)而進行相應的通信，cpu可以通過執(zhí)行以下步驟實現(xiàn)：

步驟101：讀取狀態(tài)寄存器中所存儲的bmc狀態(tài)。

其中，狀態(tài)寄存器為cpu與bmc之間的kcs接口的寄存器，如圖2中所示。

其中，bmc會實時更新其bmc狀態(tài)信息到該狀態(tài)寄存器中的相關位中，由此，cpu能夠通過對kcs接口的狀態(tài)寄存器中存儲的bmc狀態(tài)信息進行讀取，進而及時了解到bmc當前的狀態(tài)，如bmc處于正常狀態(tài)還是異常狀態(tài)，或者bmc處于正常狀態(tài)還是某種原因?qū)е碌漠惓顟B(tài)。

步驟102：基于bmc狀態(tài)信息，以與bmc狀態(tài)信息相對應的通信方式與bmc進行通信。

也就是說，cpu在讀取到能夠表征bmc當前狀態(tài)的bmc狀態(tài)信息之后，會根據(jù)bmc當前的狀態(tài)，以不同的方式與bmc進行通信，而不是現(xiàn)有技術中不論bmc出于何種終端，cpu均會向bmc發(fā)起讀取等通信操作，由此，本申請中不會由于cpu無變通的通信方式而出現(xiàn)資源浪費及系統(tǒng)管理及維護不便的情況。

由上述方案可知，本申請實施例提供的一種通信控制方法，在cpu端通過在kcs接口的狀態(tài)寄存器中讀取所存儲的bmc狀態(tài)信息，從而再基于這一bmc狀態(tài)信息以相應的通信方式與bmc進行通信，由此，cpu通過讀取bmc狀態(tài)信息來及時獲知bmc的狀態(tài)，能夠基于bmc的實時狀態(tài)來以相應的通信方式進行通信，避免在bmc出現(xiàn)異常時，cpu仍然向bmc發(fā)出讀寫等通信請求造成資源浪費為系統(tǒng)管理和維護造成不便的情況，實現(xiàn)本實施例目的。

在一種實現(xiàn)方式中，cpu在讀取狀態(tài)寄存器中所存儲的bmc狀態(tài)信息時，可以通過以下步驟實現(xiàn)，如圖3中所示：

步驟301：讀取狀態(tài)寄存器中oem位中的字節(jié)碼。

也就是說，bmc會實時將能夠表征其當前狀態(tài)的bmc狀態(tài)信息寫入到kcs接口的狀態(tài)寄存器中的oem位，由于oem為是設備制造商預留的位，并沒有被使用，由此，本實施例中cpu可以從kcs接口的狀態(tài)寄存器中的oem位中準確讀取到bmc在oem位所寫入的代表bmc狀態(tài)信息的字節(jié)碼。

步驟302：識別字節(jié)碼所對應的bmc狀態(tài)信息。

其中，oem位在kcs接口的狀態(tài)寄存器中一般有兩位，如oem1和oem2，bmc在oem1和oem2中寫入字節(jié)碼，來表征bmc當前所處的狀態(tài)，如正常狀態(tài)或者異常狀態(tài)等，之后，cpu在需要與bmc進行通信時首先讀取該字節(jié)碼，并通過預設的碼與狀態(tài)信息的對應關系來確定字節(jié)碼對應的bmc狀態(tài)信息，如字節(jié)碼為不同的數(shù)值時，bmc狀態(tài)信息表明bmc處于不同的狀態(tài)。

其中，碼與狀態(tài)信息的對應關系可以預先由廠商自行設置，或者由廠商之間共同約定。

需要說明的是，在碼與狀態(tài)信息的對應關系中可以包括有兩個對應關系，例如：

字節(jié)碼為第一數(shù)值，對應于bmc狀態(tài)信息表明bmc處于正常狀態(tài)；字節(jié)碼為第二數(shù)值，對應于bmc狀態(tài)信息表明bmc處于異常狀態(tài)。

以上通過預先對字節(jié)碼設置兩個數(shù)值來表征bmc處于正常還是處于異常狀態(tài)。

或者，碼與狀態(tài)信息的對應關系中可以包括更多個對應關系，例如：

字節(jié)碼為第一數(shù)值，對應于bmc狀態(tài)信息表明bmc處于正常狀態(tài)；字節(jié)碼為第二數(shù)值，對應于bmc狀態(tài)信息表明bmc處于第一類型的異常狀態(tài)；字節(jié)碼為第三數(shù)值，對應于bmc狀態(tài)信息表明bmc處于第二類型的異常狀態(tài)；等等。

以上通過預先對字節(jié)碼設置多個數(shù)值來分別表明bmc處于正常狀態(tài)還是處于哪種類型的異常狀態(tài)，如bmc芯片崩潰類型的異常信息或oem意外重啟類型的異常狀態(tài)等。

由此，cpu在基于碼與狀態(tài)信息的對應關系確定字節(jié)碼對應的bmc狀態(tài)信息時，有以下兩種情況：

一種：cpu可以通過字節(jié)碼的數(shù)值確定出bmc處于正常狀態(tài)還是異常狀態(tài)；

一種：cpu可以通過字節(jié)碼的數(shù)值確定出bmc處于正常狀態(tài)還是異常狀態(tài)，進一步的在bmc處于異常狀態(tài)時，cpu通過字節(jié)碼的數(shù)值確定出bmc處于哪種類型的異常狀態(tài)。

在一種實現(xiàn)方式中，cpu在讀取到bmc狀態(tài)信息，并以與bmc狀態(tài)信息相對應的通信方式與bmc進行通信時，可以通過預設的不同的通信方式進行通信，例如：

如果bmc狀態(tài)信息表明bmc處于正常狀態(tài)，則以第一通信方式與bmc進行通信，如向kcs接口的寫寄存器中寫入第一目標數(shù)據(jù)等；

如果bmc狀態(tài)信息表明bmc處于異常狀態(tài)或者某種類型的異常狀態(tài)，則以不同于第一通信方式的第二通信方式進行通信，如讀取kcs接口的讀寄存器中的第二目標數(shù)據(jù)，第二目標數(shù)據(jù)為bmc出現(xiàn)異常時所寫入的數(shù)據(jù)，能夠表明bmc出現(xiàn)異常的異常類型信息。

也就是說，在bmc狀態(tài)信息表明bmc處于正常狀態(tài)時，第一通信方式可以為cpu與bmc之間正常的基于ipmi協(xié)議通過kcs接口所實現(xiàn)的通信方式。

例如：cpu通過讀取oem位中的字節(jié)碼判斷出bmc狀態(tài)信息表明bmc處于正常狀態(tài)時，cpu向kcs接口的寫寄存器中寫入第一目標數(shù)據(jù)，之后，bmc基于第一目標數(shù)據(jù)向kcs接口的讀寄存器中寫入回復數(shù)據(jù)，cpu能夠從kcs接口的讀寄存器中讀取到bmc寫入的回復數(shù)據(jù)，完成通信。

在bmc狀態(tài)信息表明bmc處于異常狀態(tài)時，第二通信方式可以為cpu只讀取的通信方式。

例如，cpu通過讀取oem位中的字節(jié)碼判斷出bmc狀態(tài)信息表明bmc處于異常狀態(tài)時，cpu從kcs接口的讀寄存器中讀取到bmc寫入的第二目標數(shù)據(jù)數(shù)據(jù)，完成通信。

在一種實現(xiàn)方式中，bmc在異常時寫入到kcs接口的讀寄存器中的第二目標數(shù)據(jù)能夠表明bmc出現(xiàn)異常的異常類型信息，如bmc所出現(xiàn)的異常是哪種原因?qū)е碌幕蛘遙mc所出現(xiàn)的異常該用哪種類型的對應方式等等。由此，在cpu讀取到該第二目標數(shù)據(jù)之后，可以通過啟動異常處理進程來進行異常處理，盡快對bmc出現(xiàn)異常做出應對措施，盡量避免不必要的損失甚至cpu崩潰的情況。

參考圖4，為本申請實施例提供的一種通信控制方法的實現(xiàn)流程圖，適用于bmc中，可以以下步驟：

步驟401：監(jiān)測bmc的狀態(tài)，以獲得bmc狀態(tài)信息。

步驟402：將bmc狀態(tài)信息寫入狀態(tài)寄存器中，以提供給cpu讀取。

其中，狀態(tài)寄存器為bmc與cpu之間的kcs接口的寄存器，由此，bmc將能夠表征bmc當前狀態(tài)的信息寫入到狀態(tài)寄存器中，當cpu需要進行讀寫等通信時，可以通過讀取狀態(tài)寄存器中的bmc狀態(tài)信息來確定bmc當前的狀態(tài)，并以相應的通信方式與bmc進行通信。

由此，cpu通過讀取bmc狀態(tài)信息來及時獲知bmc的狀態(tài)，能夠基于bmc的實時狀態(tài)來以相應的通信方式進行通信，避免在bmc出現(xiàn)異常時，cpu仍然向bmc發(fā)出讀寫等通信請求造成資源浪費為系統(tǒng)管理和維護造成不便的情況，實現(xiàn)本實施例目的。

在一種實現(xiàn)方式中，bmc將其bmc狀態(tài)信息寫入到狀態(tài)寄存器中的oem位中，通過oem位中字節(jié)碼所指代的數(shù)值來表征bmc處于正常狀態(tài)還是異常狀態(tài)，或者處于哪種類型的異常狀態(tài)等。

在一種實現(xiàn)方式中，bmc在其出現(xiàn)異常時可以將能夠表明bmc出現(xiàn)異常的異常類型信息的第二目標數(shù)據(jù)寫入到kcs接口的讀寄存器中，進而，cpu在通過讀取oem位中的字節(jié)碼發(fā)現(xiàn)bmc已經(jīng)處于異常狀態(tài)時，可以從kcs接口的讀寄存器中讀取到第二目標數(shù)據(jù)，并基于此來知道bmc出現(xiàn)異常的異常類型信息，如什么原因造成的bmc異常等，之后，cpu可以基于該第二目標數(shù)據(jù)啟動異常處理進程，從而進行異常處理，以便盡快避免損失或盡快恢復正常。

其中，kcs接口的寄存器的位結構可以參考圖5中所示，寄存器中的8位可以通過位共享的方式供cpu和bmc進行信息寫入，如狀態(tài)寄存器、寫寄存器及讀寄存器：0-7，其中，寫寄存器用于cpu進行第一目標數(shù)據(jù)的寫入，讀寄存器用于bmc進行回復數(shù)據(jù)或者bmc異常類型信息即第二目標數(shù)據(jù)的寫入，而狀態(tài)寄存器中的oem位用于bmc狀態(tài)信息的寫入?；谠摷拇嫫髦械奈唤Y構，本申請實現(xiàn)以上方案。

參考圖6，為本申請實施例提供的一種電子設備的結構示意圖，該電子設備中可以包括有：

cpu601；bmc602；以及連接在cpu與bmc之間的kcs接口603，而kcs接口具有狀態(tài)寄存器604；

其中：

bmc602將bmc狀態(tài)信息寫入狀態(tài)寄存器604中，cpu601通過讀取狀態(tài)寄存器604中所存儲的bmc狀態(tài)信息，以與bmc狀態(tài)信息相對應的通信方式與bmc602進行通信。

由此，本實施例的電子設備中，cpu通過讀取bmc狀態(tài)信息來及時獲知bmc的狀態(tài)，能夠基于bmc的實時狀態(tài)來以相應的通信方式進行通信，避免在bmc出現(xiàn)異常時，cpu仍然向bmc發(fā)出讀寫等通信請求造成資源浪費為系統(tǒng)管理和維護造成不便的情況，實現(xiàn)本申請目的。

需要說明的是，本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。

最后，還需要說明的是，在本文中，諸如第一和第二等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。

以上對本發(fā)明所提供的一種通信控制方法及電子設備進行了詳細介紹，對所公開的實施例的上述說明，使本領域?qū)I(yè)技術人員能夠?qū)崿F(xiàn)或使用本發(fā)明。對這些實施例的多種修改對本領域的專業(yè)技術人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本發(fā)明將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。