青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

<2009年9月>
303112345
6789101112
13141516171819
20212223242526
27282930123
45678910

統(tǒng)計(jì)

  • 隨筆 - 21
  • 文章 - 0
  • 評(píng)論 - 2
  • 引用 - 0

常用鏈接

留言簿

隨筆分類(lèi)

隨筆檔案

搜索

  •  

最新評(píng)論

閱讀排行榜

評(píng)論排行榜

第二章 系統(tǒng)架構(gòu)瀏覽2.2-2.4小節(jié)

2.2 MODES OF OPERATION 操作的模式

The IA-32 supports three operating modes and one quasi-operating mode:

IA32支持下面的三種操作模式和一種類(lèi)似的模式

Protected mode — This is the native operating mode of the processor. It

provides a rich set of architectural features, flexibility, high performance and

backward compatibility to existing software base.

保護(hù)模式:處理器本身?yè)碛械哪J健T撃J教峁┝艘粋€(gè)關(guān)于架構(gòu)特性,系統(tǒng)彈性,高速運(yùn)行以及向后兼容現(xiàn)有軟件的豐富集合。

 

Real-address mode — This operating mode provides the programming

environment of the Intel 8086 processor, with a few extensions (such as the

ability to switch to protected or system management mode).

實(shí)地址模式:這種操作模式提供了intel8086處理器的編程環(huán)境,包括一些擴(kuò)展的特性(比如在保護(hù)模式和系統(tǒng)管理模式之間的相互切換)

 

System management mode (SMM) — SMM is a standard architectural feature

in all IA-32 processors, beginning with the Intel386 SL processor. This mode

provides an operating system or executive with a transparent mechanism for

implementing power management and OEM differentiation features. SMM is

