|
3
|
1 <!DOCTYPE html>
|
|
|
2
|
|
|
3 <!--
|
|
|
4 Google HTML5 slide template
|
|
|
5
|
|
|
6 Authors: Luke Mahé (code)
|
|
|
7 Marcin Wichary (code and design)
|
|
|
8
|
|
|
9 Dominic Mazzoni (browser compatibility)
|
|
|
10 Charles Chen (ChromeVox support)
|
|
|
11
|
|
|
12 URL: http://code.google.com/p/html5slides/
|
|
|
13 -->
|
|
|
14
|
|
|
15 <html>
|
|
|
16 <head>
|
|
|
17 <title>Presentation</title>
|
|
|
18 <link src='../styles.css'>
|
|
|
19 <meta charset='utf-8'>
|
|
|
20 <script
|
|
|
21 src='../slides.js'></script>
|
|
|
22 </head>
|
|
|
23
|
|
|
24 <style>
|
|
|
25 /* Your individual styles here, or just use inline styles if that’s
|
|
|
26 what you want. */
|
|
|
27
|
|
|
28
|
|
|
29 </style>
|
|
|
30 <body style='display: none'>
|
|
|
31
|
|
|
32 <section class='slides layout-regular template-default'>
|
|
|
33
|
|
|
34 <!-- Your slides (<article class='nobackground'>s) go here. Delete or comment out the
|
|
|
35 slides below. -->
|
|
|
36
|
|
|
37 <article>
|
|
|
38 <h1>CbC による OS の実装</h1>
|
|
|
39 <p>Taiki Taira / Sep 18, 2012</p>
|
|
|
40 </article>
|
|
|
41
|
|
|
42 <article class="smaller">
|
|
|
43 <h3>研究目的</h3>
|
|
|
44 <p>
|
|
|
45 本研究では code segment ,datasegment に沿った OS を実装することを目的とする。<br>
|
|
|
46 その実装には、本研究室で開発された Continution based C (CbC)を用いる。<br>
|
|
|
47 CbC は C 言語よりも低くアセンブラより高い層で記述できる言語である。C の使用からループ制御や関数コールを取り除いている。これによりスタックの操作やループ、関数呼び出しなどのより低レベルでの最適化をソースコードレベルで行うことができる。<br>
|
|
|
48 code segment, data segment を意識した設計にし、メモリ外へのアクセスを制限しセキュリティの向上とプログラマの負担を減らす。<br>
|
|
|
49 故障が発生した際に、機能を完全に喪失するのではなく、 可能な範囲で機能が維持されるようにすることを Graceful Degradation という。<br>
|
|
|
50 この Graceful Degradation を目指して実装をすすめる。<br>
|
|
|
51 </p>
|
|
|
52 </article>
|
|
|
53
|
|
|
54 <article>
|
|
|
55 <h3>
|
|
|
56 設計1/2
|
|
|
57 </h3>
|
|
|
58 <img src='boot_process.png'>
|
|
|
59 <img src='kernel.png'>
|
|
|
60 <p>
|
|
|
61 Cerium の Task Manager を載せ、OS に渡される処理を並列化する。
|
|
|
62 </p>
|
|
|
63 </article>
|
|
|
64
|
|
|
65 <article>
|
|
|
66 <h3>
|
|
|
67 設計2/2
|
|
|
68 </h3>
|
|
|
69 <img src='how_move_CSDS.png' width=450>
|
|
|
70 <p>
|
|
|
71 code segment のグループに分ける。
|
|
|
72 </p>
|
|
|
73 <img src='check code.png'>
|
|
|
74 <p>
|
|
|
75 data segment と code segment の整合性をチェックする。
|
|
|
76 </p>
|
|
|
77 </article>
|
|
|
78
|
|
|
79 <article>
|
|
|
80 <h3>
|
|
|
81 今週の作業 [ ~ 2012/10/02 ]
|
|
|
82 </h3>
|
|
|
83 <ul>
|
|
|
84 <li>grub2 での 64bit 起動</li>
|
|
|
85 </ul>
|
|
|
86 </article>
|
|
|
87
|
|
|
88 <article>
|
|
|
89 <h3> grub2 での 64bit 起動[1/2]</h3>
|
|
|
90 <p>
|
|
|
91 64bit の実行形式は、grub2 では直接起動できない。ELF64 だと GRUB2 が起動に必要なマジックナンバーを読んでくれないので、
|
|
|
92 </p>
|
|
|
93 <ol>
|
|
|
94 <li>二つ実行ファイルを作って elf32 から elf64 を起動</li>
|
|
|
95 <li>elf64 に elf32 を 結合する</li>
|
|
|
96 </ol>
|
|
|
97 <p>
|
|
|
98 の二つの方法を試している。<br>
|
|
|
99 </p>
|
|
|
100 </article>
|
|
|
101
|
|
|
102 <article>
|
|
|
103 <h3> grub2 での 64bit 起動[2/2] </h3>
|
|
|
104 <p>
|
|
|
105 下の図のように、32bit boot 部分と 64bit の kernel 開始前の繋ぎを、メモリの番地で指定しようとしている。<br>
|
|
|
106 </p>
|
|
|
107 <img src="how_use_memory.png" width=450>
|
|
|
108 <p>
|
|
|
109 アセンブラの org とかで指定しようとしたが、できなかったので linker script で書く必要がある。リンクしていない他のコードへ、メモリ番地を指定してジャンプする方法を探す必要もある。「ljmpl *」ではメモリの即値指定はできなかったので他の方法を探してみる。要するに試行錯誤中。<br>
|
|
|
110 </p>
|
|
|
111 </article>
|
|
|
112
|
|
|
113 <article class='nobackground'>
|
|
|
114 <h3>
|
|
|
115 今後やること
|
|
|
116 </h3>
|
|
|
117 <ul>
|
|
|
118 <li>qemu からの gdb 利用の仕方を調べる。</li>
|
|
|
119 <li>32bit mode から 64bit mode (long mode) へ。</li>
|
|
|
120 <li>malloc のソース/メモリ管理関係の資料を読む</li>
|
|
|
121 </ul>
|
|
|
122 </article>
|
|
|
123
|
|
|
124 </section>
|
|
|
125
|
|
|
126 </body>
|
|
|
127 </html>
|
