[發(fā)明專利]多主機(jī)拓?fù)湎到y(tǒng)的CPLD快取應(yīng)用

在審

• 申請(qǐng)?zhí)枺?/td>: 201810832479.3
• 申請(qǐng)日: 2018-07-26
• 公開（公告）號(hào): CN110275843A
• 公開（公告）日: 2019-09-24
• 發(fā)明（設(shè)計(jì)）人: 周啟村;張英哲;張嚴(yán)之;駱文華
• 申請(qǐng)（專利權(quán)）人: 廣達(dá)電腦股份有限公司
• 主分類號(hào): G06F13/16
• 分類號(hào): G06F13/16;G06F13/42
• 代理公司: 北京市柳沈律師事務(wù)所 11105
• 代理人: 徐協(xié)成

本發(fā)明公開一種多主機(jī)拓?fù)湎到y(tǒng)的CPLD快取應(yīng)用，用于多節(jié)點(diǎn)系統(tǒng)，以避免多主機(jī)問題出現(xiàn)在共用總線上。系統(tǒng)具有第一節(jié)點(diǎn)及第二節(jié)點(diǎn)。背板經(jīng)由系統(tǒng)處理總線耦接至第一節(jié)點(diǎn)及第二節(jié)點(diǎn)。復(fù)雜可編程邏輯裝置耦接至系統(tǒng)處理總線。復(fù)雜可編程邏輯裝置所包含的硬件邏輯對(duì)來自第一節(jié)點(diǎn)和第二節(jié)點(diǎn)的多個(gè)總線命令之間進(jìn)行仲裁。

技術(shù)領(lǐng)域

本公開涉及一種多節(jié)點(diǎn)系統(tǒng)的命令碼，且特別涉及一種在多節(jié)點(diǎn)系統(tǒng)中使用復(fù)雜可編程邏輯裝置作為命令代碼(command code)，以避免多主機(jī)問題(multi-masterissues)。

背景技術(shù)

電子裝置，例如服務(wù)器，包括多個(gè)電子元件連接到各種總線以傳送和接收數(shù)據(jù)和命令。許多服務(wù)器具有多個(gè)節(jié)點(diǎn)連接到背板，以用于共用電源供應(yīng)器(common powersupply)。背板所連接的總線允許在節(jié)點(diǎn)和背板之間交換數(shù)據(jù)和命令以監(jiān)視電源供應(yīng)器。

圖1繪示典型現(xiàn)有技術(shù)的多節(jié)點(diǎn)系統(tǒng)10，多節(jié)點(diǎn)系統(tǒng)10可以是服務(wù)器或其他大型網(wǎng)絡(luò)裝置。多節(jié)點(diǎn)系統(tǒng)10具有連接到兩個(gè)電源供應(yīng)單元14和16的背板12。背板12分別經(jīng)由系統(tǒng)管理(system management，SM)總線線路24和26連接到系統(tǒng)節(jié)點(diǎn)20和22。在此例中，兩個(gè)系統(tǒng)節(jié)點(diǎn)20和22都包括各自的基板管理控制器(baseboard management controller，BMC)30和32。BMC 30和32處理通過總線線路24和26的通信。節(jié)點(diǎn)20和22通過總線線路24和26以傳送信號(hào)到背板12。共用SMbus協(xié)議(common SMbus protocol)是內(nèi)部集成電路(inter-integrated circuit，I2C)總線協(xié)議。I2C協(xié)議是分組交換、單端、串行計(jì)算機(jī)總線協(xié)議。此協(xié)議適用于主機(jī)或主裝置(master)向從裝置(slave)傳送命令的主從式配置。當(dāng)在多節(jié)點(diǎn)系統(tǒng)中使用I2C協(xié)議時(shí)，可以有多個(gè)主機(jī)，因?yàn)槊總€(gè)節(jié)點(diǎn)(例如節(jié)點(diǎn)20和22)可以隨時(shí)控制連接至背板12的總線線路24和26。背板12經(jīng)由電源管理總線34向電源供應(yīng)單元14和16傳送命令，并從電源供應(yīng)單元14和16接收數(shù)據(jù)。BMC 30和32通過相應(yīng)的總線(例如SMbus)線路24和26傳送和接收來自電源供應(yīng)單元14和16的命令。

因此，系統(tǒng)10是I2C協(xié)議環(huán)境的范例，其中多個(gè)主機(jī)可以驅(qū)動(dòng)連接至背板12的總線。當(dāng)在I2C拓?fù)湓O(shè)計(jì)中存在兩個(gè)或更多個(gè)可能的主機(jī)連接到一個(gè)從裝置時(shí)，可能會(huì)出現(xiàn)多主機(jī)問題。在這種情況下，每個(gè)節(jié)點(diǎn)都需要能夠存取總線，盡管另一個(gè)節(jié)點(diǎn)可能正在與背板通信使得總線是忙碌的。為了解決這個(gè)問題，在服務(wù)器產(chǎn)業(yè)中，解決方案是在背板上提供微控制器。微控制器控制來自每個(gè)節(jié)點(diǎn)的通信，并因此當(dāng)有多個(gè)節(jié)點(diǎn)試圖使用總線時(shí)，微控制器可仲裁爭(zhēng)執(zhí)。此微控制器通常被稱為中央訊息控制器(central message controller，CMC)。

圖2是使用CMC防止多主機(jī)問題的另一現(xiàn)有技術(shù)多節(jié)點(diǎn)系統(tǒng)50的方塊圖。多節(jié)點(diǎn)系統(tǒng)50的背板52連接到兩個(gè)電源供應(yīng)單元54和56。背板52分別經(jīng)由總線線路64和66連接到系統(tǒng)節(jié)點(diǎn)60和62。在這個(gè)例子中，系統(tǒng)50的總線線路64和66使用I2C協(xié)議。在這個(gè)例子中，系統(tǒng)節(jié)點(diǎn)60和62都包括各自的BMC 70和72。背板52傳送命令給電源供應(yīng)單元54和56，并接收來自電源供應(yīng)單元54和56的數(shù)據(jù)。背板52包括CMC 80，CMC 80執(zhí)行軟件以仲裁來自節(jié)點(diǎn)60和62的主機(jī)命令之間的爭(zhēng)執(zhí)，從而避免多主機(jī)問題。

使用CMC解決多主機(jī)問題也引起潛在的問題。由于圖2中的CMC 80的操作基本上由純軟件構(gòu)成，若用于仲裁命令的軟件進(jìn)入死鎖(dead lock)狀態(tài)，CMC通常會(huì)導(dǎo)致多節(jié)點(diǎn)系統(tǒng)(例如服務(wù)器)強(qiáng)制關(guān)閉。由于CMC執(zhí)行軟件的潛在不可靠性，此類事件阻礙了服務(wù)器連續(xù)運(yùn)行。

因此，需要一種設(shè)備能成功地仲裁由系統(tǒng)管理總線所連接的多個(gè)節(jié)點(diǎn)所發(fā)出的多主機(jī)命令。還需要一個(gè)不依賴軟件但能仲裁多主機(jī)命令的系統(tǒng)。再者，還需要一種系統(tǒng)，允許多節(jié)點(diǎn)系統(tǒng)中的節(jié)點(diǎn)獲得電源供應(yīng)單元數(shù)據(jù)，而不會(huì)對(duì)節(jié)點(diǎn)的基板管理控制器造成額外處理負(fù)載。

發(fā)明內(nèi)容