entered through activation of an external system interrupt pin (SMI#), which

generates a system management interrupt (SMI). In SMM, the processor

switches to a separate address space while saving the context of the currently

running program or task. SMM-specific code may then be executed transparently.

Upon returning from SMM, the processor is placed back into its state prior to the

SMI.

系統(tǒng)管理模式(SMM):SMM是一種自itel386 SL處理器開(kāi)始,,所有IA32處理都擁有的標(biāo)準(zhǔn)架構(gòu)模式。這種模式為操作系統(tǒng)或者程序提供了一種在電源管理,不同設(shè)備廠生的不同特性的管理等的透明的架構(gòu)。SMM模式通過(guò)外部中斷(SMI#)來(lái)激活,激活的同時(shí)會(huì)產(chǎn)生一個(gè)系統(tǒng)管理中斷(SMI)。在SMM模式下,處理器在切換至獨(dú)立的地址空間的時(shí)候,會(huì)將直接保存當(dāng)前程序或者當(dāng)前任務(wù)的上下文。當(dāng)SMM模式返回是,SMM的特定的代碼會(huì)被透明的執(zhí)行。??后面這句不懂。

 

Virtual-8086 mode — In protected mode, the processor supports a quasioperating

mode known as virtual-8086 mode. This mode allows the processor

execute 8086 software in a protected, multitasking environment.

Intel 64 architecture supports all operating modes of IA-32 architecture and IA-32e

modes:
虛擬8086模式:在保護(hù)模式下,處理器支持一種與保護(hù)模式十分類(lèi)似的模式,這種模式叫虛擬8086模式。

這種模式允許處理去在一個(gè)受保護(hù)的,多任務(wù)的環(huán)境中運(yùn)行8086的程序。Intel64位架構(gòu)支持所有關(guān)于IA32IA32e的模式。

 

IA-32e mode — In IA-32e mode, the processor supports two sub-modes:

compatibility mode and 64-bit mode. 64-bit mode provides 64-bit linear

addressing and support for physical address space larger than 64 GBytes.

Compatibility mode allows most legacy protected-mode applications to run

unchanged.

Figure 2-3 shows how the processor moves between operating modes.

IE32E模式:在IE32E模式下,處理器支持兩種子模式:兼容模式和64位模式。64位模式提供64位的線性地址,這使得這種模式可以用于超過(guò)64GB的物理地址空間。而兼容模式則允許絕大數(shù)在保護(hù)模式下合法的程序不經(jīng)修改即可在該模式上運(yùn)行。圖2-3說(shuō)明了處理器如何在操作模式間切換。

The processor is placed in real-address mode following power-up or a reset. The PE

flag in control register CR0 then controls whether the processor is operating in realaddress

or protected mode. See also: Section 9.9, “Mode Switching.”

當(dāng)電源接通或者重啟時(shí),處理器是在實(shí)地址模式下運(yùn)行的。CR0控制寄存器里的PE標(biāo)識(shí)控制處理器是在實(shí)地址模式下運(yùn)行,還是在保護(hù)模式下運(yùn)行。查看章節(jié)9.9.

The VM flag in the EFLAGS register determines whether the processor is operating in

protected mode or virtual-8086 mode. Transitions between protected mode and

virtual-8086 mode are generally carried out as part of a task switch or a return from

an interrupt or exception handler. See also: Section 15.2.5, “Entering Virtual-8086

Mode.”

EFLAGS寄存器里的VM標(biāo)識(shí)決定處理器是運(yùn)行在保護(hù)模式下,還是運(yùn)行在虛擬8086模式下。通常,在一個(gè)中斷或者異常捕捉器返回,或者任務(wù)切換時(shí),兩種模式的切換就會(huì)完成。看章節(jié)15.2.5.

 

 

The LMA bit (IA32_EFER.LMA.LMA[bit 10]) determines whether the processor is

operating in IA-32e mode. When running in IA-32e mode, 64-bit or compatibility

sub-mode operation is determined by CS.L bit of the code segment. The processor

enters into IA-32e mode from protected mode by enabling paging and setting the

LME bit (IA32_EFER.LME[bit 8]). See also: Chapter 9, “Processor Management and

Initialization.”

IA32_EFER_LMA_LMA的第十個(gè)字節(jié))LMA位決定處理器是否運(yùn)行在IA32E模式下。代碼段的CS.L位決定處理器是運(yùn)行在IA32E模式下,還是運(yùn)行在64位模式下,還是運(yùn)行在兼容模式下。當(dāng)設(shè)置LME位(IA32_EFER_LME的第8個(gè)自己)和啟用分頁(yè)時(shí),處理器會(huì)自動(dòng)從保護(hù)模式進(jìn)入到IA32E模式。

看章節(jié)9.

 

 

The processor switches to SMM whenever it receives an SMI while the processor is in

real-address, protected, virtual-8086, or IA-32e modes. Upon execution of the RSM

instruction, the processor always returns to the mode it was in when the SMI

occurred.

當(dāng)處理器運(yùn)行在實(shí)地址模式,或是保護(hù)模式,或是虛擬8086模式,或是IA32E模式下的時(shí)候,一旦處理器收到一個(gè)系統(tǒng)管理中斷,處理器就會(huì)切換至系統(tǒng)管理模式。當(dāng)RSM指令返回時(shí),處理器總是切換回它在系統(tǒng)管理模式運(yùn)行之前的模式。

 

 

 

2.3 SYSTEM FLAGS AND FIELDS IN THE EFLAGS

REGISTER(EFLAGS寄存器的系統(tǒng)標(biāo)識(shí)和標(biāo)識(shí)塊)

The system flags and IOPL field of the EFLAGS register control I/O, maskable hardware

interrupts, debugging, task switching, and the virtual-8086 mode (see

Figure 2-4). Only privileged code (typically operating system or executive code)

should be allowed to modify these bits.

The system flags and IOPL are:

EFLAGS寄存器里的系統(tǒng)標(biāo)識(shí)符和IO權(quán)限等級(jí)塊控制 I/O,硬件中斷的屏蔽,調(diào)試,任務(wù)切換和虛擬8086模式(看圖2-4),只有權(quán)限操作代碼(以操作系統(tǒng)代碼或者程序代碼為代表)才被允許修改這些位的值。

下面是系統(tǒng)標(biāo)識(shí)和IO權(quán)限控制塊的內(nèi)容:

 

 

TF Trap (bit 8) — Set to enable single-step mode for debugging; clear to

disable single-step mode. In single-step mode, the processor generates a

debug exception after each instruction. This allows the execution state of a

program to be inspected after each instruction. If an application program

sets the TF flag using a POPF, POPFD, or IRET instruction, a debug exception

is generated after the instruction that follows the POPF, POPFD, or IRET.

TF陷入(第8位):設(shè)值的時(shí)候激活調(diào)試的單步執(zhí)行模式;清零則禁止單步執(zhí)行模式。在單步執(zhí)行模式下,處理器會(huì)在每條指令執(zhí)行后產(chǎn)生一個(gè)調(diào)試異常中斷,中斷后允許查看每條指令執(zhí)行后程序的狀態(tài)。當(dāng)程序用OPPF,OPOFD,IRET指令來(lái)設(shè)置TF標(biāo)識(shí)的時(shí)候,POPF,POPFD,IRET后的第一條指令會(huì)誘發(fā)一個(gè)調(diào)試異常中斷。

 

IF Interrupt enable (bit 9) — Controls the response of the processor to

maskable hardware interrupt requests (see also: Section 5.3.2, “Maskable

Hardware Interrupts”). The flag is set to respond to maskable hardware

interrupts; cleared to inhibit maskable hardware interrupts. The IF flag does

not affect the generation of exceptions or nonmaskable interrupts (NMI

interrupts). The CPL, IOPL, and the state of the VME flag in control register

CR4 determine whether the IF flag can be modified by the CLI, STI, POPF,

POPFD, and IRET.

IF 中斷激活(第9位):控制處理器對(duì)硬件中斷屏蔽要求的相應(yīng)(查看章節(jié)5.3.2)。該標(biāo)識(shí)為設(shè)值這激活處理器對(duì)硬件中斷屏蔽的響應(yīng),清零這阻止硬件中斷屏蔽。IF標(biāo)識(shí)不影響非硬件中斷(NMI)和異常。CR4寄存器里的VME標(biāo)識(shí),和CPL,IPOL一起決定指令CLI,STI,POPF,POPFD,IRET是否能修改IF標(biāo)識(shí)的值。

 

 

IOPL I/O privilege level field (bits 12 and 13) — Indicates the I/O privilege

level (IOPL) of the currently running program or task. The CPL of the

currently running program or task must be less than or equal to the IOPL to

access the I/O address space. This field can only be modified by the POPF

and IRET instructions when operating at a CPL of 0.

The IOPL is also one of the mechanisms that controls the modification of the

IF flag and the handling of interrupts in virtual-8086 mode when virtual

mode extensions are in effect (when CR4.VME = 1). See also: Chapter 13,

 “Input/Output,” in the Intel® 64 and IA-32 Architectures Software Developer’s

Manual, Volume 1.

I

I/O權(quán)限等級(jí)快(位12和位13):這兩個(gè)位表明了當(dāng)前運(yùn)行的程序或任務(wù)的I/O權(quán)限等級(jí)。當(dāng)前程序或任務(wù)的處理器權(quán)限等級(jí)(CPL)一定要比前程序或任務(wù)要訪問(wèn)的I/O地址空間的I/O權(quán)限等級(jí)要低。只有指令OPPFIRET在處理器權(quán)限等級(jí)0的狀態(tài)下才能修改這塊的數(shù)值。查看章節(jié)13.

 

 

NT Nested task (bit 14) — Controls the chaining of interrupted and called

tasks. The processor sets this flag on calls to a task initiated with a CALL

instruction, an interrupt, or an exception. It examines and modifies this flag

on returns from a task initiated with the IRET instruction. The flag can be

explicitly set or cleared with the POPF/POPFD instructions; however,

changing to the state of this flag can generate unexpected exceptions in

application programs.

See also: Section 6.4, “Task Linking.”

NT內(nèi)嵌任務(wù)(位14):控制被中斷任務(wù)和被調(diào)用任務(wù)的鏈。當(dāng)通過(guò)指令CALL,中斷,或是異常調(diào)用任務(wù)時(shí),處理器就會(huì)設(shè)置該標(biāo)識(shí)的值。當(dāng)一個(gè)任務(wù)通過(guò)IRET指令返回時(shí),處理器會(huì)檢查和修改該標(biāo)識(shí)的值。雖然可以通過(guò)POPF/IRET指令來(lái)設(shè)置或清零該標(biāo)識(shí)的值,但改變這個(gè)標(biāo)識(shí)的狀態(tài)可能會(huì)引發(fā)一些程序的意外的異常。

 

 

RF Resume (bit 16) — Controls the processor’s response to instruction-breakpoint

conditions. When set, this flag temporarily disables debug exceptions

(#DB) from being generated for instruction breakpoints (although other

exception conditions can cause an exception to be generated). When clear,

instruction breakpoints will generate debug exceptions.

The primary function of the RF flag is to allow the restarting of an instruction

following a debug exception that was caused by an instruction breakpoint

condition. Here, debug software must set this flag in the EFLAGS image on

the stack just prior to returning to the interrupted program with IRETD (to

prevent the instruction breakpoint from causing another debug exception).

The processor then automatically clears this flag after the instruction

returned to has been successfully executed, enabling instruction breakpoint

faults again.

See also: Section 18.3.1.1, “Instruction-Breakpoint Exception Condition.”

RF(重設(shè))(位16):該標(biāo)識(shí)控制處理器對(duì)指令的斷點(diǎn)情況的響應(yīng)。該標(biāo)識(shí)設(shè)值就會(huì)暫時(shí)禁止指令斷點(diǎn)產(chǎn)生調(diào)試異常(雖然其他的異常會(huì)誘發(fā)產(chǎn)生一個(gè)異常);清零的時(shí)候,激活指令斷點(diǎn)產(chǎn)生調(diào)試異常。指令斷點(diǎn)狀態(tài)產(chǎn)生的異常,可以在調(diào)試異常后的第一條指令,通過(guò)RF標(biāo)識(shí)的函數(shù)重新誘發(fā)。調(diào)試中的程序必須在程序因?yàn)?/span>IRETD而中斷返回之前,設(shè)置棧里的EFLAGS寄存器鏡像的RF標(biāo)識(shí)(防止指令斷點(diǎn)引發(fā)另外一個(gè)調(diào)試異常)。處理器會(huì)在返回指令成功執(zhí)行后,自動(dòng)清零該標(biāo)識(shí),并且重新激活指令錯(cuò)誤。

 

 

 

