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

為生存而奔跑

   :: 首頁 :: 聯系 :: 聚合  :: 管理
  271 Posts :: 0 Stories :: 58 Comments :: 0 Trackbacks

留言簿(5)

我參與的團隊

搜索

  •  

積分與排名

  • 積分 - 331736
  • 排名 - 74

最新評論

閱讀排行榜

評論排行榜

轉自http://blog.csdn.net/zdwzzu2006/archive/2009/03/27/4030882.aspx

在Protected Mode下,一個重要的必不可少的數據結構就是GDT(Global Descriptor Table)。
為什么要有GDT?我們首先考慮一下在Real Mode下的編程模型:
在Real Mode下,我們對一個內存地址的訪問是通過Segment:Offset的方式來進行的,其中Segment是一個段的Base Address,一個Segment的最大長度是64 KB,這是16-bit系統所能表示的最大長度。而Offset則是相對于此Segment Base Address的偏移量。Base Address+Offset就是一個內存絕對地址。由此,我們可以看出,一個段具備兩個因素:Base Address和Limit(段的最大長度),而對一個內存地址的訪問,則是需要指出:使用哪個段?以及相對于這個段Base Address的Offset,這個Offset應該小于此段的Limit。當然對于16-bit系統,Limit不要指定,默認為最大長度64KB,而 16-bit的Offset也永遠不可能大于此Limit。我們在實際編程的時候,使用16-bit段寄存器CS(Code Segment),DS(Data Segment),SS(Stack Segment)來指定Segment,CPU將段積存器中的數值向左偏移4-bit,放到20-bit的地址線上就成為20-bit的Base Address。
到了Protected Mode,內存的管理模式分為兩種,段模式和頁模式,其中頁模式也是基于段模式的。也就是說,Protected Mode的內存管理模式事實上是:純段模式和段頁式。進一步說,段模式是必不可少的,而頁模式則是可選的——如果使用頁模式,則是段頁式;否則這是純段模式。
既然是這樣,我們就先不去考慮頁模式。對于段模式來講,訪問一個內存地址仍然使用Segment:Offset的方式,這是很自然的。由于 Protected Mode運行在32-bit系統上,那么Segment的兩個因素:Base Address和Limit也都是32位的。IA-32允許將一個段的Base Address設為32-bit所能表示的任何值(Limit則可以被設為32-bit所能表示的,以2^12為倍數的任何指),而不象Real Mode下,一個段的Base Address只能是16的倍數(因為其低4-bit是通過左移運算得來的,只能為0,從而達到使用16-bit段寄存器表示20-bit Base Address的目的),而一個段的Limit只能為固定值64 KB。另外,Protected Mode,顧名思義,又為段模式提供了保護機制,也就說一個段的描述符需要規定對自身的訪問權限(Access)。所以,在Protected Mode下,對一個段的描述則包括3方面因素:[Base Address, Limit, Access],它們加在一起被放在一個64-bit長的數據結構中,被稱為段描述符。這種情況下,如果我們直接通過一個64-bit段描述符來引用一個段的時候,就必須使用一個64-bit長的段積存器裝入這個段描述符。但Intel為了保持向后兼容,將段積存器仍然規定為16-bit(盡管每個段積存器事實上有一個64-bit長的不可見部分,但對于程序員來說,段積存器就是16-bit的),那么很明顯,我們無法通過16-bit長度的段積存器來直接引用64-bit的段描述符。
怎么辦?解決的方法就是把這些長度為64-bit的段描述符放入一個數組中,而將段寄存器中的值作為下標索引來間接引用(事實上,是將段寄存器中的高13 -bit的內容作為索引)。這個全局的數組就是GDT。事實上,在GDT中存放的不僅僅是段描述符,還有其它描述符,它們都是64-bit長,我們隨后再討論。
GDT可以被放在內存的任何位置,那么當程序員通過段寄存器來引用一個段描述符時,CPU必須知道GDT的入口,也就是基地址放在哪里,所以 Intel的設計者門提供了一個寄存器GDTR用來存放GDT的入口地址,程序員將GDT設定在內存中某個位置之后,可以通過LGDT指令將GDT的入口地址裝入此積存器,從此以后,CPU就根據此積存器中的內容作為GDT的入口來訪問GDT了。
GDT是Protected Mode所必須的數據結構,也是唯一的——不應該,也不可能有多個。另外,正象它的名字(Global Descriptor Table)所揭示的,它是全局可見的,對任何一個任務而言都是這樣。
除了GDT之外,IA-32還允許程序員構建與GDT類似的數據結構,它們被稱作LDT(Local Descriptor Table),但與GDT不同的是,LDT在系統中可以存在多個,并且從LDT的名字可以得知,LDT不是全局可見的,它們只對引用它們的任務可見,每個任務最多可以擁有一個LDT。另外,每一個LDT自身作為一個段存在,它們的段描述符被放在GDT中。
IA-32為LDT的入口地址也提供了一個寄存器LDTR,因為在任何時刻只能有一個任務在運行,所以LDT寄存器全局也只需要有一個。如果一個任務擁有自身的LDT,那么當它需要引用自身的LDT時,它需要通過LLDT將其LDT的段描述符裝入此寄存器。LLDT指令與LGDT指令不同的時,LGDT指令的操作數是一個32-bit的內存地址,這個內存地址處存放的是一個32-bit GDT的入口地址,以及16-bit的GDT Limit。而LLDT指令的操作數是一個16-bit的選擇子,這個選擇子主要內容是:被裝入的LDT的段描述符在GDT中的索引值——這一點和剛才所討論的通過段積存器引用段的模式是一樣的。

 

