TWI375913B - Delivering interrupts directly to a virtual processor - Google Patents

Description

1375913 (1) 九、發明說明 【發明所屬之技術領域】 本揭露有關於資訊處理的領域，更詳而言之，有關於 處置虛擬環境中之岔斷的領域。 【先前技術】 一般而言’資訊處理系統中的岔斷槪念允許一或更多 操作系統（各爲〇s)之多個實例在單一資訊處理系統上 運作，即使各os設計成對系統以及其資源具有完整直接 的控制。典型藉由使用軟體（如虛擬機器監視器或VMM )實施虛擬化’以提供給各〇S —個「虛擬機器（Vm)」 ，其具有0S完全並直接控制之包含一或更多虛擬處理器 的虛擬資源，同時VMM維持實施虛擬策略的系統環境， 例如在VM (虛擬環境）之間共享及/或分配實體資源。在 VM上運作之各0S以及任何其他的軟體係稱爲「訪客」 或「訪客軟體」，同時「主機」或「主機軟體」爲在虛擬 環境外且可能知道或不知道虛擬環境之例如VMM的軟體 〇 資訊處理系統中的實體處理器可支援虛擬化，例如， 藉由支援進入虛擬環境以在VM中之虛擬處理器（亦即在 VMM所加諸的限制下之實體處理器）上運作訪客之指令 。在虛擬環境中，可「截取」某些事件、操作、及狀況， 例如外部岔斷或存取有特權之暫存器或資源的嘗試，亦即 ，令處理器離開虛擬環境，以使VMM得以操作，例如， -5- (2) 1375913 實施虛擬策略。實體處理器亦可支援維持虛擬環境之其他 指令，並且可包含指示或控制實體處理器之虛擬能力之記 憶體或暫存器位元。 支援虛擬環境的實體處理器可在訪客在虛擬環境內在 虛擬處理器上運作時接收岔斷請求。典型地，會將岔斷請 求截取並且將控制轉移至VMM以判斷如何處置該岔斷。 例如，VMM可呼叫岔斷服務常規，或VMM可產生虛擬岔 斷並且注入VM中以允許訪客呼叫岔斷服務常規。在許多 情況中，呼叫岔斷服務常規時進入之VM與離開以允許 VMM截取岔斷請求之VM爲相同者。例如，可由分配給 與離開之相同的VM之輸入/輸出（I/O)產生岔斷請求， 或岔斷請求可爲相同VM中之兩個虛擬處理器之間的處理 器間岔斷。 【發明內容及實施方式】 • 於下描述直接傳送岔斷至虛擬處理器之設備、方法、 及系統之實施例。於此說明中，提出各種特定細節，如構 件及系統組態，以提供本發明之更詳細的了解。然而，孰 、悉該項技藝者應了解到本發明可不以這些特定細節實行。 此外’並未詳細顯示一些熟知的結構、電路、及類似者， 以不非必要地模糊本發明。 若將截取之事件的頻率降至最低可改善虛擬環境的效 能。本發明之實施例可用於支援將岔斷請求傳送至虛擬處 理器（「直接傳送」）而無須由VMM截取。因此，可比 -6- (3) (3)1375913 其中所有的岔斷請求皆由VMM截取的虛擬環境有更佳的 效能。 第1圖描繪其中本發明之一實施例可操作之虛擬化架 構100。於第1圖中，裸平台硬體110可爲能夠執行任何 OS或VMM軟體之資料處理設備。例如，裸平台硬體可爲 個人電腦、大型電腦、可攜式電腦、手持裝置、機上盒、 伺服器、或任何其他運算系統。裸平台硬體110包含處理 器1 20、記憶體1 30、輸入/輸出（I/O )裝置1 1 5、及晶片 組 1 1 1。 處理器120可爲任何種類的處理器，包含一般目的微 處理器，如Pentium®處理器系列' Itantium®處理器系列 、或來自英特爾公司之其他處理器系列、或來自另一公司 之另一處理器、或數位信號處理器或微控制器。雖然第i 圖僅顯示一個此種處理器120，裸平台硬體110可包含任 何數量的處理器，包含任何數量的多核心處理器，各具有 任何數量的執行核心、以及任何數量的多緒處理器，各具 有任何數量的緒。 記憶體1 3 0可爲靜態或動態隨機存取記憶體、基於半 導體之唯讀或快閃記憶體、磁或光碟記憶體、可由處理器 120讀取的任何種類的媒體、任何此些媒體的結合。1/〇 裝置115可代表任何數量的周邊裝置或I/O裝置，如監視 器、鍵盤、印表機、網路介面、資訊儲存裝置等等。晶片 組1 1 1可包含可執行任何數量的工作之任何數量的構件， 如系統邏輯、匯流排控制、匯流排橋接器、記憶體控制、 (4) 周邊裝置控制、周邊裝置功能、系統組態等等。 處理器120、記億體130、I/O裝置115、及晶片組 111可根據任何已知的方式互相耦接或通訊，如透過一或 更多匯流排、點對點、或其他有線或無線連結直接或間接 地。裸平台硬體110亦可包含任何數量的額外裝置或連結 〇 除了裸平台硬體110之外，第1圖描繪VMM 140、 VM 150 與 160、及訪客 152、154、155、162、164、及 165。 VMM 140可爲安裝在裸平台硬體110上或由裸平台硬 體U 0存取的任何軟體、韌體、或硬體主機，以提供Vm ’亦即裸平台硬體110之抽象（abstraction)，給訪客， 或不然則在虛擬化環境100中產生VM '管理VM、及實 施虛擬策略。於其他的實施例中，主機可爲任何 VMM、 超管理器、或能夠控制裸平台硬體110的其他軟體、韌體 、或硬體。訪客可爲任何 0S、任何 VMM、包含另一 VMM 140實例、任何超管理器、或任何應用或其他軟體。 各訪客預期根據處理器架構與VM中呈現的及平台存 取裸平台硬體110之實體資源，如處理器與平台暫存器、 記憶體 '及輸入/輸出裝置。第1圖顯示兩個VMM 150與 160 ’具有安裝在VM 150上之訪客0S 152與訪客應用 154與155，以及安裝在VM 160上之訪客0S 162與訪客 應用164與165。雖然第1圖僅顯示兩個VM以及每VM 兩個應用，可產生任何數量的VM，以及任何數量的應用 (5) 1375913 可操作在各VM上，這些皆在本發明的範疇內。 可由訪客存取的資源可分類爲「有特權」或「 j之資源。針對有特權之資源，VMM 140輔助訪客 的功能同時維持資源的基本控制。無特權之資源不 VMM 140控制並可直接由訪客存取。 此外，各訪客OS預期處置各種事件，如例外 頁錯失及一般保護錯誤）、岔斷（如硬體岔斷及軟 )、及平台事件（如初始化與系統管理岔斷）。本 些例外、岔斷、及平台事件統稱及個別稱爲「事件 些事件的一些爲「有特權者」，因其必須由 VMM 置以確保VM 150與160的正確操作、保護VMM 訪客影響、及保護訪客不受到互相影響。 在任何給定的時間，處理器1 2 0可能正在執 VMM 140或任何訪客的指令，因此VMM 140或訪 運作於處理器120上或控制處理器120。當有特權 發生或訪客嘗試存取有特權的資源時，控制可從訪 至VMM 140。控制從訪客轉移至VMM 140在本文 爲「VM離開」。在處置事件或適當輔助對資源的 後，VMM 140可將控制返還給訪客。從VMM 140 制至訪客在本文中係稱爲「VM進入」。 於第1圖的實施例中，處理器120根據儲存在 器控制結構（VMCS) 132中的資料來控制Vm 160的操作。VMCS 132爲一種結構，其含有（諸 之狀態、VMM 140的狀態、指示VMM 140將如何 無特權 所希望 需要由 (如尋 體岔斷 文中這 」。這 140處 不受到 行來自 客可能 的事件 客轉移 中係稱 存取之 轉移控 虛擬機 150與 )訪客 控制（ -9- (6) (6)1375913 諸）訪客的操作之執行控制資訊、有關於VM離開與VM 進入之資訊、任何其他此種資訊。處理器120從 VMCS 132讀取資訊以判斷VM的執行環境以及約束其之行爲。 在此實施例中，VMCS 132儲存於記憶體130中。在一些 實施例中，多個VMCS 132用來支援多個VM。雖第1圖 顯示 VMCS 132儲存在記億體130中，本發明不要求 VMCS必須儲存於記憶體中。 處理器120可包含岔斷控制器122，以接收、產生、 排列優先順序、傳送、保持待決、或否則控制或管理岔斷 請求。例如，岔斷控制器122可爲根據Pentium®處理器 系列的本地先進可編程岔斷控制器（APIC )。晶片組1 1 1 亦可包含岔斷控制器1 1 2，以在岔斷控制器1 22以外、連 同岔斷控制器1 22或取代岔斷控制器1 22地接收、產生、 排列優先順序、傳送、保持待決、或否則控制或管理岔斷 請求。例如，岔斷控制器1 1 2可爲I/O APIC。處理器120 及/或晶片組1 1 1可包含I/O APIC。處理器120及/或晶片 組110可包含任何其他的岔斷控制器，及/或未圖示於第1 圖中的任何其他處理器、晶片組、或構件可包含岔斷控制 器、及/或岔斷請求可根據任何其他方式控制或管理。 處理器120亦包含介面121，其可爲匯流排單元或任 何其他的單元、埠、或介面，以允許處理器120透過任何 種類的匯流排、點對點或其他連結直接接收或經由任何其 他構件（如晶片組m)接收岔斷請求以及岔斷向量。介 面12ι可爲內部介面，如從本第APIC接收岔斷請求，及/ -10- (7) (7)1375913 或外部請求，如從外部來源接收岔斷請求。 此外，處理器120包含控制邏輯125以支援虛擬化， 包含傳送岔斷至虚擬處理器。控制邏輯125可爲微碼、可 編程邏輯、硬體編碼邏輯、或處理器120內任何其他形式 的控制邏輯。在其他實施例中，控制邏輯125可於處理器 或由處理器可存取之任何構件或可讀取的媒體（如記憶體 130)內以任何形式的硬體、軟體、或韌體實施，如處理 器抽象層。 控制邏輯125令處理器120執行本發明之方法實施例 ，如於下第2與3圖中圖解的方法實施例，例如，藉由令 處理器120包含一或更多微操作之執行，例如以支援虛擬 化，以回應來自主機或訪客之虛擬化指令或其他指令。 控制邏輯125包含岔斷確認邏輯126、岔斷傳送邏輯 127、岔斷重新定向邏輯128、及離開邏輯129。岔斷確認 邏輯126用以確認岔斷請求，其在一些實施中令岔斷向量 傳送至處理器120。岔斷傳送邏輯127用以判斷岔斷請求 是否該傳送至虛擬處理器。岔斷重新定向邏輯128用以將 原本傳送至實體處理器120之岔斷重新定向至虛擬處理器 ，例如藉由將實體岔斷向量轉譯成虛擬岔斷向量。若岔斷 請求不傳送至虛擬處理器，離開邏輯129用以準備並導致 VM離開。這些邏輯單元的每一個亦可執行額外的功能， 包含形容爲由邏輯單元的另一者所執行的那些，並且這些 邏輯的任一者或所有可整合成單一邏輯單元。 VCMS 132可包含欄位、控制位元、或其他資料結構 -11 - (8) (8)1375913 ’以支援虛擬化，其包含將岔斷傳送至虛擬處理器。可由 控制邏輯1 25檢察或以其他方式參照這些資料結構，以判 斷如何管理VM環境。例如，可設立（set)岔斷分配控制 位元133以致能將岔斷請求直接傳送虛擬處理器，如下所 述。在此實施例的說明中，設立控制位元以致能或導致希 望的效果，其中設立意指將邏輯一寫入該位元，但可使用 在本發明的範疇內之任何邏輯慣例或術語。 亦在VMCS 132中，位址欄位134可用來儲存記憶體 之位址，在該記憶體之位址儲存有指示岔斷是否將傳送至 虛擬處理器之資料結構。例如，位址可爲256位元陣列之 64位元的位址，其包含針對多達2 56實體岔斷向量的每一 個之一組態位元。類似地，位址欄位1 3 6可用來儲存記憶 體之位址，在該記憶體之位址儲存有提供虛擬岔斷向量之 資料結構。例如，位址可爲2 5 6位元組陣列之64位元的 位址，其包含針對多達25 6實體岔斷向量的每一個之一位 元組的虛擬岔斷向量。於一替代實施例中，VCMS 132可 包含直接儲存此種指標或虛擬岔斷向量的資料結構。 第2與3圖描繪本發明之方法實施例。雖方法實施例 不限於此態樣，參照第1圖之虛擬化環境來描述第2與3 圖之方法實施例。 第2圖描繪使VMM初始化將岔斷直接傳送至虛擬處 理器之支援的一方法中之本發明的一實施例。 在第2圖的方塊210中，第1圖之VMM 140產生VM 用之 VMCS (如 VMCS 132)。在方塊 212至 217中， -12- (9) (9)1375913 VMM 140組態VMCS 132以實施將岔斷傳送至虛擬處理器 之支援。在方塊212中，設立岔斷分配控制位元133以致 能將岔斷請求直接傳送虛擬處理器，如下所述。 在方塊214中，將用於儲存指示岔斷是否將傳送至虛 擬處理器之資料結構的記憶體位置之位址寫入到位址欄位 134中。可某數量之潛在的岔斷（如256 )的每一個可由 一實體岔斷向量所辨別。該資料結構（如岔斷位元映像 135)可包含針對實體岔斷向量的每一個之項目。各項目 可包含組態位元，以指示對應至各實體岔斷向量之實體岔 斷是否將傳送至虛擬處理器。在方塊215中，藉由例如儲 存實體岔斷向量以及針對每一個之希望的組態位元來初始 化該資料結構。 在方塊216中，將用於儲存將實體岔斷向量映射至虛 擬岔斷向量之資料結構的記憶體位置之位址寫入到位址欄 位136中。該資料結構（如向量重新定向映圖137)可包 含針對實體岔斷向量的每一個之項目。各項目可包含對應 至針對將傳送至虛擬處理器的每一個岔斷之實體岔斷向量 的虛擬岔斷向量。此種重新映射可用於負責例如將系統記 憶體130或系統記億體130的一部分重新映射至分配給包 含虛擬處理器的VM之記憶體》在方塊217中，藉由例如 儲存實體岔斷向量以及針對每一個之希望的虛擬岔斷向量 來初始化該資料結構。 第3圖描繪使岔斷直接傳送至虛擬處理器之一方法中 之本發明的一實施例。 -13- (10) (10)1375913 在第3圖的方塊310中，執行VM進入並且將控制轉 移至訪客。在方塊320中，訪客開始或繼續在VM中之虛 擬處理器上運作。在方塊330中，介面121接收岔斷請求 。該岔斷請求可來自岔斷控制器，如岔斷控制器122或 112，或任何其他的裝置。在一些實施例中，岔斷可爲由 另一實體處理器產生或由其自己的虛擬處理器之訪客產生 的處理器間岔斷。 在方塊340中，控制邏輯125檢查岔斷分配控制位元 133以判斷是否有致能至虛擬處理器的岔斷之直接傳送。 若沒有致能至虛擬處理器的岔斷之直接傳送，則在方塊 3 90中，離開邏輯129導致VM離開發生以允許VMM處 置該岔斷。在一些實施例中，離開邏輯 129藉由諮詢 VMCS中的一或更多控制位元（如岔斷離開控制位元）來 判斷在此情況中是否需要VM離開。在一些實施例中，離 開邏輯129確認岔斷請求並取得岔斷向量。在一些實施例 中，作爲因硬體岔斷而導致之VM離開的一部分之此岔斷 確認可由VMC S中的一或更多控制位元控制，如對於離開 控制位元的確認岔斷。 然而，若有致能至虛擬處理器的岔斷之直接傳送，則 在方塊350中，岔斷確認邏輯126確認該岔斷請求，例如 ，藉由發送岔斷確認訊息。在其中處理器包含本地APIC 的一實施例中，在該本地APIC確認岔斷請求。在方塊 .3 52中，處理器120接收實體岔斷向量。在其中處理器包 含本地APIC的一實施例中，岔斷請求的確認亦會導致更 -14- (11) 新請求暫存器（IRR)、服務中暫存器（ISR)、及處理器 優先權暫存器（PPR )。 在方塊360中，岔斷傳送邏輯127判斷岔斷是否該傳 送至虛擬處理器，例如藉由檢查岔斷映像135。該判斷亦 可或取代地根據岔斷請求的其他屬性，如傳送模式（如固 定或使用者界定、系統管理岔斷（SMI)、不可遮罩岔斷 (NMI)、軟體重設（INIT)、或外部）以及觸發模式（ 如邊緣或水平）。若岔斷不傳送至虛擬處理器，則在方塊 3 90中，離開邏輯129導致VM離開發生以允許VMM處 置該岔斷。可藉由將實體岔斷向量儲存在VMCS中的VM 離開欄位中而將其提供給VMM。 然而，若岔斷將傳送至虛擬處理器，則在方塊3 62中 ，岔斷重新定向邏輯128將原本傳送給實體處理器之岔斷 重新定向至虛擬處理器，例如，藉由將實體岔斷向量轉譯 成虛擬岔斷向量。在一實施例中，藉由查詢向量重新定向 映圖137中的實體岔斷向量以找尋對應的虛擬岔斷向量來 執行該轉譯。