VM Virtual-8086 mode (bit 17) — Set to enable virtual-8086 mode; clear to

return to protected mode.

See also: Section 15.2.1, “Enabling Virtual-8086 Mode.”

VM 虛擬8086模式(位17):設(shè)值則激活虛擬8086模式,清零則返回保護(hù)模式。查看章節(jié)15.2.1.

 

AC Alignment check (bit 18) — Set this flag and the AM flag in control register

CR0 to enable alignment checking of memory references; clear the AC flag

and/or the AM flag to disable alignment checking. An alignment-check

exception is generated when reference is made to an unaligned operand,

such as a word at an odd byte address or a doubleword at an address which

is not an integral multiple of four. Alignment-check exceptions are generated

only in user mode (privilege level 3). Memory references that default to privilege

level 0, such as segment descriptor loads, do not generate this exception

even when caused by instructions executed in user-mode.

The alignment-check exception can be used to check alignment of data. This

is useful when exchanging data with processors which require all data to be

aligned. The alignment-check exception can also be used by interpreters to

flag some pointers as special by misaligning the pointer. This eliminates

overhead of checking each pointer and only handles the special pointer when

used.

AC 數(shù)據(jù)對(duì)齊檢查(位18 通過(guò)設(shè)置CR0控制寄存器中的該標(biāo)識(shí)和AM標(biāo)識(shí),可以激活內(nèi)存引用的數(shù)據(jù)對(duì)齊檢查,清零該標(biāo)識(shí)(AM清零不是必須的)則禁止數(shù)據(jù)對(duì)齊檢查。當(dāng)內(nèi)存引用的數(shù)據(jù)是由無(wú)法直接構(gòu)成對(duì)齊的操作數(shù)組成的時(shí)候,一個(gè)數(shù)據(jù)對(duì)齊異常便會(huì)產(chǎn)生,比如零碎地址上的一個(gè)字,或者不是四的倍數(shù)的地址上的一個(gè)雙字。數(shù)據(jù)對(duì)齊異常只會(huì)在用戶模式(等級(jí)3)下產(chǎn)生。因?yàn)橛脩裟J较碌闹噶顖?zhí)行而導(dǎo)致的,類(lèi)似段描述符導(dǎo)入等在等級(jí)0上的內(nèi)存數(shù)據(jù)引用,是不會(huì)誘發(fā)數(shù)據(jù)對(duì)齊異常的。

