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

為生存而奔跑

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

留言簿(5)

我參與的團隊

搜索

  •  

積分與排名

  • 積分 - 330536
  • 排名 - 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 閱讀(778) 評論(0)  編輯 收藏 引用 所屬分類: Linux kernel
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲日本激情| 乱人伦精品视频在线观看| 欧美日韩1080p| 午夜免费电影一区在线观看 | 欧美精品性视频| 国产精品老牛| 在线亚洲精品| 欧美超级免费视 在线| 欧美精品在线一区二区三区| 亚洲第一精品影视| 欧美1区3d| 国产亚洲精品aa午夜观看| 国产深夜精品福利| 国产精品国产三级欧美二区| 欧美日韩成人激情| 国产精品无码永久免费888| 国产精品国产三级国产普通话三级 | 日韩小视频在线观看| 亚洲人成网站在线播| 亚洲高清自拍| 亚洲欧洲一区二区三区久久| 一级成人国产| 国产伪娘ts一区| 国产精品99免费看| 亚洲国产婷婷| 日韩视频免费看| 欧美护士18xxxxhd| 欧美国产欧美亚洲国产日韩mv天天看完整| 亚洲成人在线网站| 欧美手机在线视频| 亚洲国产精品久久久| 欧美日本亚洲韩国国产| 亚洲精品国产品国语在线app| 99一区二区| 欧美精品一区二区三区在线播放| 美女脱光内衣内裤视频久久影院| 国内精品福利| 欧美日韩精品在线观看| 久久精品人人做人人综合| 亚洲成人在线观看视频| 国产一区自拍视频| 国产在线视频欧美一区二区三区| 欧美大胆成人| 欧美激情亚洲精品| 亚洲欧美日本国产专区一区| 亚洲国产精品免费| 久久久久国产免费免费| 亚洲综合色激情五月| 亚洲网站在线看| 欧美一级专区免费大片| 久久久综合免费视频| 激情久久五月天| 亚洲线精品一区二区三区八戒| 一区二区不卡在线视频 午夜欧美不卡' | 欧美二区在线看| 中文在线一区| 久久综合久久综合这里只有精品 | 99综合精品| 欧美专区第一页| 亚洲精品看片| 国产精品视频免费在线观看| 国产一区二区三区黄视频| 久久久久青草大香线综合精品| 国内揄拍国内精品少妇国语| 亚洲国产欧美日韩| 国产一区二区三区日韩欧美| 国产精品一区在线观看| 一本色道久久加勒比精品| 久久综合九色九九| 亚洲欧美电影院| 国产欧美在线看| 亚洲一区精品电影| 亚洲日本欧美在线| 欧美91视频| 欧美成人精品一区二区| 国产一区二区视频在线观看| 午夜久久福利| 亚洲一区二区3| 国产精品婷婷| 午夜精品成人在线视频| 噜噜噜91成人网| 欧美成人精品在线| 99视频一区二区| 一区二区三区欧美亚洲| 欧美日韩在线大尺度| 中国女人久久久| 欧美国产日韩精品| 国产一区91精品张津瑜| 欧美在线观看一二区| 91久久精品国产91性色tv| 欧美四级在线观看| 久久全球大尺度高清视频| 99riav1国产精品视频| 欧美a级在线| 欧美在线播放视频| 欧美午夜一区二区福利视频| 久久久久看片| 99国产精品久久久久久久久久 | 午夜日韩激情| 中文一区二区在线观看| 亚洲国语精品自产拍在线观看| 欧美激情综合在线| 久久综合中文字幕| 久久蜜桃香蕉精品一区二区三区| 亚洲精品国偷自产在线99热| 亚洲第一免费播放区| 国产精品女主播在线观看| 亚洲影音先锋| 亚洲电影免费在线| 久久亚洲精品网站| 亚洲无限av看| 久久成人精品| 亚洲区欧美区| 久久成人18免费网站| 亚洲人成人一区二区在线观看| 欧美日韩视频在线一区二区观看视频| 亚洲午夜视频| 久久久精品欧美丰满| 亚洲欧美日韩一区二区三区在线| 亚洲人成网站影音先锋播放| 99热精品在线观看| 国产一区二区三区四区五区美女| 欧美在线视频免费| 亚洲夫妻自拍| 亚洲夜间福利| 亚洲人成网站精品片在线观看| 亚洲一区二区在线| 精品99一区二区| 99在线热播精品免费99热| 狠狠色狠狠色综合日日五| 日韩天堂在线观看| 日韩系列欧美系列| 久久精品国产第一区二区三区最新章节| 亚洲国产天堂网精品网站| 久久精品国产亚洲一区二区| 亚洲视频欧美在线| 最新日韩在线| 美女尤物久久精品| 欧美成人第一页| 亚洲欧美视频| 国产一区在线播放| 午夜精品区一区二区三| 一区二区三区精品在线| 久久久久亚洲综合| 欧美成人午夜激情| 亚洲福利av| 久久久亚洲精品一区二区三区| 久久一本综合频道| 国产女同一区二区| 久久久久看片| 欧美波霸影院| 韩国免费一区| 在线视频亚洲欧美| 亚洲欧美韩国| 欧美日韩国产精品自在自线| 一区二区三区波多野结衣在线观看| 欧美大片在线看| 午夜精品一区二区三区在线播放| 99国内精品| 国产精品视频第一区| 亚洲已满18点击进入久久| 亚洲欧美中文字幕| 黑人巨大精品欧美黑白配亚洲| 欧美亚洲视频在线看网址| 久久aⅴ国产紧身牛仔裤| 一区二区三区在线不卡| 欧美亚洲一区三区| 卡一卡二国产精品| 免费看亚洲片| 美女被久久久| 亚洲国产欧美一区| 欧美激情视频网站| 在线一区二区三区做爰视频网站| 亚洲中无吗在线| 狠狠色丁香婷婷综合| 欧美成年人视频| 亚洲性人人天天夜夜摸| 久久aⅴ国产紧身牛仔裤| 亚洲国产精品久久人人爱蜜臀| 欧美四级在线| 久久综合久色欧美综合狠狠| 亚洲激情自拍| 欧美亚洲尤物久久| 亚洲电影欧美电影有声小说| 国产精品久久久久久av下载红粉 | 久久国产乱子精品免费女 | 亚洲视频一区二区| 激情视频亚洲| 国产精品素人视频| 欧美激情综合在线| 久久午夜电影| 午夜精品久久久久久久| 亚洲毛片av| 欧美激情一区二区三区高清视频 | 亚洲国产日韩欧美在线99| 亚洲欧美久久| 一区二区三区高清不卡| 亚洲国产精品高清久久久| 国产字幕视频一区二区| 国产精品永久免费视频|