1.最主要的就是那個(gè)jmp dword，一切都是為了Jmp做準(zhǔn)備

2.int 13h讀取扇區(qū)，既可以讀硬盤(pán)，又可以讀軟盤(pán)，應(yīng)該是兩個(gè)的驅(qū)動(dòng)器號(hào)不同（這個(gè)還沒(méi)搞清楚，現(xiàn)在只會(huì)讀軟盤(pán)）。用硬盤(pán)映像的時(shí)候，總是說(shuō)找不到引導(dǎo)設(shè)備，不知道是哪兒的參數(shù)錯(cuò)了。

一些細(xì)節(jié)：

>cl是讀取的扇區(qū)號(hào)，1就是第1個(gè)扇區(qū)，并不是從0算起。

>kernel.s生成的就只有16B，所以只讀取16字節(jié)。（其他的好像是0，回來(lái)試試看）

>讀取成功了，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，所以千萬(wàn)不要inc si,inc di，多此一舉（我畫(huà)蛇添足時(shí)調(diào)試總是感覺(jué)怎么不對(duì)勁，si一下增加2了，我還以為inc指令有問(wèn)題）

>復(fù)制完了后，有些中斷向量號(hào)就被淹沒(méi)了，不能用了。

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表的地址一樣，高地址在高位（話說(shuō)，bochs不是模擬x86的嗎？x86的小端不是這樣的吧？這個(gè)回來(lái)也要看看）

>代碼段的描述符構(gòu)造時(shí)也要仔細(xì)，小心，要不然bochs會(huì)出現(xiàn)一些段保護(hù)的錯(cuò)誤。

5.操作cr0

>那個(gè)書(shū)上用as86匯編寫(xiě)的，貌似用了一個(gè)lmsw的命令，從來(lái)沒(méi)見(jiàn)過(guò)。自己又是用nasm寫(xiě)的，開(kāi)始覺(jué)得很不順，什么破書(shū)，總是跟自己的不一樣。網(wǎng)上又有人用AT&T匯編格式寫(xiě)了一遍，下載來(lái)看，發(fā)現(xiàn)整體的結(jié)構(gòu)又變了。又看的頭暈，一想自己吃飽了撐的，搞三種匯編干蛋阿，任何一種語(yǔ)法都不熟。就老老實(shí)實(shí)用nasm。后來(lái)想起來(lái)《自》的源碼是用nasm格式的，于是下載下來(lái)找一下lgdt的用法。一下子就解決問(wèn)題了（開(kāi)始我是lgdt gdt,正確的是lgdt [gdt]）,再后來(lái)發(fā)現(xiàn)用nasm的不少，可以google很多boot.s用nasm寫(xiě)的。不得不說(shuō)，這個(gè)時(shí)候英語(yǔ)確實(shí)很重要，雖然google有翻譯功能，但是翻譯的不準(zhǔn)，不是很爽。還好英語(yǔ)基本功還是有的，hiahia。在這期間，感覺(jué)新浪愛(ài)問(wèn)真是一個(gè)很好的中文網(wǎng)站，很多資料上面都有，而且不吭爹，如果有網(wǎng)站投票的話，一定投他。www.nasm.us，一開(kāi)始百度nasm官網(wǎng)都沒(méi)百到。我很奇怪，百度上很多軟件的官網(wǎng)排名還不如寫(xiě)這個(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)橐婚_(kāi)始以為第一個(gè)描述是0，第二個(gè)8，第三個(gè)16，第四個(gè)24。后來(lái)才想起來(lái)選擇子的格式。（所以說(shuō)，先把理論上的搞清楚，該背的要背）。DI13位，TI=0表示GDT，RPL

7.跳到kernel后

>本來(lái)是準(zhǔn)備用int 10來(lái)顯示一下字符串的，但是到了保護(hù)模式，中斷向量號(hào)應(yīng)該是8個(gè)字節(jié)的了，BIOS提供的應(yīng)該不能用了吧，得自己寫(xiě)中斷服務(wù)了。

8.一點(diǎn)感觸

>以前看《自己動(dòng)手寫(xiě)操作系統(tǒng)》的時(shí)候，看很多人說(shuō)這本書(shū)好，作者以幽默的語(yǔ)言怎么怎么樣?，F(xiàn)在覺(jué)得真實(shí)坑爹，如果你調(diào)試半天還是看不出來(lái)哪兒錯(cuò)了，書(shū)上寫(xiě)的又不詳細(xì)，百度百到的零零散散，正確性都沒(méi)保障的時(shí)候，幽默頂個(gè)屁用阿。而且那本書(shū)的基礎(chǔ)也不止只需要一點(diǎn)c語(yǔ)言和操作系統(tǒng)的知識(shí)，所以我很奇怪難道就沒(méi)人跟我一樣的感受嗎？今天百度一些問(wèn)題的時(shí)候，看到了有類似感受的，所以我覺(jué)得很奇怪為什么對(duì)《自》的評(píng)價(jià)我看到的都是一種聲音：適合初學(xué)者。哼，童話里都是騙人的。

>今天google的時(shí)候，發(fā)現(xiàn)國(guó)外很多寫(xiě)OS的小組，貌似國(guó)內(nèi)高校就沒(méi)這么多的小組額。。。

>英語(yǔ)很重要。即使是寫(xiě)一個(gè)kid os，也要耐心和知識(shí)的積累。

>找書(shū)很麻煩，比如說(shuō)對(duì)8253這些芯片編程以前沒(méi)接觸過(guò)，雖然學(xué)了匯編。但是不知道看什么書(shū)，于是百度吧，但是大家的說(shuō)法又不統(tǒng)一，Intel的又全是英文，圖書(shū)館也沒(méi)找到，學(xué)校外面又買(mǎi)不到，寫(xiě)信給intel領(lǐng)免費(fèi)的三本這種事又覺(jué)得麻煩。唉，于是只能瞎找書(shū)，最后找到32位微型接口技術(shù)及應(yīng)用這類書(shū)上了，勉強(qiáng)能夠滿足需求。