數(shù)據(jù)對(duì)齊異常可以用于檢查數(shù)據(jù)的對(duì)齊。因?yàn)樘幚砥饕笏袛?shù)據(jù)必須對(duì)齊,因此,在和處理器交換數(shù)據(jù)時(shí),進(jìn)行數(shù)據(jù)對(duì)齊的檢查,是非常有用的。在解釋程序標(biāo)明一些特殊的指針,比如調(diào)整指針的位置時(shí),通過(guò)使用數(shù)據(jù)對(duì)齊異常,可以不必對(duì)每個(gè)指針進(jìn)行過(guò)度的檢查,只需處理正在使用的特殊指針。??

 

VIF Virtual Interrupt (bit 19) — Contains a virtual image of the IF flag. This

flag is used in conjunction with the VIP flag. The processor only recognizes

the VIF flag when either the VME flag or the PVI flag in control register CR4 is

set and the IOPL is less than 3. (The VME flag enables the virtual-8086 mode

extensions; the PVI flag enables the protected-mode virtual interrupts.)

See also: Section 15.3.3.5, “Method 6: Software Interrupt Handling,” and

Section 15.4, “Protected-Mode Virtual Interrupts.”

VIF 虛擬終端(位19 :包含了IF標(biāo)識(shí)的一個(gè)虛擬鏡像。VIF標(biāo)識(shí)和VME標(biāo)識(shí)一起使用。只有當(dāng)IOPL的權(quán)限等級(jí)小于3,并且CR4控制寄存器里的整個(gè)VME標(biāo)識(shí)或者整個(gè)PVI標(biāo)識(shí)被設(shè)值,處理器才會(huì)識(shí)別VIF標(biāo)識(shí)。(VME標(biāo)識(shí)激活虛擬8086模式的擴(kuò)展特性;PVI標(biāo)識(shí)激活保護(hù)模式的虛擬終端)。度章節(jié)15.3.3.5.

 

 

 

VIP Virtual interrupt pending (bit 20) — Set by software to indicate that an

interrupt is pending; cleared to indicate that no interrupt is pending. This flag

is used in conjunction with the VIF flag. The processor reads this flag but

never modifies it. The processor only recognizes the VIP flag when either the

VME flag or the PVI flag in control register CR4 is set and the IOPL is less than

3. The VME flag enables the virtual-8086 mode extensions; the PVI flag

enables the protected-mode virtual interrupts.

VIP  虛擬中斷等待(位20): 該標(biāo)識(shí)表明一個(gè)中斷被等待,且該位是通過(guò)程序來(lái)設(shè)值得。清零表明無(wú)中斷被等待。該標(biāo)識(shí)和VIF標(biāo)識(shí)一起使用。處理會(huì)讀取該標(biāo)識(shí)但從來(lái)不修改標(biāo)識(shí)的值。只有IOPL等級(jí)小于3,并且CR4控制寄存器里的VME標(biāo)識(shí)或者PVI標(biāo)識(shí)被設(shè)值,處理器才會(huì)識(shí)別該標(biāo)識(shí)。VME標(biāo)識(shí)激活虛擬8086的擴(kuò)展特性,PVI標(biāo)識(shí)激活保護(hù)模式的虛擬終端。

 

 

ID Identification (bit 21). — The ability of a program or procedure to set or

clear this flag indicates support for the CPUID instruction.

ID 身份驗(yàn)證(21) 程序可以對(duì)該標(biāo)識(shí)設(shè)值或者清零。該標(biāo)識(shí)用以表明對(duì)CPUID指令的支持。

 

2.3.1 System Flags and Fields in IA-32e ModeIA32E模式的系統(tǒng)標(biāo)識(shí)和系統(tǒng)標(biāo)識(shí)塊)