在包含本地API C的一實施例中，方塊3 62亦可包含 其他動作以正確地管理岔斷請求。例如，控制邏輯1 25可 令本地APIC中的岔斷末端（EOI)被清除，使ISR與PPR 被更新。 在方塊350中，將經重新定向的岔斷傳送至虛擬處理 器，例如，藉由使用虛擬岔斷向量做爲在與虛擬處理關聯 之岔斷描述符表（IDT)中之索引以找尋岔斷處置器的進 (12) (12)1375913 入點。在一些實施例中，取決於該岔斷的優先權，可將經 重新定向的岔斷在傳送至虛擬處理器之前保持待決。排列 優先權順序可在傳送至虛擬處理器的岔斷之間，或亦可包 含傳送至VMM的岔斷。 在具有共享的岔斷請求線的實施例中，各種技術的任 何一者可用來防止將與導向虛擬處理器的第一岔斷請求關 聯的第一岔斷處置器自動鍊結至與非導向虛擬處理器的第 二岔斷請求關聯的第二岔斷處置器。在一實施例中，可使 用不會廣播至I/O APIC之特別的訊息清除本地APIC的 EOI暫存器。在另一實施例中，可根據觸發模式（如邊緣 或水平）或其他指示可共享性的屬性來判斷岔斷請求是否 該傳送至虛擬處理器。 此外’在一些實施例中，可截取來自岔斷處置器因直 接傳送岔斷而呼叫的EOI訊息，而在其他實施例中，可包 含控制邏輯來處置EOI訊息而不需進行VM離開。 在本發明的範疇內，可以不同的順序、省略所示的方 塊、添加額外的方塊、或重新排列順序、省略或添加方塊 的結合之方式來執行第2與3圖中描繪的方法。例如， V M C S可以任何順序組態V M C S，如方塊2 1 2至2 1 7可以 任何順序重新排列。 根據本發明之一實施例設計的處理器120或任何其他 構件或構件的一部分可在各種階段中設計，從創造到模擬 到製造。代表一種設計之資料可以多種方式代表該設計。 首先’如在模擬時有用的，可使用硬體描述語言或另一功 -16- (13) (13)1375913 能性描述語言來代表硬體。此外或替代地，可在設計程序 的某些階段生產具有邏輯及/或電晶體閘之電路級模型。 此外，大部分的設計，在某階段時到達某一等級使其能被 代表各種裝置的實際定位的資料模型化。在其中使用傳統 半導體製造技術之情況中，代表裝置定位模型之資料可爲 指定用於產生積體電路之遮罩的不同遮罩層上各種特徵的 存在與否之資料。 在任何設計的表現中，可在任何形式的機器可讀取媒 體中儲存資料。經調變或以其他方式產生以傳送此種資訊 之光或電波、記憶體、或磁或光儲存媒體（如碟）可爲機 器可讀取媒體。任何這些媒體可「承載」或「指示」設計 ，或本發明的一實施例中使用的其他資訊，如錯誤恢復常 規中的指令。當傳送指示或承載該資訊之電載波時，在執 行複製、緩衝、或重傳電子信號的程度上，製造新的副本 。因此，通訊提供者或網路提供者的動作可構成一物件（ 如體現本發明的技術之載波）之副本的製造。 因此，已揭露用於直接傳送岔斷至虛擬處理器的設備 、方法、及系統。雖已描述並在附圖中顯示特定實施例， 應了解到此種實施例僅爲例示性且非廣義的本發明之限制 ，並且本發明不限於所示與討論之特定構造與配置，因爲 孰悉該項技藝者在硏讀此揭露後可做出各種其他的實施例 。在如此之科技領域中，成長快速且無法輕易預見進步， 透過促成科技進步得以在配置及細節上輕易變更已揭露的 實施例，而不悖離此揭露的原則或附圖之範疇。 -17- (14) (14)1375913 【圖式簡單說明】 例示性而非限制性地在附圖中圖解本發明。 第1圖描繪其中本發明之一實施例可操作之虛擬化環 境。 第2圖描繪使VMM初始化將岔斷直接傳送至虛擬處 理器之支援的一方法中之本發明的一實施例。 第3圖描繪使岔斷直接傳送至虛擬處理器之一方法中 之本發明的一實施例。 【主要元件符號說明】 100 :虛擬化架構 110 :裸平台硬體 11 1 :晶片組 112、122 :岔斷控制器 1 15 :輸入/輸出（I/O )裝置 120 :處理器 121 :介面 125 :控制邏輯 126 :岔斷確認邏輯 127 :岔斷傳送邏輯 128:岔斷重新定向邏輯 129 :離開邏輯 1 3 0 :記憶體 -18- (15)1375913 132 :虛擬機器控制結構（VMCS ) 1 3 3 :岔斷分配控制位元 1 3 4、1 3 6 :位址欄位 1 3 5 :岔斷位元映像 137:向量重新定向映圖

