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

為生存而奔跑

   :: 首頁 :: 聯系 :: 聚合  :: 管理
  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>
            玖玖玖免费嫩草在线影院一区| 免费永久网站黄欧美| 欧美日韩成人| 欧美成人激情视频| 欧美激情第二页| 欧美日韩国产综合视频在线观看中文 | 欧美暴力喷水在线| 欧美电影免费观看高清完整版| 蜜桃久久精品乱码一区二区| 久久久另类综合| 欧美88av| 一区二区国产日产| 欧美影院精品一区| 久久免费视频网站| 欧美日本高清| 国产真实精品久久二三区| 亚洲国产一区在线| 亚洲欧美中文日韩v在线观看| 久久成人在线| 91久久夜色精品国产网站| 国产精品v欧美精品v日韩| 亚洲动漫精品| 亚洲黄色免费网站| 亚洲最新视频在线| 欧美伊人久久久久久久久影院 | 欧美视频导航| 国产亚洲精品久久久久动| 亚洲大胆人体在线| 午夜精品久久| 欧美激情综合色| 午夜一级久久| 欧美日韩国产精品自在自线| 国产一区二区三区在线观看视频| 亚洲精品中文字幕在线观看| 久久er99精品| 亚洲三级性片| 久久久成人网| 欧美性大战久久久久久久| 伊人久久大香线蕉av超碰演员| 亚洲天堂成人在线视频| 欧美+亚洲+精品+三区| 亚洲自拍偷拍一区| 欧美日韩麻豆| 亚洲精品久久久一区二区三区| 久久精品天堂| 亚洲自拍偷拍麻豆| 国产精品久久久久9999| 在线一区二区三区四区| 最新亚洲电影| 欧美va天堂va视频va在线| 狠狠色丁香婷婷综合| 亚洲欧美电影院| 亚洲精品国产精品乱码不99| 久久综合久久久久88| 国产在线视频欧美| 久久人人97超碰精品888 | 久久女同互慰一区二区三区| 国产精品国产三级国产aⅴ浪潮 | 国产伦精品一区二区三区免费 | 久久av资源网站| 国产精品久久久久久久9999 | 国产日产高清欧美一区二区三区| 亚洲精品一区二区网址| 欧美一区二区免费视频| 亚洲香蕉伊综合在人在线视看| 欧美激情国产精品| 亚洲精品国产精品久久清纯直播| 99国产精品私拍| 久久婷婷国产麻豆91天堂| 亚洲欧美成人网| 国产精品久久久久久久第一福利| 一本久道久久综合狠狠爱| 麻豆91精品91久久久的内涵| 欧美一区2区视频在线观看 | 极品少妇一区二区三区精品视频| 噜噜噜在线观看免费视频日韩| 亚洲私人影吧| 国产农村妇女精品一区二区| 久久成人免费| 另类图片综合电影| 正在播放日韩| 午夜久久美女| 亚洲成色www8888| 亚洲欧洲一区二区在线观看| 欧美日韩一区二区三区| 久久电影一区| 美日韩免费视频| 亚洲午夜一区二区三区| 亚洲欧美日韩一区二区在线 | 欧美亚洲一区| 亚洲第一视频网站| 日韩视频在线永久播放| 国产欧美一区二区三区久久| 久久一二三四| 欧美日韩视频| 久久人人爽人人爽爽久久| 欧美freesex8一10精品| 亚洲一区二区动漫| 欧美在线影院| 日韩小视频在线观看| 亚洲欧美激情视频| 亚洲日本成人网| 亚洲淫片在线视频| 亚洲人成在线播放| 午夜精品亚洲| 一区二区欧美在线观看| 久久成人免费网| 亚洲一区二区三区视频| 美女精品在线观看| 欧美一级日韩一级| 欧美日韩精品一区二区天天拍小说| 久久久亚洲欧洲日产国码αv| 欧美日韩在线视频一区| 欧美aaa级| 国产亚洲欧洲| 亚洲一区二区3| 一本色道久久88精品综合| 久久久久高清| 久久精品综合网| 国产精品久久久久一区二区| 欧美福利精品| 国产综合在线看| 亚洲一级黄色片| 亚洲视频在线观看三级| 亚洲淫片在线视频| 欧美国产三区| 亚洲免费精彩视频| 久久精品国内一区二区三区| 亚洲视频日本| 欧美精品色一区二区三区| 裸体女人亚洲精品一区| 国产一区二区日韩精品欧美精品 | 亚洲欧美日本在线| 9久草视频在线视频精品| 麻豆国产精品777777在线| 久久久亚洲欧洲日产国码αv| 国产热re99久久6国产精品| 亚洲私人影院在线观看| 亚洲神马久久| 欧美天堂亚洲电影院在线观看| 亚洲国产专区校园欧美| 亚洲精品乱码久久久久| 蜜桃久久精品一区二区| 女主播福利一区| 亚洲激情综合| 欧美国产日韩一区二区| 日韩一区二区电影网| 亚洲四色影视在线观看| 国产精品日韩一区二区三区| 午夜精品久久久久久久久久久久久 | 亚洲欧美日韩精品| 久久九九免费视频| 尤物99国产成人精品视频| 麻豆精品国产91久久久久久| 亚洲福利专区| 亚洲欧美日韩精品在线| 国产手机视频精品| 麻豆成人av| 一本色道久久综合亚洲二区三区| 亚洲欧美视频一区| 狠狠狠色丁香婷婷综合激情| 久久久久综合网| 亚洲人成欧美中文字幕| 亚洲自拍16p| 狠狠色噜噜狠狠狠狠色吗综合| 久久这里只有| 中文久久乱码一区二区| 久久综合狠狠综合久久综青草 | 日韩视频在线你懂得| 欧美香蕉视频| 久久噜噜亚洲综合| 一区二区三区三区在线| 久久久久99| 亚洲天堂偷拍| 在线观看三级视频欧美| 欧美日韩精品久久| 久久久精彩视频| 一本一本久久a久久精品牛牛影视| 欧美一级片久久久久久久 | 久久精品91久久久久久再现| 在线欧美福利| 国产精品久久久久久久午夜片| 久久久国产91| 亚洲永久在线| 日韩午夜av电影| 麻豆成人综合网| 欧美黄色免费| 农村妇女精品| 在线一区二区三区做爰视频网站| 国产日韩欧美高清免费| 欧美日韩国产首页| 久久视频在线视频| 亚洲一区二区三区四区五区午夜| 欧美成人免费在线观看| 欧美在线免费看| 亚洲已满18点击进入久久| 亚洲精品欧美激情| 亚洲第一视频| 在线观看日韩国产| 国产在线一区二区三区四区 |