In 64-bit mode, the RFLAGS register expands to 64 bits with the upper 32 bits

reserved. System flags in RFLAGS (64-bit mode) or EFLAGS (compatibility mode)

are shown in Figure 2-4.

64模式下,EFLAGS寄存器擴(kuò)展至64位,而高32位是保留的。EFLAGS寄存器里的系統(tǒng)標(biāo)識(shí)如圖2.4所示。

 

 

In IA-32e mode, the processor does not allow the VM bit to be set because virtual-

8086 mode is not supported (attempts to set the bit are ignored). Also, the processor

will not set the NT bit. The processor does, however, allow software to set the NT bit

(note that an IRET causes a general protection fault in IA-32e mode if the NT bit is

set).

虛擬8086模式不支持VM標(biāo)識(shí),故在IA32E模式下,處理器不允許設(shè)置VM標(biāo)識(shí)(即使設(shè)置也會(huì)被忽略)。

同樣,處理器也不設(shè)置NT.但是允許軟件設(shè)置NT位(如果NT被設(shè)值,IRET會(huì)誘發(fā)一個(gè)保護(hù)錯(cuò)誤)

 

 

In IA-32e mode, the SYSCALL/SYSRET instructions have a programmable method of

specifying which bits are cleared in RFLAGS/EFLAGS. These instructions save/restore

EFLAGS/RFLAGS.

IA32E模式下,指令SYSCALL/SYSRET都有一個(gè)可編程的方法來(lái)識(shí)別RFLAGS/EFLAGS寄存器里的那些位被清零了。這些指令可以保存/重新保存EFLAGS/RFLAGS的值。

 

 

2.4 MEMORY-MANAGEMENT REGISTERS內(nèi)存管理寄存器

The processor provides four memory-management registers (GDTR, LDTR, IDTR,

and TR) that specify the locations of the data structures which control segmented

memory management (see Figure 2-5). Special instructions are provided for loading

and storing these registers.