本文來自CSDN博客,轉載請標明出處:http://blog.csdn.net/zdwzzu2006/archive/2009/03/27/4030882.aspx

posted on 2011-04-20 11:33 baby-fly 閱讀(789) 評論(0)  編輯 收藏 引用 所屬分類: Linux kernel

只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            一区二区三区久久网| 亚洲欧洲日产国码二区| 亚洲午夜久久久| 欧美在线视频日韩| 蜜桃av噜噜一区| 欧美一区二区三区免费观看| 牛夜精品久久久久久久99黑人| 国产精品www| 亚洲三级国产| 欧美大片91| 午夜精品久久久久久久99水蜜桃| 欧美电影免费观看高清| 在线观看亚洲a| 久久综合伊人77777| 久久久水蜜桃av免费网站| 欧美激情91| 欧美一区二区三区在线观看| 久色成人在线| 国产麻豆视频精品| 欧美极品在线观看| 国产综合18久久久久久| 久久久夜精品| 国产视频欧美视频| 这里只有精品丝袜| 亚洲天堂网在线观看| 欧美日韩免费一区二区三区| 最新国产成人av网站网址麻豆| 一区二区三区 在线观看视| 99精品欧美一区二区三区综合在线| 欧美本精品男人aⅴ天堂| 在线播放日韩专区| 亚洲国产精品成人综合色在线婷婷| 久久久久久999| 在线欧美视频| 亚洲人成亚洲人成在线观看图片| 欧美α欧美αv大片| 亚洲国产日韩欧美在线动漫| 性欧美videos另类喷潮| 亚洲婷婷综合久久一本伊一区| 欧美激情一区二区三级高清视频| 亚洲精品视频免费观看| 亚洲精品美女免费| 老司机成人在线视频| 亚洲黄网站在线观看| 欧美一区二区在线观看| 性伦欧美刺激片在线观看| 欧美日本亚洲| 亚洲欧美在线看| 性久久久久久久久| 在线成人小视频| 一个色综合av| 国产综合久久久久久鬼色| 9人人澡人人爽人人精品| 久久一区二区视频| 中日韩视频在线观看| 亚洲免费在线观看视频| 国内激情久久| 日韩一区二区高清| 亚洲国产清纯| 久久精品最新地址| aa亚洲婷婷| 欧美日韩三级一区二区| 欧美日韩1234| 狠狠色狠狠色综合日日五| 亚洲国产精品久久| 欧美日韩国产综合一区二区| 亚洲福利视频一区| 国产亚洲欧美日韩日本| 久久久久久久欧美精品| 亚洲欧美一区二区激情| 欧美77777| 欧美三级小说| 国产女优一区| 午夜精品久久久久久久蜜桃app| 久久成人国产| 99国产精品视频免费观看一公开 | 国产精品二区在线| 免费成人你懂的| 国产精品久久久久7777婷婷| 美国十次成人| 国产精品久久亚洲7777| 亚洲电影欧美电影有声小说| 国产亚洲一区二区精品| 免费观看成人| 国产女主播一区| 亚洲精品一区二区网址 | 久久久久欧美| 久久久久高清| 欧美一区二区三区日韩| 欧美日本在线播放| 久色成人在线| 国产欧美日韩不卡免费| 91久久精品网| 亚洲国产欧美在线人成| 亚洲午夜在线观看视频在线| 亚洲精品午夜精品| 老司机成人在线视频| 久久久免费观看视频| 欧美体内she精视频在线观看| 欧美激情麻豆| 欧美视频免费在线| 亚洲人人精品| 日韩午夜激情av| 你懂的亚洲视频| 久久综合九色综合久99| 国产日韩在线一区| 欧美一区二区视频在线| 欧美一区二区在线播放| 欧美性感一类影片在线播放| 99国产精品私拍| 在线一区免费观看| 欧美精品国产精品| 亚洲激情另类| 在线免费观看一区二区三区| 久久久亚洲人| 亚洲高清自拍| 亚洲一区二区三区精品在线观看| 米奇777在线欧美播放| 欧美在线观看网址综合| 好看不卡的中文字幕| 欧美福利电影网| 中文一区二区| 麻豆精品网站| 在线亚洲伦理| 韩国v欧美v日本v亚洲v| 欧美经典一区二区三区| 亚洲在线免费| 亚洲国产美女精品久久久久∴| 亚洲永久免费视频| 一区二区自拍| 欧美视频一区二区在线观看 | 亚洲精品久久久久久久久久久| 亚洲欧美成人一区二区在线电影| 国产亚洲精品久久久久久| 欧美国产日韩亚洲一区| 亚洲免费影院| 亚洲六月丁香色婷婷综合久久| 久久久久网站| 亚洲社区在线观看| 亚洲高清网站| 国产日韩在线看片| 欧美日韩一区二区在线播放| 久久久亚洲国产天美传媒修理工| 亚洲视频国产视频| 亚洲高清在线观看一区| 久久久久久穴| 亚洲欧美精品suv| 日韩一级片网址| 亚洲大胆在线| 国产欧美一区二区三区国产幕精品 | 亚洲欧美制服中文字幕| 亚洲激情一区二区三区| 久久婷婷成人综合色| 先锋影音网一区二区| 一区二区三区免费在线观看| 亚洲国产日韩精品| 在线观看三级视频欧美| 国内精品美女在线观看| 国产欧美精品xxxx另类| 国产精品ⅴa在线观看h| 欧美精品一区二区久久婷婷| 久久久久在线观看| 欧美制服第一页| 午夜精品剧场| 亚洲一区二区三| 这里只有精品在线播放| 日韩亚洲欧美高清| 亚洲老板91色精品久久| 91久久精品网| 亚洲国产高潮在线观看| 欧美1区3d| 亚洲第一视频网站| 亚洲成色www8888| 亚洲高清自拍| 亚洲欧洲日本国产| 亚洲精品黄网在线观看| 亚洲人妖在线| 99re热这里只有精品免费视频| 亚洲毛片在线看| aa成人免费视频| 亚洲婷婷综合色高清在线 | 韩国av一区二区三区在线观看| 国产视频一区在线观看一区免费| 国产精品视频yy9099| 国产欧美一区二区三区另类精品| 国产精品日韩电影| 91久久精品一区| 亚洲黄色高清| 91久久久久久久久久久久久| 亚洲欧洲视频在线| 亚洲精品久久视频| 一区二区欧美亚洲| 香蕉亚洲视频| 麻豆久久久9性大片| 欧美激情性爽国产精品17p| 亚洲国产成人av| 亚洲夜晚福利在线观看| 久久精品亚洲精品| 欧美久久一区| 国产亚洲在线|