對(duì)于進(jìn)入保護(hù)模式的個(gè)人總結(jié)和一點(diǎn)感觸
1.最主要的就是那個(gè)jmp dword,一切都是為了Jmp做準(zhǔn)備
2.int 13h讀取扇區(qū),既可以讀硬盤,又可以讀軟盤,應(yīng)該是兩個(gè)的驅(qū)動(dòng)器號(hào)不同(這個(gè)還沒搞清楚,現(xiàn)在只會(huì)讀軟盤)。用硬盤映像的時(shí)候,總是說找不到引導(dǎo)設(shè)備,不知道是哪兒的參數(shù)錯(cuò)了。
一些細(xì)節(jié):
>cl是讀取的扇區(qū)號(hào),1就是第1個(gè)扇區(qū),并不是從0算起。
>kernel.s生成的就只有16B,所以只讀取16字節(jié)。(其他的好像是0,回來試試看)
>讀取成功了,bochs有時(shí)候會(huì)告訴你成功了,有時(shí)候不會(huì)。(一次告訴我讀取了16B,一次告訴我讀取了17個(gè)扇區(qū))。
3.復(fù)制kernel到0:0處
>0:0處在實(shí)模式下放了256個(gè)中斷向量號(hào),每個(gè)向量號(hào)4字節(jié)
>movsb會(huì)自動(dòng)把si,di加1,所以千萬不要inc si,inc di,多此一舉(我畫蛇添足時(shí)調(diào)試總是感覺怎么不對(duì)勁,si一下增加2了,我還以為inc指令有問題)
>復(fù)制完了后,有些中斷向量號(hào)就被淹沒了,不能用了。
4加載GDT
>注意lgdt時(shí),加載數(shù)據(jù)的格式。數(shù)據(jù)地址越高,就在高位。
>>如 DW 0X0000 DW gdt+0x7c00,0x0000.最后形成的GDTR內(nèi)容就是0x0000,gdt+0x7c00,0x0000
>gdt是便宜地址,所以要加上這個(gè)段的起始地址0x7c00
>代碼段描述符的數(shù)據(jù)格式也要注意
>>DW 0XFFFF 0X0000 0X9E00 0X0000,和GDTR表的地址一樣,高地址在高位(話說,bochs不是模擬x86的嗎?x86的小端不是這樣的吧?這個(gè)回來也要看看)
>代碼段的描述符構(gòu)造時(shí)也要仔細(xì),小心,要不然bochs會(huì)出現(xiàn)一些段保護(hù)的錯(cuò)誤。
5.操作cr0
>那個(gè)書上用as86匯編寫的,貌似用了一個(gè)lmsw的命令,從來沒見過。自己又是用nasm寫的,開始覺得很不順,什么破書,總是跟自己的不一樣。網(wǎng)上又有人用AT&T匯編格式寫了一遍,下載來看,發(fā)現(xiàn)整體的結(jié)構(gòu)又變了。又看的頭暈,一想自己吃飽了撐的,搞三種匯編干蛋阿,任何一種語法都不熟。就老老實(shí)實(shí)用nasm。后來想起來《自》的源碼是用nasm格式的,于是下載下來找一下lgdt的用法。一下子就解決問題了(開始我是lgdt gdt,正確的是lgdt [gdt]),再后來發(fā)現(xiàn)用nasm的不少,可以google很多boot.s用nasm寫的。不得不說,這個(gè)時(shí)候英語確實(shí)很重要,雖然google有翻譯功能,但是翻譯的不準(zhǔn),不是很爽。還好英語基本功還是有的,hiahia。在這期間,感覺新浪愛問真是一個(gè)很好的中文網(wǎng)站,很多資料上面都有,而且不吭爹,如果有網(wǎng)站投票的話,一定投他。www.nasm.us,一開始百度nasm官網(wǎng)都沒百到。我很奇怪,百度上很多軟件的官網(wǎng)排名還不如寫這個(gè)軟件使用心得的博客排名靠前,有的甚至百度不到。還是直接在google上直接英文搜索,很方便了。但是GOOGLE有時(shí)候又進(jìn)不去,唉,惱火。(小技巧:用https://www.google.cn可以進(jìn),為什么這個(gè)協(xié)議就行的通呢?,不懂)。
6.jmp dword
>這一段屬于16位和32位的混合編程,www.nasm.us上有介紹。
>其中在0x0008:0的8上我又折騰了很久,因?yàn)橐婚_始以為第一個(gè)描述是0,第二個(gè)8,第三個(gè)16,第四個(gè)24。后來才想起來選擇子的格式。(所以說,先把理論上的搞清楚,該背的要背)。DI13位,TI=0表示GDT,RPL
7.跳到kernel后
>本來是準(zhǔn)備用int 10來顯示一下字符串的,但是到了保護(hù)模式,中斷向量號(hào)應(yīng)該是8個(gè)字節(jié)的了,BIOS提供的應(yīng)該不能用了吧,得自己寫中斷服務(wù)了。
8.一點(diǎn)感觸
>以前看《自己動(dòng)手寫操作系統(tǒng)》的時(shí)候,看很多人說這本書好,作者以幽默的語言怎么怎么樣。現(xiàn)在覺得真實(shí)坑爹,如果你調(diào)試半天還是看不出來哪兒錯(cuò)了,書上寫的又不詳細(xì),百度百到的零零散散,正確性都沒保障的時(shí)候,幽默頂個(gè)屁用阿。而且那本書的基礎(chǔ)也不止只需要一點(diǎn)c語言和操作系統(tǒng)的知識(shí),所以我很奇怪難道就沒人跟我一樣的感受嗎?今天百度一些問題的時(shí)候,看到了有類似感受的,所以我覺得很奇怪為什么對(duì)《自》的評(píng)價(jià)我看到的都是一種聲音:適合初學(xué)者。哼,童話里都是騙人的。
>今天google的時(shí)候,發(fā)現(xiàn)國(guó)外很多寫OS的小組,貌似國(guó)內(nèi)高校就沒這么多的小組額。。。
>英語很重要。即使是寫一個(gè)kid os,也要耐心和知識(shí)的積累。
>找書很麻煩,比如說對(duì)8253這些芯片編程以前沒接觸過,雖然學(xué)了匯編。但是不知道看什么書,于是百度吧,但是大家的說法又不統(tǒng)一,Intel的又全是英文,圖書館也沒找到,學(xué)校外面又買不到,寫信給intel領(lǐng)免費(fèi)的三本這種事又覺得麻煩。唉,于是只能瞎找書,最后找到32位微型接口技術(shù)及應(yīng)用這類書上了,勉強(qiáng)能夠滿足需求。