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í)候，看很多人說這本書好，作者以幽默的語言怎么怎么樣?，F(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)能夠滿足需求。