專利名稱：系統(tǒng)管理控制器協(xié)商協(xié)議的制作方法
技術(shù)領(lǐng)域：
本發(fā)明的實施例涉及系統(tǒng)管理。具體地說，本發(fā)明的實施例涉及用于確定系統(tǒng)管理控制器操作模式的協(xié)商協(xié)議。
背景計算機和其它電子系統(tǒng)包含在系統(tǒng)使用期內(nèi)可能發(fā)生故障的多種組件。為了減少和/或糾正此類故障，一些系統(tǒng)包括了內(nèi)置特性，如監(jiān)視和控制系統(tǒng)硬件“健康狀態(tài)”或性能的能力。此類功能有時稱為系統(tǒng)管理，也可以以其它名稱引用，如管理、硬件管理、平臺管理等等。系統(tǒng)管理特性可包括例如對諸如溫度、壓力、風(fēng)扇、電源、總線錯誤、系統(tǒng)物理安全等要素的監(jiān)控。另外，系統(tǒng)管理特性還可包括確定幫助識別故障硬件組件的信息及發(fā)出告警以指出組件有故障?？捎糜谔幚硐到y(tǒng)管理功能的組件之一是系統(tǒng)管理控制器(本文中也稱為“控制器)。系統(tǒng)管理控制器可以是微處理器、微控制器、專用集成電路(ASIC)或控制系統(tǒng)管理任務(wù)的其它類型的處理單元。系統(tǒng)管理控制器可執(zhí)行諸如接收系統(tǒng)管理信息，發(fā)送消息以控制系統(tǒng)性能，記錄系統(tǒng)管理信息等任務(wù)。例如，管理控制器可從溫度傳感器接收表示系統(tǒng)溫度在上升的指示，可發(fā)送命令以加快風(fēng)扇速度，并可記錄溫度讀數(shù)。
系統(tǒng)中的一個管理控制器可發(fā)揮中央系統(tǒng)管理控制器的作用，并執(zhí)行諸如記錄事件、收集現(xiàn)場可更換單元(FRU)存庫信息、用戶接口、主機CPU接口等中央管理功能。系統(tǒng)的中央管理控制器可稱為系統(tǒng)的基板管理控制器(BMC)。其它非中央管理控制器可稱為衛(wèi)星管理控制器(SMC)。SMC可執(zhí)行針對系統(tǒng)特殊部分或功能的系統(tǒng)管理。例如，計算機系統(tǒng)可包含由總線連接的多個電路板和其它組件，其中一塊電路板包含了該系統(tǒng)的BMC，而其它電路板包含了執(zhí)行其它系統(tǒng)管理功能的SMC。
一些系統(tǒng)管理控制器能夠在BMC模式或SMC模式下操作(即，發(fā)揮BMC或SMC的作用)。在一些以前的系統(tǒng)中，連接到電路板的系統(tǒng)管理控制器可根據(jù)該板插入的插槽適配其功能。在此類系統(tǒng)中，系統(tǒng)機箱中的指定插槽可保留用于為該系統(tǒng)執(zhí)行BMC功能的插板，并且可具有為駐留模塊提供此類指示的引線。這種情況下，系統(tǒng)管理控制器可在重置時確定其是否在BMC插槽中，并且如果在BMC插槽中，則可將自身設(shè)為充當(dāng)BMC(即，將自身設(shè)為BMC模式)。在此類系統(tǒng)中，組裝系統(tǒng)或改換電路板的人員可能需要確定哪個插槽是BMC插槽，并確保具有所需BMC能力的插板放置在適當(dāng)?shù)腂MC插槽中。
附圖簡述