處理器提供了四個(gè)內(nèi)存管理寄存器(GDTR,LDTR,IDTR,TR,這些寄存器用于查詢控制分段內(nèi)存管理的數(shù)據(jù)結(jié)構(gòu)的位置。(看圖2-5)一些特別的指令用于導(dǎo)入和保存這些寄存器的值。

2.4.1 Global Descriptor Table Register (GDTR)全局描述符符表寄存器

The GDTR register holds the base address (32 bits in protected mode; 64 bits in

IA-32e mode) and the 16-bit table limit for the GDT. The base address specifies the

linear address of byte 0 of the GDT; the table limit specifies the number of bytes in

the table.

全局描述符表寄存器由基地址(保護(hù)模式為32位,IA32E64位),16位表長(zhǎng)限制組成。基地址指明GDT的第0個(gè)字節(jié)的線性地址;表長(zhǎng)限制指明表里的字節(jié)數(shù)目。

 

 

The LGDT and SGDT instructions load and store the GDTR register, respectively. On

power up or reset of the processor, the base address is set to the default value of 0

and the limit is set to 0FFFFH. A new base address must be loaded into the GDTR as

part of the processor initialization process for protected-mode operation.

See also: Section 3.5.1, “Segment Descriptor Tables.”

指令LGDTSGDT用以導(dǎo)入和保存GDTR寄存器。當(dāng)電源接通或者處理重啟時(shí),GDT的基地值設(shè)置成默認(rèn)值0,而表長(zhǎng)限制被設(shè)置成OFFFFH。保護(hù)模式下,作為處理器初始化進(jìn)程的一部分,GDTR的新地址必須被導(dǎo)入。

 

 

2.4.2 Local Descriptor Table Register (LDTR)局部描述符表寄存器

The LDTR register holds the 16-bit segment selector, base address (32 bits in

protected mode; 64 bits in IA-32e mode), segment limit, and descriptor attributes

for the LDT. The base address specifies the linear address of byte 0 of the LDT

segment; the segment limit specifies the number of bytes in the segment. See also:

Section 3.5.1, “Segment Descriptor Tables.”

LDTR寄存器由16段選擇器,基地址(保護(hù)模式為32位,IA32E模式為64位),段長(zhǎng)限制,以及LDT的描述符屬性組成。基地值知名LDT的第0字節(jié)的線性地址。段長(zhǎng)限制知名段的字節(jié)數(shù)目;

 

 

The LLDT and SLDT instructions load and store the segment selector part of the LDTR

register, respectively. The segment that contains the LDT must have a segment

descriptor in the GDT. When the LLDT instruction loads a segment selector in the

LDTR: the base address, limit, and descriptor attributes from the LDT descriptor are

automatically loaded in the LDTR.

指令LLDTSLDT用于導(dǎo)入和保存LDTR的段選擇器部分。包含LDT的段用于一個(gè)在GDT里的段描述符。當(dāng)LLDT指令導(dǎo)入LDTR里的段選擇器的時(shí)候,基地址,段長(zhǎng)顯示,描述符屬性會(huì)給自動(dòng)導(dǎo)入到LDTR里。

 

 

When a task switch occurs, the LDTR is automatically loaded with the segment

selector and descriptor for the LDT for the new task. The contents of the LDTR are not

automatically saved prior to writing the new LDT information into the register.

On power up or reset of the processor, the segment selector and base address are set

to the default value of 0 and the limit is set to 0FFFFH.

發(fā)生任務(wù)切換時(shí),新任務(wù)的LDT里的段選擇器,描述符自動(dòng)導(dǎo)入LDTR里。在將新的LDT信息寫(xiě)入到寄存器之前,LDTR里的內(nèi)容不會(huì)自動(dòng)保存。電源接通或者處理器重啟,選擇器和基地址被設(shè)置成默認(rèn)值0,段長(zhǎng)限制被設(shè)置成0FFFFH

 

 

2.4.3 IDTR Interrupt Descriptor Table Register IDTR中斷描述符表寄存器

The IDTR register holds the base address (32 bits in protected mode; 64 bits in

IA-32e mode) and 16-bit table limit for the IDT. The base address specifies the linear

address of byte 0 of the IDT; the table limit specifies the number of bytes in the table.

The LIDT and SIDT instructions load and store the IDTR register, respectively. On

power up or reset of the processor, the base address is set to the default value of 0

and the limit is set to 0FFFFH. The base address and limit in the register can then be

changed as part of the processor initialization process.

See also: Section 5.10, “Interrupt Descriptor Table (IDT).”

IDTR寄存器由基地址(保護(hù)模式為32位,IA32E模式為64位),16IDT表長(zhǎng)限制組成。基地址知名IDT的第0個(gè)字節(jié)的線性地址。表長(zhǎng)限制指明表的字節(jié)數(shù)目。指令LIDTSIDT分別用于導(dǎo)入和保存IDTR寄存器里的值。電源接通或者處理器重啟時(shí),基地址被設(shè)置成默認(rèn)值0,段長(zhǎng)限制被設(shè)置成0FFFFH。處理器初始化進(jìn)程時(shí),作為初始化的一部分,寄存器里的基地址和段長(zhǎng)顯示可以發(fā)生變化。

 

 

2.4.4 Task Register (TR) 任務(wù)寄存器

The task register holds the 16-bit segment selector, base address (32 bits in

protected mode; 64 bits in IA-32e mode), segment limit, and descriptor attributes

for the TSS of the current task. The selector references the TSS descriptor in the GDT.

The base address specifies the linear address of byte 0 of the TSS; the segment limit

specifies the number of bytes in the TSS. See also: Section 6.2.4, “Task Register.”

The LTR and STR instructions load and store the segment selector part of the task

register, respectively. When the LTR instruction loads a segment selector in the task

register, the base address, limit, and descriptor attributes from the TSS descriptor

are automatically loaded into the task register. On power up or reset of the processor,

the base address is set to the default value of 0 and the limit is set to 0FFFFH.

When a task switch occurs, the task register is automatically loaded with the

segment selector and descriptor for the TSS for the new task. The contents of the

task register are not automatically saved prior to writing the new TSS information

into the register.

任務(wù)寄存器由16位段選擇器,基地址(保護(hù)模式為32位,IA32E模式為64位),段長(zhǎng)限制,以及當(dāng)前任務(wù)的任務(wù)狀態(tài)段的段描述符屬性組成。選擇器指向GDT里的任務(wù)狀態(tài)段的描述符。基地址指明任務(wù)狀態(tài)段的第0個(gè)字節(jié)的線性地址。

指令LTRSTR分別用于導(dǎo)入和保存任務(wù)寄存器里的段選擇器部分。使用LTR指令導(dǎo)入任務(wù)寄存器的段選擇器的時(shí)候,TSS描述符的屬性,基地址,段長(zhǎng)顯示會(huì)被自動(dòng)導(dǎo)入。電源接通或處理器重啟時(shí),基地址被設(shè)置成默認(rèn)值0,段長(zhǎng)限制被設(shè)置成0FFFFH。發(fā)生任務(wù)切換時(shí),新任務(wù)的任務(wù)狀態(tài)段的段選擇器和描述符會(huì)被自動(dòng)導(dǎo)入到TR寄存器中。在新任務(wù)的TSS信息導(dǎo)入到寄存器之前,TR寄存器里面的內(nèi)容不會(huì)被自動(dòng)保存。

posted on 2009-09-22 23:59 ChinaPanda 閱讀(806) 評(píng)論(0)  編輯 收藏 引用 所屬分類(lèi): Os

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            欧美电影在线观看| 在线观看精品一区| 亚洲精品乱码久久久久久蜜桃麻豆| 亚洲欧美国产另类| 中文在线资源观看网站视频免费不卡| 欧美www视频在线观看| 美女日韩欧美| 免费欧美日韩国产三级电影| 国产在线播放一区二区三区| 欧美影院成年免费版| 久久久久在线| 亚洲美女黄网| 亚洲欧美在线网| 亚洲精品欧美精品| 欧美一区二区三区另类 | 亚洲国内精品| 午夜精品久久久久久99热软件| 国产综合网站| 在线亚洲成人| 亚洲免费久久| 欧美 日韩 国产精品免费观看| 99热免费精品| 麻豆国产精品va在线观看不卡 | 国精品一区二区| 欧美视频精品一区| 欧美mv日韩mv国产网站app| 国产精品都在这里| 亚洲国产一区二区三区高清| 国产欧美在线播放| 亚洲综合日韩| 亚洲欧美日韩第一区| 国产精品99一区二区| 亚洲国产影院| 亚洲性人人天天夜夜摸| 欧美精品一级| 中文一区二区在线观看| 亚洲一区二区成人在线观看| 国产精品福利片| 亚洲欧美日韩成人| 久久综合色影院| 在线观看精品视频| 欧美女同在线视频| 亚洲一二三四区| 久久亚洲精选| 日韩视频亚洲视频| 国产精品久久久久久妇女6080| 亚洲午夜精品久久| 久久久久久久网| 亚洲精品美女91| 国产乱码精品1区2区3区| 久久精品免费看| 欧美二区在线播放| 欧美一二三区在线观看| 亚洲二区免费| 欧美中日韩免费视频| 久久久久综合| 亚洲午夜激情网页| 91久久精品日日躁夜夜躁欧美| 欧美成人午夜视频| 久久久久国内| 欧美一区二区日韩一区二区| 亚洲免费电影在线| 亚洲高清视频在线| 久久资源在线| 久久夜色精品国产亚洲aⅴ| 午夜精品久久久久久久蜜桃app| 亚洲国产精品久久久久婷婷884 | 亚洲欧美国产va在线影院| 亚洲激情小视频| 欧美freesex8一10精品| 久久国产日韩| 久久人人看视频| 久久久99久久精品女同性| 午夜在线a亚洲v天堂网2018| 亚洲小说春色综合另类电影| 日韩一级精品| 亚洲欧美综合v| 午夜精品国产精品大乳美女| 欧美在线免费观看亚洲| 久久久久免费视频| 欧美国产精品中文字幕| 亚洲人成精品久久久久| 一本久道久久综合中文字幕 | 欧美粗暴jizz性欧美20| 亚洲成在人线av| 亚洲免费观看在线观看| 亚洲一级在线| 免费亚洲视频| 国产精品一区二区三区免费观看| 狠狠干综合网| 亚洲尤物在线视频观看| 久久亚洲综合| 亚洲一区二区毛片| 欧美国产日韩a欧美在线观看| 欧美国产日韩二区| 一区在线播放视频| 亚洲综合日韩在线| 最新国产の精品合集bt伙计| 亚洲综合第一| 国产精品青草久久久久福利99| 在线观看av不卡| 性做久久久久久久久| 99re6这里只有精品| 久久婷婷久久| 在线精品在线| 免费在线成人| 欧美成人黑人xx视频免费观看| 国产午夜精品美女毛片视频| 亚洲图片激情小说| 亚洲美女福利视频网站| 欧美日本高清视频| 亚洲特色特黄| 亚洲一区二区三区四区五区午夜 | 亚洲激情专区| 亚洲国产日韩欧美| 欧美国产日韩一区二区三区| 亚洲人成精品久久久久| 亚洲另类自拍| 午夜免费在线观看精品视频| aa成人免费视频| 国产精品v日韩精品| 欧美在线视频全部完| 久久精品国产精品| 亚洲乱码精品一二三四区日韩在线| 欧美成人精品在线视频| 欧美大片一区二区| 亚洲在线播放| 美女精品自拍一二三四| 国产精品99久久久久久有的能看| 亚洲欧美中文日韩v在线观看| 国内一区二区三区| 亚洲丰满少妇videoshd| 欧美wwwwww| 久久一区二区三区av| 欧美裸体一区二区三区| 欧美中文字幕精品| 欧美三级韩国三级日本三斤| 美女尤物久久精品| 国产午夜精品全部视频在线播放| 亚洲韩国日本中文字幕| 国产日韩欧美成人| 99国产精品自拍| 亚洲人成在线免费观看| 久久精品日韩| 久久精精品视频| 国产女人精品视频| 国产精品99久久久久久久女警| 在线精品国产成人综合| 欧美在线网址| 久久蜜臀精品av| 国产伦精品一区二区三区免费| 亚洲精品日韩在线| 亚洲视频欧美在线| 国产精品国产三级国产专播品爱网| 亚洲黄色成人久久久| 亚洲欧洲精品一区| 激情一区二区| 欧美.www| 亚洲精品日韩久久| 午夜精品美女自拍福到在线| 国产精品欧美日韩| 久久爱91午夜羞羞| 欧美顶级艳妇交换群宴| 亚洲精品午夜| 国产精品毛片在线| 六月天综合网| 夜夜精品视频一区二区| 欧美一区二区三区精品| 国内精品久久久久久 | 欧美激情视频在线播放 | 欧美激情一区在线| 性欧美xxxx视频在线观看| 在线日本欧美| 国产欧美va欧美不卡在线| 欧美**字幕| 久久久久国内| 午夜精品久久久久久久99黑人| 欧美激情影院| 麻豆乱码国产一区二区三区| 亚洲午夜精品久久久久久app| 在线欧美三区| 亚洲国产高清在线| 国内成+人亚洲+欧美+综合在线| 欧美日韩国产小视频在线观看| 久久久久国产一区二区三区| 亚洲尤物在线| 午夜免费日韩视频| 欧美亚洲一级| 久久国产视频网| 性欧美大战久久久久久久免费观看| 99精品欧美一区二区三区| 日韩一级免费观看| 一本久道久久综合中文字幕| 99国产精品久久久久久久| 亚洲人成人一区二区三区| 久久国产欧美精品| 久久五月天婷婷| 亚洲黄色有码视频| 一本一本a久久| 欧美jizz19hd性欧美|