140 ： VMM

150、160 ： VM

152、 162：訪客 OS 154、 155、 164、 165:訪客應用

-19-

Claims (1)

1375913 -· 上 上♦ 修 附件3A :第095147210號申請專利範圍修正本 民國1〇〇年9月26曰修正 十、申請專利範圍 I ~種直接傳送岔斷至虛擬處理器之設備’包含： 介面，以當訪客在虛擬處理器上運作時接收岔斷請求 » 傳送邏輯，以根據該岔斷請求之傳送模式及觸發模式 的其'中之一，判斷該岔斷請求是否將傳送至該虛擬處理器 ;以及 離開邏輯，若該傳送邏輯判斷該岔斷請求將不傳送至 該虛擬處理器，則將該設備的控制從該訪客轉移至主機。 2. 如申請專利範圍第1項之設備，其中若該傳送邏 輯判斷該岔斷請求將傳送至該虛擬處理器，則該傳送邏輯 亦傳送該岔斷邏輯至該虛擬處理器。 3. 如申請專利範圍第1項之設備，其中： 該介面亦接收實體岔斷向量；以及 該傳送邏輯根據該實體岔斷向量判斷該岔斷請求是否 將傳送至該虛擬處理器。 4. 如申請專利範圍第3項之設備，其中該傳送邏輯 根據在岔斷傳送資料結構中之針對該實體岔斷向量的項目 來判斷該岔斷請求是否將傳送至該虛擬處理器。 5. 如申請專利範圍第3項之設備，進一步包含確認 邏輯，以確認該岔斷請求導致該實體岔斷向量之傳送。 6. 如申請專利範圍第3項之設備，進一步包含重新 定向邏輯，以將該實體岔斷向量轉譯成虛擬岔斷向量。 7. 如申請專利範圍第6項之設備，其中該重新定向 邏輯根據在岔斷重新定向資料結構中的項目來將該實體岔 斷向量轉譯成虛擬岔斷向量。 8. —種直接傳送岔斷至虛擬處理器之方法，包含： 當訪客在虛擬處理器上運作時接收岔斷請求； 根據該岔斷請求之傳送模式及觸發模式的其中之一， 判斷該岔斷請求是否將傳送至該虛擬處理器；以及 若該岔斷請求將不傳送至該虛擬處理器，則將控制從 該訪客轉移至主機》 9. 如申請專利範圍第8項之方法，進一步包含接收 實體岔斷向量。 10. 如申請專利範圔第9項之方法’其中根據該實體 岔斷向量判斷該岔斷請求是否將傳送至該虛擬處理器。 1 1.如申請專利範圍第1 0項之方法，其中根據在岔 斷傳送資料結構中之針對該實體岔斷向量的項目來判斷該 岔斷請求是否將傳送至該虛擬處理器。 12. 如申請專利範圍第9項之方法’進一步包含確認 該岔斷請求，以導致該實體岔斷向量之傳送。 13. 如申請專利範圍第9項之方法’進—步包含將該 實體岔斷向量轉譯成虛擬岔斷向量。 1 4.如申請專利範圍第1 3項之方法，其中根據在岔 斷重新定向資料結構中的項目來將該實體岔斷向量轉譯成 虛擬岔斷向量。 -2 - 1375913 15. —種直接傳送岔斷至虛擬處理器之系·統，包含： 記億體，以儲存資料結構以控制具有虛擬處理器的虛 擬器；以及 實體處理器’包含： 介面，以接收岔斷請求； 傳送邏輯’以根據該岔斷請求之傳送模式及觸發 模式的其中之一，判斷該岔斷請求是否將傳送至該虛擬處 理器：以及 離開邏輯’若該傳送邏輯判斷該岔斷請求將不傳 送至該虛擬處理器’則將該處理器的控制從訪客轉移至主 機。 16. 如申請專利範圍第1 5項之系統，其中： 該介面亦接收實體岔斷向量：以及 該傳送邏輯根據該實體岔斷向量判斷該岔斷請求是否 將傳送至該虛擬處理器。 17. 如申請專利範圍第16項之系統，其中該傳送邏 輯根據在該資料結構中之針對該實體岔斷向量的項目來判 斷該岔斷請求是否將傳送至該虛擬處理器。 18_如申請專利範圍第項之系統，進一步包含重 新定向邏輯，以將該實體岔斷向量轉譯成虛擬岔斷向量。 1 9 .如申請專利範圍第1 8項之系統，其中該重新定 向邏輯根據在該資料結構中的岔斷重新定向映圖來將該實 體岔斷向量轉譯成虛擬岔斷向量。 -3 -