圖1是根據(jù)本發(fā)明實施例，帶有用于執(zhí)行模式協(xié)商協(xié)議的管理控制器的系統(tǒng)方框圖；圖2是根據(jù)本發(fā)明實施例，帶有在執(zhí)行模式協(xié)商協(xié)議的管理控制器的系統(tǒng)方框圖；圖3是根據(jù)本發(fā)明實施例，確定管理控制器初始操作模式的方法流程圖；圖4是根據(jù)本發(fā)明實施例，響應(yīng)控制器模式請求方法的流程圖；圖5是根據(jù)本發(fā)明實施例的控制器模式請求和響應(yīng)方框圖；圖6是根據(jù)本發(fā)明實施例，說明管理控制器協(xié)商協(xié)議的狀態(tài)和狀態(tài)轉(zhuǎn)換的狀態(tài)圖。
詳細說明根據(jù)本發(fā)明的實施例，系統(tǒng)管理控制器與其它系統(tǒng)管理控制器協(xié)商，以確定初始操作模式(例如，在重置或其它初始操作之后的模式)。此類協(xié)商例如可通過在系統(tǒng)管理控制器之間發(fā)送消息而實現(xiàn)。在一個實施例中，一個系統(tǒng)管理控制器在重置后根據(jù)不存在對該系統(tǒng)管理控制器發(fā)送的一個或多個控制器模式請求的響應(yīng)，確定其初始操作模式為中央管理控制器模式(例如，BMC模式)。在另一實施例中，系統(tǒng)管理控制器的初始模式可基于由該系統(tǒng)管理控制器接收的響應(yīng)內(nèi)容。
本發(fā)明的實施例提供控制器模式協(xié)商協(xié)議。在一個實施例中，系統(tǒng)中的每個系統(tǒng)管理控制器用于執(zhí)行協(xié)商協(xié)議。協(xié)商協(xié)議可針對諸如系統(tǒng)啟動等事件執(zhí)行，或者在單個系統(tǒng)管理控制器重置時執(zhí)行。例如，在系統(tǒng)開機時，系統(tǒng)中的每個系統(tǒng)管理控制器可根據(jù)協(xié)商協(xié)議向其它系統(tǒng)管理控制器發(fā)送控制器模式請求，并且可根據(jù)對控制器模式請求的響應(yīng)轉(zhuǎn)換到初始模式。協(xié)商協(xié)議還可定義系統(tǒng)管理控制器響應(yīng)其接收的模式請求的協(xié)議。在本發(fā)明的實施例中，控制器通過一系列協(xié)商狀態(tài)切換狀態(tài)，這些狀態(tài)可包括請求、等待、SMC、備用BMC和活動BMC。在實施例中，協(xié)商可至少部分基于諸如控制器能力、用戶配置首選項、模塊類型和地理(物理)地址等標(biāo)準(zhǔn)。
圖1是根據(jù)本發(fā)明實施例，帶有適于執(zhí)行模式協(xié)商協(xié)議的管理控制器的系統(tǒng)方框圖。圖1顯示的系統(tǒng)100可以是任何類型的電子系統(tǒng)，如通用計算機系統(tǒng)，特殊用途的計算機系統(tǒng)等。系統(tǒng)100包含四個模塊110、120、130和140，它們可以是例如插入系統(tǒng)機箱插槽中的電路板。當(dāng)然，在其它實施例中，系統(tǒng)可包含更多或更少的模塊。每個模塊110、120、130和140可以是電源、風(fēng)扇架、CPU板或任何其它類型的組件。系統(tǒng)100中的各個控制器可通過輸入/輸出端口耦合到系統(tǒng)管理總線150，系統(tǒng)管理總線可以是承載管理信息的任何類型總線。系統(tǒng)管理總線150的示例有符合飛利浦半導(dǎo)體公司(Philips Semiconductor Corporation)開發(fā)的I2C總線規(guī)范的Inter-IC總線(I2C)、符合SBS實施者論壇(SBS Implementers Forum)的SMBus規(guī)范(2000年8月2.0版)的系統(tǒng)管理總線(SMBus)或符合智能平臺管理總線通信協(xié)議規(guī)范(Intel公司等公司v1.0)的智能平臺管理總線(IPMB)。系統(tǒng)管理總線可配置為任何類型的拓樸，如單總線、星形、雙總線或混合拓樸。如果使用雙總線拓樸，則系統(tǒng)管理控制器可具有第二輸入/輸出端口，以發(fā)送完全相同的一份系統(tǒng)管理消息到其它系統(tǒng)管理控制器。系統(tǒng)管理控制器可使用各種類型的消息格式與其它系統(tǒng)組件進行通信，這些消息格式如智能平臺管理接口規(guī)范(Intel公司等公司，v1.5，rev.1，2001年2月21日)(本文稱為IPMI)中定義的格式。
系統(tǒng)100中所示的每個模塊包含系統(tǒng)管理控制器(113、123、133、143)和計算機可讀介質(zhì)(115、125、135、145)。每個系統(tǒng)管理控制器可以是能夠執(zhí)行如上所述系統(tǒng)管理功能的處理器。每個計算機可讀介質(zhì)可以是能夠存儲指令的任何類型的介質(zhì)，如只讀存儲器(ROM)、可編程只讀存儲器(PROM)或可擦可編程只讀存儲器(EPROM)。在一個實施例中，計算機可讀介質(zhì)是非易失性存儲器。圖1中顯示的每個計算機可讀介質(zhì)存儲了模塊協(xié)商協(xié)議指令(117、127、137、147)。模式協(xié)商協(xié)議指令可以是例如軟件指令、固件指令、微碼或任何其它類型的指令，這些指令可由關(guān)聯(lián)的系統(tǒng)管理控制器執(zhí)行，以便與其它系統(tǒng)管理控制器協(xié)商，從而確定系統(tǒng)管理控制器的初始操作模式。諸如執(zhí)行系統(tǒng)管理功能的指令等其它指令也可存儲在一個或多個計算機可讀介質(zhì)上，并且可由系統(tǒng)管理控制器執(zhí)行。在其它實施例中，系統(tǒng)管理控制器和模塊協(xié)商協(xié)議指令可實現(xiàn)為ASIC、可編程邏輯陣列(PLA)或執(zhí)行系統(tǒng)管理功能的任何其它類型的處理裝置。
在本發(fā)明實施例操作的一個示例中，系統(tǒng)管理控制器113可執(zhí)行模式協(xié)商協(xié)議指令117以便與系統(tǒng)管理控制器123、133和143協(xié)商，從而確定一個或多個系統(tǒng)管理控制器113、123、133和143的初始系統(tǒng)管理模式。在一個實施例中，控制器的可能系統(tǒng)管理模式可以為活動BMC模式、備用BMC模式和SMC模式。在此實施例中，活動BMC可執(zhí)行系統(tǒng)的BMC功能，而備用BMC可在當(dāng)前活動BMC發(fā)生故障時變?yōu)榛顒覤MC(例如，可與活動BMC一樣接收并記錄相同的管理信息)。在其它實施例中，可存在更多或更少的可能的管理模式。
在參照圖2所述的最簡單實施例中，除一個系統(tǒng)管理控制器以外，其它所有系統(tǒng)管理控制均已采用了一種操作模式。這種情況下，未初始化的管理控制器可根據(jù)協(xié)商協(xié)議發(fā)送模式請求，并且其它管理控制器可根據(jù)協(xié)商協(xié)議作出響應(yīng)。在另一實施例中，整個系統(tǒng)進行了初始化或重置，并且所有系統(tǒng)管理控制器可在大致相同的時間向彼此發(fā)送模式請求。
圖2是根據(jù)本發(fā)明實施例，帶有在執(zhí)行模式協(xié)商協(xié)議的管理控制器的計算機系統(tǒng)200方框圖。計算機系統(tǒng)200顯示為包括電路板210、電路板220、電源模塊230、風(fēng)扇架模塊240及管理總線250，它們可以與圖1中的模塊110-140和管理總線150相同。在圖2所示實施例中，電路板210包括基板管理控制器215，電路板220包括備用管理控制器225，并且電源模塊230包含衛(wèi)星管理控制器235。為便于說明，在此實施例中，管理控制器215、225和235已經(jīng)采用了一種操作模式。例如，BMC 215可以是系統(tǒng)200的活動中央管理控制器，備用BMC 225已經(jīng)準(zhǔn)備在BMC 215發(fā)生故障時變?yōu)橄到y(tǒng)200的中央管理控制器，并且SMC 235可監(jiān)視并控制電源模塊230的操作。
如系統(tǒng)200中所示的那些管理控制器可以在BMC模式、備用BMC模式或SMC模式中的一種、一些或所有模式下操作。例如，BMC215可能還能夠作為備用BMC或SMC操作，備用BMC 225可能還能夠作為BMC或SMC操作，并且SMC 235可能只能夠作為SMC操作。例如，在其它實施例中，SMC 225可能能夠作為BMC操作，和/或BMC 215可能不能夠作為SMC操作。
風(fēng)扇架模塊240顯示為包括新的系統(tǒng)管理控制器245。為便于說明，此控制器標(biāo)記為“新的”以顯示一種情況，即一個系統(tǒng)管理控制器在進行初始化，而其它系統(tǒng)管理控制器已經(jīng)采用了一種操作模式。例如，管理控制器可在整個系統(tǒng)開啟或重置時，或者(在圖2所示情況下)在包括管理控制器的特殊模塊開啟或重置時，進行初始化。例如，圖2可說明這種情況，其中風(fēng)扇架模塊240作為熱交換操作的一部分安裝到了系統(tǒng)200中。
如圖2所示，在重置期間或重置之后，新的系統(tǒng)管理控制器245可通過系統(tǒng)管理總線250向其它系統(tǒng)管理控制器215、225和235發(fā)送控制器模式請求260?？刂破髂Ｊ秸埱?60可以是例如符合IPMI規(guī)范的命令。在此實施例中，活動BMC 215通過發(fā)送GoToSMC響應(yīng)261來響應(yīng)控制器模式請求；并且備用BMC 225通過發(fā)送等待響應(yīng)予以響應(yīng)。在一個實施例中，SMC 235不發(fā)送對控制器模式請求260的響應(yīng)。在一個實施例中，如下所述，所發(fā)送的對模式請求消息的響應(yīng)可由模式協(xié)商協(xié)議確定。例如，協(xié)議可規(guī)定，如果活動BMC收到來自具有相等或更低優(yōu)先級的管理控制器的模式請求，則活動BMC將以GoToSMC響應(yīng)作為響應(yīng)。協(xié)議還可規(guī)定，如果備用BMC從具有更高優(yōu)先級的管理控制器收到模式請求，則備用BMC的響應(yīng)將為等待響應(yīng)。另外，協(xié)議可規(guī)定，無論相對優(yōu)先級如何，SMC不響應(yīng)模式請求。如下所述，用于確定兩個管理控制器相對優(yōu)先級的因素可包括控制器能力、用戶配置的首選項、模塊類型和地理地址。
協(xié)商協(xié)議還可定義收到模式響應(yīng)(或未能收到模式響應(yīng))時采取的動作。例如，協(xié)議可規(guī)定，在收到GoToSMC命令后控制器轉(zhuǎn)換到SMC狀態(tài)。又如參照圖3所述，協(xié)議可規(guī)定，管理控制器如果發(fā)送了模式請求但未在超時期(即，門限時間量)內(nèi)收到響應(yīng)，則它轉(zhuǎn)換到主BMC狀態(tài)。
圖3是根據(jù)本發(fā)明實施例確定管理控制器初始操作模式的方法流程圖。此方法例如可在其它系統(tǒng)管理控制器重置或啟動時由一個系統(tǒng)管理控制器(如圖2的新系統(tǒng)管理控制器)執(zhí)行。例如，新系統(tǒng)管理控制器245可將圖3所示方法作為部分啟動例程或其啟動例程執(zhí)行。在圖3(和圖6)所示實施例中，系統(tǒng)管理控制器具有除上述BMC、備用BMC和SMC外的多個非操作狀態(tài)。具體地說，圖3顯示了進入請求狀態(tài)(302)的控制器。在一個實施例中，圖3所示方法是控制器模式協(xié)商協(xié)議的一部分，并且該方法例如可由圖1所示的模式協(xié)商協(xié)議指令執(zhí)行。
在圖3所示實施例中，先對系統(tǒng)管理控制器進行了重置(301)。隨后，系統(tǒng)進入請求狀態(tài)(302)。例如，新系統(tǒng)管理控制器245可執(zhí)行控制器啟動例程，該例程以重置控制器開始，然后進入請求狀態(tài)。在請求狀態(tài)，控制器發(fā)送控制器模式請求消息(如圖2的控制器模式請求260)(303)。在一個實施例中，請求狀態(tài)的唯一特性可以是發(fā)送控制器模式請求。接著，控制器可等待模式請求的響應(yīng)(304)。如果在超時期(例如，100毫秒)內(nèi)收到響應(yīng)，則控制器可進入響應(yīng)中指定的狀態(tài)(305)。例如，新系統(tǒng)管理控制器245可從系統(tǒng)中的另一管理控制器接收GoToSMC響應(yīng)。在采用指定狀態(tài)后，除執(zhí)行所采用的操作模式功能外，系統(tǒng)管理控制器隨后可處理其它控制器的請求(309)。
如果在超時期(例如，100毫秒)內(nèi)未收到響應(yīng)，則控制器可確定是否達到了重試限制(307)。如果尚未達到重試限制，則如上所述，控制器可轉(zhuǎn)換回到請求狀態(tài)，可發(fā)送另一控制器模式請求，以及可等待。在一個實施例中，重試限制為三次重試。當(dāng)然，可使用其它超時期和重試限制。如果達到了重試限制，則控制器可將自身設(shè)為活動BMC模式(308)。在采用BMC模式后，除執(zhí)行BMC功能外，控制器隨后可處理其它控制器的請求(309)。因此，在此實施例中，如果控制器未收到對控制器模式請求的響應(yīng)，則它可采用BMC模式。優(yōu)先級可基于任何不同的因素，例如，如下參照圖5所述的那些因素。在其它實施例中，控制器可能沒有重置狀態(tài)。另外，如上所述，狀態(tài)的采用可不需要控制器采取任何肯定動作。
在上述示例中，除一個控制器外的所有其它控制器事先采用了一種操作模式。然而，圖3所示的方法也適用于其它情況，如在整個系統(tǒng)重置且所有控制器在大致相同的時間初始化時。根據(jù)實施例，在所有控制器初始化時，它們可在大致相同的時間各自執(zhí)行如圖3所示的方法。因此，系統(tǒng)中的多個管理控制器各自可向其它管理控制器發(fā)送模式請求。這些控制器中的每個控制器隨后可對收到的每個模式請求作出響應(yīng)(或不響應(yīng))，例如，通過發(fā)送響應(yīng)消息到發(fā)送請求的控制器。在一個實施例中，根據(jù)不存在對控制器發(fā)送的模式請求的響應(yīng)，確定控制器之一最初是系統(tǒng)的中央管理控制器。
在又一實施例中，如果控制器發(fā)送的請求數(shù)量超過極限值而未在超時期內(nèi)收到響應(yīng)，則不存在模式請求的響應(yīng)。
圖4是根據(jù)本發(fā)明實施例響應(yīng)控制器模式請求的方法流程圖。此方法例如可由系統(tǒng)管理控制器在收到控制器模式請求(如圖2所示的控制器模式請求260或圖5所示的控制器模式請求510)時執(zhí)行。在一個實施例中，圖4所示方法是控制器模式協(xié)商協(xié)議的一部分，并且該方法可通過例如圖1所示的協(xié)商協(xié)議指令執(zhí)行。該方法可在某個控制器發(fā)送模式請求之前或之后或者同時由該控制器執(zhí)行(如圖3方法所示)。
根據(jù)圖4所示實施例，第一系統(tǒng)管理控制器(可稱為接收器)從第二系統(tǒng)管理控制器(可稱為請求者)接收控制器模式請求(401)。接收器隨后可決定其當(dāng)前協(xié)商協(xié)議狀態(tài)(402)。例如，接收器可確定其當(dāng)前處于SMC模式。接收器隨后可確定模式協(xié)商協(xié)議是否規(guī)定了在這種情況下響應(yīng)應(yīng)基于相對優(yōu)先級(403)，并且倘若如此，則可確定請求者與接收器的相對優(yōu)先級(404)。隨后，接收器可確定模式協(xié)商協(xié)議是否規(guī)定了這種情況下應(yīng)發(fā)送響應(yīng)(405)，并且倘若如此，則可將響應(yīng)發(fā)送到第二系統(tǒng)管理控制器(406)。響應(yīng)可指定第二系統(tǒng)管理控制器要進入的狀態(tài)。如果不要發(fā)送響應(yīng)，則接收器隨后可確定模式協(xié)商協(xié)議是否規(guī)定了這種情況下接收器應(yīng)轉(zhuǎn)換到等待狀態(tài)(407)，并且倘若如此，則接收器自己切換為等待狀態(tài)(408)。優(yōu)先級可如下參照圖5所述那樣確定，并且圖6和下表1中顯示了針對不同情況的模式協(xié)商協(xié)議實施例示例。
因此，根據(jù)本發(fā)明的實施例，發(fā)送回控制器模式請求發(fā)送方的響應(yīng)可至少部分基于接收器的當(dāng)前狀態(tài)。響應(yīng)可至少部分基于接收器的控制器模式能力，并可至少部分基于用戶配置的模式首選項。圖3和圖4中所示的方法可作為控制器啟動過程的一部分執(zhí)行。雖然按所示順序討論圖3和圖4所示的方法步驟，但在其它實施例中，可按不同順序執(zhí)行一些步驟。例如，系統(tǒng)管理控制器可發(fā)送控制器模式請求，并且在大致相同的時間響應(yīng)收到的一個或多個請求。
圖5是根據(jù)本發(fā)明實施例的控制器模式請求510和響應(yīng)520的方框圖。控制器模式請求510可以是例如圖2的控制器模式請求260，并且響應(yīng)520例如可以是圖2的GoToSMC響應(yīng)261或等待響應(yīng)262。在一個實施例中，控制器模式請求510和響應(yīng)520是符合IPMI規(guī)范的消息，在這種情況下，它們可稱為命令。在一個實施例中，控制器模式請求510和響應(yīng)520可使用IPMI規(guī)范中定義的組擴展網(wǎng)絡(luò)函數(shù)(如網(wǎng)絡(luò)函數(shù)＝2Ch/2Dh)。如上所述，控制器模式請求510和響應(yīng)520可用于模式協(xié)商。在一個實施例中，控制器可在處于請求狀態(tài)時廣播控制器模式請求510，并且可在發(fā)送控制器模式請求后等待接收響應(yīng)。
如圖5所示，控制器模式請求510包括首部511、能力512、用戶首選項513、模塊類型514和地理地址515字段。在一個實施例中，控制器模式請求510中的信息可用于確定相對控制器優(yōu)先級。在一個實施例中，能力集是第一級優(yōu)先檢查。在又一實施例中，如果能力集相同，則將用戶配置首選項用作第二級優(yōu)先檢查。在又一實施例中，如果能力集和用戶首選項均相同，則模塊類型用作第三級優(yōu)先檢查。在又一實施例中，在其它標(biāo)準(zhǔn)相同時，使用地理地址。當(dāng)然，控制器模式請求510和響應(yīng)520是唯一的可能格式示例?？蔀檫@些字段分配確定相對控制器優(yōu)先級的其它優(yōu)先級順序，并且可使用其它字段。
在一個實施例中，能力字段512可指示發(fā)送控制器模式請求510的控制器的系統(tǒng)管理模式能力。在一個實施例中，可用的能力集為純BMC(BMC-only)、BMC/SMC和純SMC(SMC-only)。在又一實施例中，純BMC具有最高優(yōu)先級，并且純SMC具有最低優(yōu)先級。在一個實施例中，可以為純BMC的唯一模塊是專用于機箱中央管理代理的模塊，它可稱為“機箱管理模塊”(CMM)，設(shè)計用于星形或混合拓樸。在一個實施例中，具有BMC/SMC能力集的控制器(即，可充當(dāng)BMC或SMC的控制器)可選擇實施用戶配置特性，以便用戶指定首選項BMC、SMC，或無首選項。例如，用戶可使用BIOS設(shè)置選項、軟件設(shè)置、DIP開關(guān)、跳線設(shè)置或運行或加載軟件輸入此類首選項。此信息可包括在控制器模式請求510的用戶首選項字段513中。在一個實施例中，包括純BMC和純SMC模塊在內(nèi)不實施用戶配置首選項特性的模塊可報告無首選項。在一個實施例中，純BMC是最高優(yōu)先級，無中間優(yōu)先級首選項，并且純SMC是最低優(yōu)先級。由于不同的模塊類型可具有不同的地理地址域，因此，在實施例中，模塊類型可用于確定優(yōu)先級。在一個實施例中，用于模塊類型字段514的按從低到高優(yōu)先級順序的不同可用值為電源模塊、其它機箱特定類型、風(fēng)扇架、節(jié)點板、開關(guān)板和專用CMM。當(dāng)然，可使用其它模塊類型和其它順序或優(yōu)先級。
對于控制器為其組成部分的模塊，地理地址字段515可包含其地理地址(例如，插槽地址)。在一個實施例中，其它標(biāo)準(zhǔn)比較的結(jié)果等同時，帶有較低地理地址的控制器確定為具有更高的優(yōu)先級。在又一實施例中，處于BMC狀態(tài)的控制器還可使用地理地址來確定如何響應(yīng)。例如，BMC可使用地理地址來確定哪些模塊在初始上電后應(yīng)為活動狀態(tài)。
如上所述，接收控制器模式請求的控制器可根據(jù)其當(dāng)前狀態(tài)和請求者相對于自己的優(yōu)先級作出響應(yīng)。圖5顯示了包含首部字段521和數(shù)據(jù)字段523的響應(yīng)520。在一個實施例中，首部520包含完成碼。在一個實施例中，數(shù)據(jù)字段521可包含等待響應(yīng)(該響應(yīng)指示響應(yīng)接收器應(yīng)轉(zhuǎn)到等待狀態(tài))或GoToSMC響應(yīng)(該響應(yīng)指示響應(yīng)接收器應(yīng)轉(zhuǎn)到SMC狀態(tài))。在又一實施例中，數(shù)據(jù)字段還可包含諸如備用BMC等其它響應(yīng)。當(dāng)然，在其它實施例中，消息的類型和格式可不同于圖5所示的類型。例如，其它消息也可由模式協(xié)商協(xié)議使用。
圖6是根據(jù)本發(fā)明實施例，說明管理控制器協(xié)商協(xié)議的狀態(tài)和狀態(tài)轉(zhuǎn)換的狀態(tài)圖。根據(jù)一個實施例，在執(zhí)行協(xié)商協(xié)議的系統(tǒng)管理控制器可以處于如下圖6所示的協(xié)商狀態(tài)之一請求620、等待630、SMC 640、備用SMC 650和活動BMC 660。在此實施例中，處于SMC狀態(tài)的控制器可以處于SMC模式，處于備用BMC狀態(tài)的控制器可以處于備用BMC模式，并且處于活動BMC狀態(tài)的控制器可以處于活動BMC模式。在一個實施例中，一些控制器將支持所有這5種狀態(tài)，而其它控制器可能只支持其中一部分狀態(tài)。純SMC狀態(tài)可能是只可在純SMC模式下操作的控制器唯一可用的狀態(tài)；純BMC狀態(tài)可能是只可在純BMC模式下操作的控制器唯一可用的狀態(tài)，并且所有5種狀態(tài)均可用于能夠在SMC或BMC模式下操作的控制器。在圖6中，重置610可指示控制器已經(jīng)歷了重置條件(即，控制器重置或啟動的條件)。
在一個實施例中，控制器從重置中恢復(fù)時，進入請求狀態(tài)620。在請求狀態(tài)中，控制器可廣播控制器模式請求并等待響應(yīng)。接收控制器模式請求的其它控制器可根據(jù)其當(dāng)前狀態(tài)和相對于請求者的優(yōu)先級作出響應(yīng)。根據(jù)實施例，協(xié)商協(xié)議支持優(yōu)先分級，因此，不能夠充當(dāng)SMC的模塊與能夠充當(dāng)SMC的模塊相比，可優(yōu)先用作BMC。BMC優(yōu)先級可基于能力、首選項設(shè)置、模塊類型和地理地址。在一個實施例中，如果未收到控制器模式請求的響應(yīng)(重試后)，則請求者可將自身設(shè)為活動BMC模式。否則，請求者會經(jīng)任一GoToSMC響應(yīng)得知要運行的模式。在一個實施例中，控制器還可接收未經(jīng)請求的消息，該消息不是為響應(yīng)某個控制器模式請求而發(fā)送的，其請求控制器采用一定模式。此類未經(jīng)請求的消息可稱為設(shè)置模式命令。在一個實施例中，設(shè)置模式命令由BMC在系統(tǒng)操作期間發(fā)送，以便在采用初始模式后改變控制器模式。
下面將更詳細地描述根據(jù)本發(fā)明實施例的各種狀態(tài)轉(zhuǎn)換。在處于請求狀態(tài)的控制器廣播控制器模式請求后，它可接收一個或多個響應(yīng)，如GoToSMC響應(yīng)(622)或等待響應(yīng)(621)。如果收到GoToSMC響應(yīng)，則控制器可轉(zhuǎn)換為SMC狀態(tài)(640)。如果收到等待響應(yīng)，則控制器可轉(zhuǎn)換為等待狀態(tài)(630)。如果在超時和重試后仍未收到響應(yīng)，則控制器可轉(zhuǎn)換為活動BMC狀態(tài)(624)。另外，處于請求狀態(tài)的控制器可接收一個或多個設(shè)置模式命令，這些命令可指示控制器進入備用BMC模式(623)或者可指示控制器進入SMC模式(622)。
在所示實施例中，處于等待狀態(tài)630的控制器可等待接收設(shè)置模式命令或GoToSMC響應(yīng)。如果收到GoToSMC響應(yīng)，則控制器轉(zhuǎn)換為SMC狀態(tài)(632)。如果收到設(shè)置模式命令，則控制器可轉(zhuǎn)換為設(shè)置模式命令中指定的適當(dāng)狀態(tài)(例如，轉(zhuǎn)換為備用BMC狀態(tài)633或轉(zhuǎn)換為SMC狀態(tài)632)。在此實施例中，如果在超時期內(nèi)未收到GoToSMC響應(yīng)或設(shè)置模式命令，則控制器可轉(zhuǎn)換回請求狀態(tài)(631)，在該狀態(tài)它可重新廣播控制器模式請求。
處于SMC狀態(tài)的控制器可充當(dāng)衛(wèi)星管理控制器。如圖6所示，如果處于SMC狀態(tài)的控制器收到設(shè)置模式命令，則控制器可轉(zhuǎn)換為設(shè)置模式命令中指定的適當(dāng)狀態(tài)(例如，轉(zhuǎn)換為備用SMC狀態(tài)641)。
處于備用BMC狀態(tài)的控制器可充當(dāng)備用BMC。如上所述，在一個實施例中，處于備用BMC狀態(tài)的控制器可保持與活動BMC的同步狀態(tài)信息，并可為活動BMC執(zhí)行看門狗功能。在又一實施例中，如果活動BMC發(fā)生故障，則備用BMC將轉(zhuǎn)換為活動BMC狀態(tài)(652)。視管理拓樸和安裝的模塊而定，可在活動BMC發(fā)生故障時選擇新的備用BMC。如圖6所示，如果處于備用BMC狀態(tài)的控制器收到設(shè)置模式命令，則控制器可轉(zhuǎn)換為設(shè)置模式命令中指定的適當(dāng)狀態(tài)(例如，轉(zhuǎn)換為SMC狀態(tài)651或轉(zhuǎn)換為活動BMC狀態(tài)652)。
在活動BMC狀態(tài)中，控制器可執(zhí)行正常的BMC功能。在一個實施例中，活動BMC可選擇適合于拓樸的備用BMC，并且可與備用BMC同步狀態(tài)信息。在上述實施例中，BMC最后負責(zé)通知其它協(xié)商控制器進入SMC狀態(tài)。例如，在一個實施例中，在使用雙總線拓樸時，只有在建立備用BMC后BMC才會通知控制器進入SMC模式。在此實施例中，不允許控制器在建立備用BMC前進入SMC模式。如果活動BMC在建立備用BMC前將要發(fā)生故障并且所有其它控制器已進入SMC狀態(tài)，則系統(tǒng)可不設(shè)BMC。在一個實施例中，為星形或混合拓樸專門設(shè)計的CMM可在建立備用BMC前通知其它非CMM模塊進入SMC狀態(tài)，這是因為只有另一星形或混合CMM才可作為備用BMC。在一個實施例中，如果熱交換使用了比備用BMC優(yōu)先級更高的控制器，或者由于其它原因，則活動BMC可在收到備用設(shè)置模式命令時轉(zhuǎn)換為備用BMC狀態(tài)(662)，例如，這可在用戶觸發(fā)了從備用BMC切換到活動BMC模式(這可稱為“故障轉(zhuǎn)移(failover)”)時發(fā)生。
根據(jù)一個實施例，接收控制器模式請求的控制器(即接收器)可如下表1所示響應(yīng)請求者(即發(fā)送請求的控制器)。此表顯示了15種不同的情況。如下面所示，響應(yīng)可基于接收器的狀態(tài)和請求者的相對優(yōu)先級。在一些情況下，響應(yīng)要取決于請求者的相對地理優(yōu)先級，而在一些情況下，響應(yīng)要取決于是否已經(jīng)建立了備用BMC。在表1中，標(biāo)記“X”表示，對于此情況，響應(yīng)內(nèi)容不基于此標(biāo)準(zhǔn)。例如，如上參照圖5所述，相對的控制器優(yōu)先級可依據(jù)能力、用戶首選項、模塊類型和地理地址來確定。
表1在表1的前三種情況中，控制器模式請求的接收器為活動BMC。如果請求者的優(yōu)先級(無地理地址)高于接收器的優(yōu)先級，則可發(fā)送等待響應(yīng)。請求者可具有比活動BMC更高優(yōu)先級的情形例如請求者以熱交換方式換入的情形，或者請求者花費較長時間從休息狀態(tài)恢復(fù)的情形。具有比活動BMC更高優(yōu)先級的請求者可進入等待狀態(tài)而不是直接成為活動BMC，這樣，它可在切換為活動BMC前實現(xiàn)同步。如果請求者的優(yōu)先級(無地理地址)等于或低于接收器的優(yōu)先級，并且已建立備用BMC，則可發(fā)送等待響應(yīng)或GoToSMC響應(yīng)。如果請求者要成為新的備用BMC，則可發(fā)出等待響應(yīng)。如果尚未建立備用BMC，則在一個實施例中，如果活動BMC是專門為星形或混合拓樸設(shè)計的CMM，而請求者不是CMM，則接收器可只發(fā)出GoToSMC響應(yīng)；否則，接收器可發(fā)出等待響應(yīng)。
在表1的第4到第6種情況中，接收器處于備用BMC狀態(tài)(根據(jù)定義這表示備用BMC已建立)。在所示實施例中，如果請求者的優(yōu)先級(無地理地址)高于接收器的優(yōu)先級，則可發(fā)送等待響應(yīng)；如果請求者的優(yōu)先級(無地理地址)低于接收器的優(yōu)先級，則可發(fā)送GoToSMC響應(yīng)。通常，如果請求者的優(yōu)先級(無地理地址)等于接收器的優(yōu)先級，則將發(fā)送GoToSMC響應(yīng)；但在這種情況下，例如在決定要改變備用BMC時，可發(fā)送等待響應(yīng)。
在表1中其余情況7-15中，響應(yīng)不取決于是否建立了備用。在情況7中，接收器處于SMC狀態(tài)，并且無論相對優(yōu)先級如何均不發(fā)送響應(yīng)。因此，在此實施例中，處于SMC狀態(tài)的控制器不響應(yīng)控制器模式請求。在情況8-11中，接收器處于等待狀態(tài)，并且地理優(yōu)先級用于打破平衡。在這些情況中，如果請求者具有更高的優(yōu)先級，則不發(fā)送響應(yīng)；如果請求者具有更低的優(yōu)先級，則發(fā)送等待響應(yīng)。最后，在情況12-15中，接收器處于請求狀態(tài)，并且地理優(yōu)先級用于打破平衡。在這些情況中，如果請求者具有更高的優(yōu)先級，則不發(fā)送響應(yīng)并且接收器將自身設(shè)為等待狀態(tài)；如果接收器處于請求狀態(tài)并且請求者具有更低的優(yōu)先級，則發(fā)送等待響應(yīng)。
表1只表示根據(jù)本發(fā)明實施例的協(xié)商協(xié)議的一個實施例。在其它實施例中，可能有其它接收器狀態(tài)，并且在一種或多種情況下的響應(yīng)可能不同。
在以上公開的實施例中，不接收針對控制器模式請求和重試的任何響應(yīng)(并且不將自身設(shè)為等待狀態(tài))的控制器可將自身設(shè)為活動BMC狀態(tài)。在所示實施例中，已建立備用BMC以防止控制器在可以建立備用BMC前進入SMC狀態(tài)時，只可由BMC通知控制器進入SMC模式。如果活動BMC在建立備用BMC前將要發(fā)生故障，并且所有其它控制器已進入SMC狀態(tài)，則系統(tǒng)可不建立BMC。使用本發(fā)明實施例中公開的模式協(xié)商協(xié)議可自動確定哪些控制器將作為活動和備用BMC，同時避免控制器之間的沖突。
本文具體示意和/或描述了本發(fā)明實施例的幾個示例。然而，應(yīng)理解，在不脫離本發(fā)明精神和預(yù)期范圍的情況下對本發(fā)明所作的修改和變化由以上教導(dǎo)所涵蓋，并且在所附權(quán)利要求書范圍內(nèi)。例如，用于響應(yīng)請求的優(yōu)先級確定和協(xié)議可與如上所示有所不同。又如，系統(tǒng)管理協(xié)商協(xié)議可用硬件或軟件來實現(xiàn)。
權(quán)利要求
1.一種系統(tǒng)，其包括第一系統(tǒng)管理控制器，用于與其它系統(tǒng)管理控制器協(xié)商以確定所述第一系統(tǒng)管理控制器的初始操作模式。
2.如權(quán)利要求1所述的系統(tǒng)，其特征在于還包括固件指令，所述固件指令要由所述第一系統(tǒng)管理控制器執(zhí)行以便與其它系統(tǒng)管理控制器協(xié)商，以確定所述第一系統(tǒng)管理控制器初始操作模式。
3.如權(quán)利要求2所述的系統(tǒng)，其特征在于所述第一系統(tǒng)管理控制器包括輸入/輸出端口，以發(fā)送符合智能平臺管理接口規(guī)范的消息，以便與其它系統(tǒng)管理控制器協(xié)商以確定所述第一系統(tǒng)管理控制器初始操作模式。
4.如權(quán)利要求3所述的系統(tǒng)，其特征在于所述第一系統(tǒng)管理控制器還包括第二輸入/輸出端口，以將相同的一份系統(tǒng)管理消息發(fā)送到所述其它系統(tǒng)管理控制器。
5.如權(quán)利要求1所述的方法，其特征在于所述第一系統(tǒng)管理控制器的可用操作模式包括活動基板管理控制器模式、備用基板管理控制器模式和衛(wèi)星管理控制器模式。
6.如權(quán)利要求1所述的系統(tǒng)，其特征在于與其它系統(tǒng)管理控制器進行的所述協(xié)商至少部分基于控制器模式能力、用戶配置的首選項、模塊類型和地理地址之一。
7.一種其上存儲了指令的計算機可讀介質(zhì)，所述指令要由第一系統(tǒng)管理控制器執(zhí)行以便執(zhí)行方法，所述方法包括從所述第一系統(tǒng)管理控制器發(fā)送消息到其它系統(tǒng)管理控制器；以及基于所述第一系統(tǒng)管理控制器是否收到針對所述消息的響應(yīng)，以及在收到響應(yīng)時基于所接收的響應(yīng)的內(nèi)容，確定所述第一系統(tǒng)管理控制器的初始操作模式。
8.如權(quán)利要求7所述的計算機可讀介質(zhì)，其特征在于要執(zhí)行的所述方法還包括從第二系統(tǒng)管理控制器接收消息；以及將至少部分基于所述第一系統(tǒng)管理控制器的所述當(dāng)前狀態(tài)的響應(yīng)發(fā)送到所述第二系統(tǒng)管理控制器。
9.如權(quán)利要求8所述的計算機可讀介質(zhì)，其特征在于對所述第二系統(tǒng)管理控制器的所述響應(yīng)還至少部分基于所述第一系統(tǒng)管理控制器的所述控制器模式能力。
10.如權(quán)利要求9所述的計算機可讀介質(zhì)，其特征在于對所述第二系統(tǒng)管理控制器的所述響應(yīng)還至少部分基于用戶配置的模式首選項。
11.一種其上存儲了要由第一系統(tǒng)管理控制器執(zhí)行的指令的機器可讀介質(zhì)，所述指令在執(zhí)行時會使所述第一系統(tǒng)管理控制器從重置狀態(tài)轉(zhuǎn)換為請求狀態(tài)；以及發(fā)送控制器模式請求到其它管理控制器以確定初始操作模式。
12.如權(quán)利要求11所述的機器可讀介質(zhì)，其特征在于所述指令還包括使所述系統(tǒng)管理控制器執(zhí)行以下操作的指令確定已從第二系統(tǒng)管理控制器收到模式請求；如果所述第二系統(tǒng)管理控制器具有低于所述第一系統(tǒng)管理控制器的優(yōu)先級，并且所述第一系統(tǒng)管理控制器處于請求狀態(tài)或等待狀態(tài)，則向所述第二系統(tǒng)管理控制器發(fā)送等待響應(yīng)；以及如果所述第二系統(tǒng)管理控制器具有高于所述第一系統(tǒng)管理控制器的優(yōu)先級，并且所述第一系統(tǒng)管理控制器處于活動基板管理控制器狀態(tài)或備用基板管理控制器狀態(tài)，則向所述第二系統(tǒng)管理控制器發(fā)送等待響應(yīng)。
13.如權(quán)利要求12所述的機器可讀介質(zhì)，其特征在于所述指令還包括使所述系統(tǒng)管理控制器執(zhí)行以下操作的指令至少基于控制器模式能力、用戶配置首選項、模塊類型和地理地址之一，確定所述第一系統(tǒng)管理控制器與第二系統(tǒng)管理控制器的相對優(yōu)先級。
14.如權(quán)利要求12所述的機器可讀介質(zhì)，其特征在于所述指令還包括使所述第一系統(tǒng)管理控制器執(zhí)行以下操作的指令如果所述第二系統(tǒng)管理控制器具有等于或低于所述第一系統(tǒng)管理控制器的優(yōu)先級，并且所述第一系統(tǒng)管理控制器處于活動基板管理控制器狀態(tài)或備用基板管理控制器狀態(tài)，則向所述第二系統(tǒng)管理控制器發(fā)送等待響應(yīng)和進入衛(wèi)星管理控制器模式響應(yīng)之一。
15.如權(quán)利要求12所述的機器可讀介質(zhì)，其特征在于所述指令還包括使所述系統(tǒng)管理控制器執(zhí)行以下操作的指令確定如果所述第二系統(tǒng)管理控制器具有高于所述第一系統(tǒng)管理控制器的優(yōu)先級，并且所述第一系統(tǒng)管理控制器處于請求狀態(tài)或等待狀態(tài)，則不向所述第二系統(tǒng)管理控制器發(fā)送響應(yīng)；以及確定如果所述第一系統(tǒng)管理控制器處于衛(wèi)星管理控制器狀態(tài)，則不向所述第二系統(tǒng)管理控制器發(fā)送響應(yīng)。
16.一種用于確定基板管理控制器模式的方法，所述方法包括從計算機系統(tǒng)中的多個系統(tǒng)管理控制器發(fā)送模式請求到所述計算機系統(tǒng)中的其它系統(tǒng)管理控制器；以及根據(jù)不存在對所述系統(tǒng)管理控制器之一發(fā)送的模式請求的響應(yīng)，確定該系統(tǒng)管理控制器為基板管理控制器。
17.如權(quán)利要求16所述的方法，其特征在于所述方法還包括從所述系統(tǒng)管理控制器中的第一控制器發(fā)送對從所述系統(tǒng)管理控制器中的第二控制器收到的模式請求的響應(yīng)，其特征在于所述第一管理控制器的所述響應(yīng)至少部分基于所述第一系統(tǒng)管理控制器的協(xié)商協(xié)議狀態(tài)。
18.如權(quán)利要求17所述的方法，其特征在于所述第一管理控制器的所述響應(yīng)至少部分基于所述第一系統(tǒng)管理控制器的所述相對優(yōu)先級。
19.如權(quán)利要求18所述的方法，其特征在于所述優(yōu)先級基于控制器模式能力、用戶首選項、控制器的模塊類型或控制器地理地址中的至少一項。
20.如權(quán)利要求19所述的方法，其特征在于所述控制器地理地址是確定優(yōu)先級中最后考慮的因素。
21.如權(quán)利要求17所述的方法，其特征在于所述模式請求和響應(yīng)作為符合智能平臺管理接口規(guī)范的消息發(fā)送。
22.如權(quán)利要求17所述的方法，其特征在于所述方法還包括至少部分基于所述響應(yīng)內(nèi)容確定所述第二系統(tǒng)管理控制器的所述模式。
23.如權(quán)利要求16所述的方法，其特征在于所述方法作為控制器啟動過程的一部分來執(zhí)行。
24.如權(quán)利要求16所述的方法，其特征在于如果所述控制器發(fā)送了極限數(shù)量的請求而未在超時期內(nèi)收到響應(yīng)，則不存在對模式請求的響應(yīng)。
25.如權(quán)利要求24所述的方法，其特征在于在確定所述系統(tǒng)管理控制器為所述基板管理控制器前，未在超時期內(nèi)收到對控制器模式請求的響應(yīng)的系統(tǒng)管理控制器至少重試所述請求一次。
26.如權(quán)利要求16所述的方法，其特征在于所述模式請求包含與所述操作模式相關(guān)的信息，發(fā)送所述請求的所述控制器可以在所述模式下操作。
全文摘要
一種計算機系統(tǒng)模塊包括一個系統(tǒng)管理控制器，以便與其它系統(tǒng)管理控制器協(xié)商以確定該控制器的初始操作模式。在實施例中，與其它系統(tǒng)管理控制器進行的協(xié)商至少部分基于控制器能力、用戶配置的首選項、模塊類型和地理地址之一。
文檔編號G06F9/445GK1650265SQ03810006
公開日2005年8月3日 申請日期2003年2月20日 優(yōu)先權(quán)日2002年3月8日
發(fā)明者P·豪金斯 申請人:英特爾公司