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

為生存而奔跑

   :: 首頁 :: 聯系 :: 聚合  :: 管理
  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>
            9色porny自拍视频一区二区| 99精品国产高清一区二区| 国模精品一区二区三区| 欧美日韩综合视频| 欧美.www| 蜜臀久久99精品久久久久久9| 久久国产欧美精品| 免费短视频成人日韩| 美女性感视频久久久| 欧美精品国产一区| 国产精品久久久久久久久久妞妞 | 日韩视频在线一区二区三区| 亚洲高清免费视频| 亚洲视频精选| 久久精品亚洲热| 女生裸体视频一区二区三区| 欧美成人午夜免费视在线看片| 欧美国产日本韩| 一本到高清视频免费精品| 亚洲欧美日韩一区二区三区在线观看| 欧美一区二区久久久| 久久久久久亚洲精品中文字幕| 久久国产乱子精品免费女 | 欧美激情第10页| 一本色道久久88综合亚洲精品ⅰ | 亚洲国产日韩欧美在线动漫| 日韩一级裸体免费视频| 欧美一区二区三区在线观看视频 | 亚洲国产美国国产综合一区二区| 日韩视频免费在线| 久久激情综合网| 亚洲人精品午夜在线观看| 日韩小视频在线观看专区| 欧美一区二区三区在线看| 欧美精品久久久久久久久老牛影院| 国产精品一卡二| 日韩一级二级三级| 欧美freesex8一10精品| 99视频精品全部免费在线| 久久噜噜亚洲综合| 国产精品综合不卡av| 日韩天堂在线观看| 欧美成人午夜免费视在线看片| 午夜一区二区三区不卡视频| 欧美日韩1区2区| 亚洲精品孕妇| 欧美.www| 久久香蕉国产线看观看网| 国产日韩欧美不卡在线| 亚洲一区二区在线免费观看| 亚洲第一页在线| 狂野欧美一区| 伊人久久久大香线蕉综合直播| 欧美一区二区成人| 亚洲中无吗在线| 国产精品嫩草99av在线| 亚洲新中文字幕| 99精品国产热久久91蜜凸| 欧美日韩伦理在线免费| 999亚洲国产精| 日韩网站在线看片你懂的| 欧美另类极品videosbest最新版本| 亚洲高清免费| 日韩午夜免费| 亚洲国产成人porn| 欧美成人精品| 日韩午夜在线电影| 日韩视频―中文字幕| 国产精品久久久久久久久| 性欧美18~19sex高清播放| 亚洲欧美激情在线视频| 国产一区二区三区黄视频| 巨乳诱惑日韩免费av| 久久视频这里只有精品| 久色婷婷小香蕉久久| 中文日韩在线视频| 亚洲午夜久久久久久尤物| 欧美一区二区三区婷婷月色| 欧美精品免费播放| 亚洲人屁股眼子交8| 亚洲电影免费观看高清完整版在线 | 久久久91精品国产| 美女精品在线| 亚洲人成网站精品片在线观看| 久久久噜噜噜久噜久久| 久久久久欧美精品| 亚洲欧洲三级电影| 一本到高清视频免费精品| 国产精品专区第二| 欧美成人性生活| 欧美日本不卡| 久久福利电影| 欧美国产91| 午夜激情综合网| 久久三级福利| 亚洲欧美日韩国产中文 | 欧美在线视频免费观看| 欧美一区二区三区视频在线| 永久91嫩草亚洲精品人人| 亚洲国产精品99久久久久久久久| 欧美精品精品一区| 久久久精品动漫| 欧美交受高潮1| 欧美一区二区视频观看视频| 久久在线免费| 校园春色综合网| 麻豆久久婷婷| 欧美一区二区大片| 欧美精品亚洲精品| 久久久久久一区| 国产精品久久久久高潮| 欧美不卡高清| 国产一区二区久久精品| 亚洲美女av电影| 亚洲区中文字幕| 久久狠狠一本精品综合网| 亚洲视频香蕉人妖| 美女久久一区| 久久精品日韩| 国产精品成人aaaaa网站| 久久婷婷丁香| 国产精品日韩欧美| 亚洲巨乳在线| 亚洲精品久久久久久久久久久| 欧美一区二区在线免费播放| 亚洲一区二区视频在线| 欧美成人免费小视频| 欧美在线视频一区二区| 欧美色综合天天久久综合精品| 国产一区久久久| 最新国产成人在线观看| 国外成人在线视频| 午夜精品一区二区三区在线播放| 99热精品在线观看| 欧美黑人国产人伦爽爽爽| 美女主播视频一区| 狠狠入ady亚洲精品| 亚洲女同在线| 亚洲欧洲av一区二区| 国产精品福利网站| 宅男在线国产精品| 亚洲欧美电影院| 欧美日韩精品免费| 亚洲激情一区| 宅男精品视频| 欧美日韩一区二区免费在线观看| 亚洲精品自在久久| 亚洲校园激情| 国产精品日韩精品欧美在线| 午夜国产精品视频| 久久精品国产在热久久| 国产真实久久| 久久伊人免费视频| 最新国产成人在线观看| 一区二区免费在线播放| 国产精品久久久久久久一区探花| 亚洲视频网在线直播| 欧美在线高清| 亚洲国产mv| 欧美日韩三级视频| 亚洲永久视频| 久久一区二区三区超碰国产精品| 伊人久久大香线蕉综合热线| 欧美99在线视频观看| 亚洲欧洲一区二区天堂久久 | 久久精品一区四区| 欧美国产精品| 亚洲欧美日本日韩| 国产午夜精品视频免费不卡69堂| 久久男女视频| 99精品热视频只有精品10| 欧美在线视频播放| 亚洲区国产区| 国产精品乱码一区二三区小蝌蚪| 亚洲欧美日韩国产| 亚洲高清色综合| 西西裸体人体做爰大胆久久久| 国产一区二区三区久久久| 免播放器亚洲一区| 亚洲视频综合在线| 亚洲大片精品永久免费| 午夜伦欧美伦电影理论片| 亚洲国产精品尤物yw在线观看 | 欧美精品aa| 欧美一区二区三区在线视频| 亚洲日本成人| 久久精品日韩一区二区三区| 亚洲精品小视频| 国产亚洲精品美女| 欧美午夜不卡影院在线观看完整版免费| 欧美一区二区日韩一区二区| 91久久久久久| 蜜臀av性久久久久蜜臀aⅴ四虎| 亚洲视频碰碰| 黄色成人在线观看| 一区二区三区精品国产| 亚洲欧美日本国产专区一区| 欧美激情aaaa| 好看的日韩视频| 午夜在线观看免费一区|