OSを作ろうpart12

独自にOSを作っているまたは、作ろうとしている人たちのための
スレッドになればと思います。

■前スレ
OSを作ろうpart12
http://pc8.2ch.net/test/read.cgi/os/1108836476/

■過去スレ■

part2 http://pc3.2ch.net/tech/kako/1024/10244/1024411711.html
part3 http://pc3.2ch.net/tech/kako/1027/10270/1027080631.html
part4 http://pc3.2ch.net/tech/kako/1037/10370/1037096449.html
part5 http://pc2.2ch.net/tech/kako/1042/10423/1042375466.html
part6 http://pc2.2ch.net/tech/kako/1052/10525/1052537020.html
part7 http://pc2.2ch.net/tech/kako/1066/10669/1066968321.html
part8 http://pc3.2ch.net/test/read.cgi/os/1076216434/
part9 http://pc3.2ch.net/test/read.cgi/os/1081561384/
part10 http://pc5.2ch.net/test/read.cgi/os/1083420872/
part11 http://pc5.2ch.net/test/read.cgi/os/1093825736/
part12 http://pc8.2ch.net/test/read.cgi/os/1108836476/

何故にpart12?

part13だろバカ


■関連スレ■
【2chOS】OSを作ろう【マジ】
http://pc8.2ch.net/test/read.cgi/os/1018174274/
※忘れ去られた初代スレ

「30日でできる！OS自作入門」
http://pc8.2ch.net/test/read.cgi/os/1151897893/
※K本の真実：http://pc8.2ch.net/test/read.cgi/os/1151897893/72

仮に新しくＯＳ作るとしたら、、、
http://pc8.2ch.net/test/read.cgi/os/994675006/

OSを作ってみよう
http://pc8.2ch.net/test/read.cgi/os/1046271176/

OSを作りたいわけだが。
http://pc8.2ch.net/test/read.cgi/os/1062870092/

【ﾔﾁｬｰﾀ】OS作りました【ﾃﾞｷﾁｬｰﾀ】
http://pc8.2ch.net/test/read.cgi/os/1019463348/

ＯＳ作りに向いている言語は何ですが？
http://pc8.2ch.net/test/read.cgi/os/1043751313/

>>4 ヤバすぎｗ

>part13だろバカ

スレタイ間違えてるのに逆切れしてどうするのよ？
このスレの前途は暗いな。

認定厨がウザイ

認定厨認定厨がウザい

VIPのスレは即死したな

で、結局誰が支配者に即位したの？

>>1が支配者

>>10
お前ウザいよ
お前が支配者になって厨に手取り足取り教えてやればいいだろ

と支配者気取りが言っています^^

>>11 おまえ>>1か？とりあえずスレ建て乙
何が原因か知らんが、カリカリしてるようだな。
もう休んでリフレッシュ汁！

出来ればosをつくるのに有用な資料を下さい。
環境依存などをお願いします。

>>14
そういうネタはすれ違いです

>>14

ttp://slashdot.jp/comments.pl?sid=324903&cid=979964

Re:OSは大きいとは限らない (スコア:4, 参考になる)
.mjt (13150) のコメント: 2006年07月17日 18時17分 (#979964)

中の人なのでdev-j [osdev.info]を宣伝したいけど、
ttp://wiki.osdev.info/
PC上で動くOSを作りたいならOS Wiki [osdev.info]の方が密度高いですね。
ttp://community.osdev.info/

一口にOS作りといっても、それが指す領域はメモリ管理から
UIまで非常に幅広いのでまとめるというよりは方々の知識を総動員するものなので。

今のところは書籍の方が(日本語の情報源としては)良いと思います。
ストーリーで挙がっているようなものとか、Solarisインターナルとか。

前スレから生まれたOS

270氏作hoverdos
ttp://hovweb.hp.infoseek.co.jp/

OSを作る意義とか薀蓄を垂れたい奴向き

今OSを自作する意味は？
ttp://slashdot.jp/askslashdot/article.pl?sid=06/07/17/0652257&threshold=-1

>>16

どうもです。
ちょっと見てみます。

>>17
もう1年か。
何もかもみな懐かしい。

>>16
.mjtが.mitに見えた。

それはともかく .mjtとMInoxxTaroはOS作りを消費に使うだけで、生産性がまるで
なかったのが結論。

>>21
太郎はOS作りで今の地位にのし上がったから本人としてはそれで充分じゃね？

仮想記憶が現在のＯＳにいかなる影響を与えたのでしょうか？？

>>23
人に聞く前に自分で調べたことと見解を書くのが礼儀

支配者様からの優しい御回答
↓↓↓↓↓↓↓

夏だから

厨を根絶

キャンペーン

だったらスレを建てるなよ
・・・・
まさかゴキブリホイホイ？

わからないからきいているのです！！

いいサイトなどがあれば教えてください。

>>28
仮想記憶が何かすら調べられずにわからないなら
説明を聞いてもわからないと思うよ

君だって掛け算九九もできないガキに微積分を教えろって言われたらどうするよ？

香ばしいのが釣れたな

スレと関係ないんだけどさ、俺「釣り」とか「釣り師」っていうのは、

　釣り師 ↓　　　 　
. 　　　　　　　　 　 ／|　←竿
　　　　　○　　／　 |
.　　　　（Vヽ／ 　 　|
　　　 ＜＞　　　　　|
ﾞ'ﾞ":"''"''':'';;':,':;.:.,.,＿_|＿＿＿＿＿＿＿＿＿
　　　　　　　　 　 　 |
　　餌（疑似餌）→.§　>ﾟ++<　〜
　　　　　　　　　　　　　　　　　の組み合わせだと思ってたんだけど、

最近自称釣り師がダイレクトで自分の本音を攻撃されて「釣れた！」とか
言ってるの多いよね。
　これは、どっちかというと、



　　　 　 　 　 ,〜〜〜〜〜〜 、
|＼　　　　　（　釣れたよ〜・・・）
|　 ＼　　　　｀〜〜〜v〜〜〜´
し　　 ＼
ﾞ'ﾞ":"''"''':'';;':,':;.:.,.,　 ヽ○ノ
　　　　　　　　　 ~~~~~|~~~~~~~￣￣￣￣￣￣￣
　　 　 　 　 　 　 　 　 ト>ﾟ++<
　　　　　　　 　 　 　 ノ）

かと思うんだけど、どうよ？

今ちょうどそれをコピペしようと思ってた

仮想記憶はある程度調べて分かったが、それが現在のＯＳに与える影響はについては
私の頭では分かりません。
だからお願いをしているのです。

影響なんてねーよ

>>34
仮想記憶について調べたことを書けって言ってんの。
あとなぜ現代のOSに与えた影響を知りたいかも。
それが最低限の礼儀だ。

データ通信速度が低速な「ディスク」にアクセスするから、パフォーマンスが低下するって話だろ。
その程度のことがわからない理由がわからない。

>>36
何さ偉そうに。お前こそ礼儀がなってねーよ。

たぶん大学の一般教養のレポートだと思われ。
文系だと辛いんじゃね？
理系で辛いなら転学科した方がいい。

厨房同士の喧嘩は厨房板でどうぞ。

女の子には優しくしないとダメですよ♥

＼／＼／＼／＼／＼／＼／＼／＼／＼／＼／＼／＼／＼／＼／


こ　こ　か　ら　超　濃　厚　な　ホ　モ　ス　レ　に　な　り　ま　す。


　　　　　　　　　　　ご　期　待　く　だ　さ　い　！　！


／＼／＼／＼／＼／＼／＼／＼／＼／＼／＼／＼／＼／＼／＼

>>39
はい、まさしくというかだいたいその通りです。
一応関東圏の某国立大学ですが、なにせ文型なもんでこんな授業をとってしまったことにかなり後悔してます。

　☆ﾁﾝ　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
☆ﾁﾝ　　〃　 ∧＿∧　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
ヽ　＿＿_＼（＼・∀・）　＜　厨に手取り足取り教えてくれる支配者様まだ〜？
　 ＼＿／⊂　⊂＿ )　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
／￣￣￣￣￣￣ ／|
|￣￣￣￣￣￣￣|　 |
|　　愛媛みかん　 |／

.　　　 　 　　　　 　 　 　 　 　　Λ＿Λ
　　　　　　 　　　∧＿∧ ＼　（ﾟ∀ﾟ　；）　＜ま・・・・
うぜぇんだよ＞（　・∀・）　⊂　⊂＿ ) 　　　._＿＿＿＿＿＿
　　　　　　　　⊂　　　／|　≡≡≡≡≡≡／　　　　　　 　.／|
　　　　　　　　　 |　 ＿／　≡≡≡≡≡≡|￣￣￣￣￣￣|　.|
　　　　　　　　 （_＿）彡 　 ≡≡≡≡≡≡|　　　　　　　　 .|／
　　　　　　　　　　　　　　ﾎﾞｺｯ

そこで崎本様ですよ

おら機械科だからよくわからんが、仮想記憶がOSに影響与えるのか？
広いメモリ空間が使えるアプリケーションに影響を与えるなら話はわかるが…

質問が明確でないと、正しい答えを求めることができないってか？

「仮想記憶(という概念の発明)がOSの発展に与えた影響について教えて下さい」という質問なら分からなくもないが。

おまいらせっかく女子大生が相談に来てるのに冷たいな

　わからない五大理由

１　読まない

２　調べない

３　試さない

４　理解力が足りない

５　人を利用することしか頭にない

>>50みたいなやつの言動五大理由

１．知らないくせに知ったかぶり

２．質問の意味がわからない

３．でも答えたい

４．スレの支配者気取り

５．相手のレベルを理解できない

夏だねぇ

こうしてみると実際、教師って偉いと思う。

こうしてみると実際、教師ってエロいと思う。

初心者の為のOS作りは「30日でできる！OS自作入門」の本を買えば初めてでもOSが出来る

>>55
ここ口先だけの奴らがKを批判しているスレなんで、続きはこっちでやれや。

「30日でできる！OS自作入門」
http://pc8.2ch.net/test/read.cgi/os/1151897893/l50

>>56
ここは批判するスレでわなく「OSを作ろう」のスレ。初心者OSの作りの紹介は、OS作りに何が必要かと問われたから答えたまで。

>>57
スレ違い

>>57
>>1をひゃくまんかいよめ
>>1をひゃくまんかいかきとれ
>>1をいんさつしてひゃくおくまんかいくえ

72 名前：Be名無しさん[sage] 投稿日：2006/07/16(日) 23:21:01
実際は教えてるんじゃなくて、ただソース提示してこれコンパイルしたらできるよって言ってるだけ。


K本がこの程度なのに、勝手にスレを設定されてもねえ。
どうせ>>57=K信者なんだろ？

　　 　 　　　　　　 , '´ ￣￣ ` ､
　　　　　　　　　　i　r-ｰ-┬-‐､i
　 　 　　　　　　　|　|,,＿ 　 ＿,{|
　　　　　　　　　　Ｎ| "ﾟ'`　{"ﾟ｀lﾘ　　　　　や　ら　な　い　か
　　　　 　 　 　 　 ﾄ.i 　 ,__''_　 !
　　　　 　 　　　／i/ l＼ ー .ｲ|､
　　　　,.､-　￣/ 　|　ｌ　 ￣ / |　|` ┬-､
　 　 /　 ヽ.　/ 　 　ト-` ､ノ- |　 l　　l　 ヽ.
　　/　　　 ∨ 　 　　l 　　|!　 | 　 ｀>　|　　i
　 /　　　　 |｀二^>　 ｌ.　　|　 |　＜＿_,|　　|
＿|　 　　　 |.|-<　　　 ＼ i　/　,イ_＿__!／ ＼
　 .|　　　　　{.|　 ` - ､ ,.---ｧ^!　| 　　 |￣￣￣

出来ればosをつくるのに有用な資料を下さい。。

アーキテクチャマニュアル

Multiboot Specification

「教えて君」ならまだ見込みがあるが、「してくれ君」はどうしようもないな、やる気あるの？>>62

ひょっとして君 >>14？

TCP/IPを実装したい

menuetのソースでも見てみそ

兄貴の嫁とやりたい

次郎君？

陳平だろ

珍平氏は逝きましたが・・・合掌

次郎君は灯台だっけ?

クニタチ大学の人は逝ったの？

今OS作ってんだけど、一番良く使うアプリって何ですか?

裏ビデオと萌えアニメの再生に使うメディアプレーヤ

>>74
シェル

ストリームダウンローダとDRM解除ツール

確かに。もうｎｙなんて使う必要がなくなった。

>>74
おそらくTrueTypeのレンダラを酷使してる

普段使うのは12ptくらいまでなんでほとんど埋め込みビットマップなわけだが

>>80
ヒント：メイリオ

M$なんてしらね
フツーLinuxだろ

犬板にお帰り下さい

>>81
欠陥レンダラの上欠陥フォントってことで、Macに乗換えなんてことも無きにしも非ず

は？
今日びOS関係の開発者で常用環境が犬じゃない香具師なんていないだろ？

未踏とかの最先端開発者もターゲットの大半がLinuxだね

はいはい。わかったからGNU信者はちょっと黙っててね。

>>84
http://pc8.2ch.net/test/read.cgi/os/992855807/210

レンダラはどっちにしろAdobe製だから

>>87
GNU信者は犬なんてゴミではなくHURDを使っていますが伺か？

HURDはゴミ
というよりGNU自体ゴミ

http://pc8.2ch.net/test/read.cgi/os/1051533991/255

>>90
LinusからHURDはゴミとのお達しです

ttp://www.atmarkit.co.jp/flinux/rensai/watch2006/watch06b.html
>Hurdみたいなおもちゃシステム

>>84
LinusからMacはゴミとのお達しです

http://pc8.2ch.net/test/read.cgi/os/986819827/

というかOS作ってる奴のレベルが大体想像がつく件

どうせK本か自作ディストリの本だろ・・・

>>93
ぶっちゃけAdobeのかかわってない部分はゴミクズだと思うよ。うん。

>>92-93
犬信者は犬と一緒に鯖部屋に篭ってろ

>>96
鯖部屋はネットで外に出られるんだよね

いまどきのデジタル土方は鯖を私用に使って2chなんか見てるのか。。。

>>98
フツーのクライアントからだとプロキシにログ残るからね

100getｷﾀ*･゜ﾟ･*:.｡..｡.:*･゜(ﾟ∀ﾟ)ﾟ･*:.｡. .｡.:*･゜ﾟ･*!!!!!

>>1-100
ハッカー気取りしたい年頃まで読んだ

>>75-101ありがとう。

|ω・｀)　・・・

|ミ　サッ

はりぼてＯＳ
http://pc8.2ch.net/test/read.cgi/os/1153953788/

はりぼてＯＳ

前に誰かが要求してたcom64を正式にリリースしましたよ(´・ω・｀)

ttp://meg-os.org/?Documents%2FCOM64

>>107
> 正式にリリースしましたよ
↓
ttp://meg-os.org/?Documents%2FCOM64
> この文書は正式な仕様ではありません。

>>108
表現修正したょぅ(´・ω・｀)

モツカレー(ﾟДﾟ)ｳﾏｰ

ちょっと質問してもいいかい？(´・ω・｀)

　　川
　　 |
(´・ω・｀)


　　　川
(´・ι|σ・｀)

遠慮するな、俺とおまいの仲ジャマイカ。

おれぺこパクり疑惑はパクり元と法的に和解したのでもう追加訴訟はありませんので安心してください

>>114は偽者です！
訴訟は継続中ですのでご了承くださいm(_ _)m

いやいや私が偽者です

まいらはﾒｺﾞｽが実機で動いてエミュで動かないをどう思いますか？(´・ω・｀)
ﾒｺﾞｽに興味ない（たぶんたくんさんいると思います）は除外で

実機を再現していないエミュのことを尋ねても・・・要はそのエミュが糞と言いたいのだな？

「そんなエミュは捨ててしまえ」

いいよこのレスを引用しても、クレームをつけた奴に見せるといい。

おらがいいたいのはそういうことじゃないだな(´・ω・｀)

私はﾒｺﾞｽとやらに興味湧いてないので全然知らないが・・・

ﾒｺﾞｽとやらに限定せずとも動かしたいと思えば私は実機で動かそうと思うし
実機で動けば別にエミュで動かなくても構わんと思う。

それは実機で動かしたいと思えば割り当てる実機を用意すればいいと思うところからだけど
動かせる実機が用意できるのに敢えてエミュで動かそうとは思わないし
割り当てられる実機がない場合として考えると
エミュを使ってまで動かしたいと思えるものかどうかによりますね。

そんなエミュでもウィンドウシステムなしで動くものとかないんだろうか・・・
と思ってみたりですけど。
設定により可能とかいうものがあったりするのかも知れないけど。。。

エミュで動いて実機で動かないだと、余程惹かれたものでもなければ
私は触る気にまでもならんでしょう。

本来は自分のWIKIなりなんなりで話題提議するのが筋だろうけど
たぶん意見集まらないと思って慣れない2chに緊張しながらかきこんでみたのでした

具体的にはPAEを使うかどうか迷ってるのだが
アーキテクチャ的にはPAE使った方がすっきりするけどPAE非対応のエミュが結構あって
だからといってPAEなし版を作るとメモリマネージャ再設計が必要になって(´・ω・｀)ｼｮﾝﾎﾞﾘ

>>121
参加してあげたいが何せMonaの方に付きっきりなんで・・・

もう人が増えるとは思ってないし別に参加しなくていいですよ
ただ意見が聞きたかっただけですのでー

PAEは頭から外しているので詳しくは解らんけど・・・

> アーキテクチャ的にはPAE使った方がすっきりするけど

と言っているところはよく解らんが

> PAE非対応のエミュが結構あって

は「PAE対応のエミュも存在する」ということも言っている？
１つでも"自分が納得できて"使えるものが存在するのならそれでいいんでないのかな。
それと同じものを使っている人には受け入れられて、他のものを使っている人からは貶され捲くったとしても、それは自分が使っているもの以外は否定とか考える人からの批判だったりすることが大半を占めたりするんだろうから仕方ないことだろうと思うけど。

> だからといってPAEなし版を作るとメモリマネージャ再設計が必要に

それでも万人に受けることを望むなら
"どうしよう…"と悩むことではなくて、"やる！"と決めて気合い入れて臨むことだろうと思うけど・・・

てか　PAEに詳しくはないけど
物理メモリアドレス空間が広げられた以外の拡張部分とか絡むのかもだけど、基本はページテーブルだったりするものではないの？
PAEあり/なしでその辺りの差し替えで済まんのかな？とか思ってみたり

モジュール化はその差し替えが最小限で済むように考えられているかとかだろうし、それが困難だとすると、メモリマネージャ再設計の前にメモリマネージャ設計に問題がなかったかとかなってこないのかな？とか思ってみたり。。。

再設計が必要というその設計がどういうものか知らんし、判らんけどね

PAEは物理アドレス拡張って名前の通り元々は4GB以上のメモリを扱うための拡張ですけど
そのためにページテーブルの構造が変わるのでメモリマネージャは完全に差し替えないとだめです。

それだけならメモリマネージャを二つ作るだけでいいけれどページング段数の変更などがあって
今のメゴスのメモリマップだとPAEの方が効率がいいように設計されてるのですよ

PAEは古くはPenPROの時代に導入されたので今日のほとんどのCPUは機能としては持ってます。
しかしPAEを活用するOSがあまりないのでエミュ側も対応してなかったりするのが現状です。

現在確認できてるのはAMD64・PAE対応してるエミュとホストがPAE(DEP)モードで動いてるVMwareくらいですが
今の開発マシンがWINXPでDEP使えないのでVMwareが使えないのが痛みだったりします
（bochsやqemuが動いてもうれしくない

>>127
昔は実機しかなかったんだぞ！

ついでにいうとPAEはAMD64のページテーブルと非常に似てる（正確にはAMD64がPAERに似せてる）ので
64bitモードの切り替えがスムーズにできるかなぁなんて密かに考えてたりしたりしなかったりするわけですが

こんなに悩むくらいならPAEは切り捨てて普通のページングで動くように再設計した方がいいのかなあ(´・ω・｀)

>>128
今はエミュで動かないと叩かれませんか？

>>123
そんな付きっ切りになるくらいだから相当の成果を上げてるんだよね？

成果を上げるだけがすべてじゃないかと

PAEの件は多少パフォーマンスが犠牲になるだけでPAEがなくても同じことが実現できる方法が
ひらめいたので解決しました。
お騒がせしました＞＜

>>132
自己弁護ですか？

>>134
そんなことよりボクシング見ろ

>>133
具体的に

>>136
世界タイトルはヤオ

>>137
人生に勝負を掛けずにニートになった負け組乙

そんなことよりこのままシリアとイランが戦争に巻き込まれたらヤバいぞ
ミサイルが飛んで来なくてもガソリンは500円くらいに暴騰するぞ

戦争は究極の勝負

流れを読まずに2ゲット！

　＿＿＿　　　 ＿＿＿＿＿＿＿＿＿＿＿＿＿
　:|.C組.. |　　　||￣￣￣￣￣￣￣￣￣￣￣￣||
　:|(ﾟーﾟ*)|　　　||　鳥取砂丘は無視！！　　 。　∧_∧
　￣￣￣ 　 　 ||　　　　　　　　　　　　　　　　　＼(ﾟーﾟ*)　　分かりましたね。
　 　 　 　 　 　 ||＿＿＿＿＿＿＿＿＿＿＿＿　⊂⊂ |
　　　　　　　　　￣￣￣￣￣￣￣￣￣￣￣￣|￣￣￣￣|
　　∧ ∧　　 　 ∧ ∧　　 　∧ ∧　　　　　　　|＿＿＿＿|
　 (・,,　∧ ∧　 (　　∧ ∧　(　　∧ ∧
〜（＿(　　∧ ∧ __(　　∧ ∧__ﾐ･д･∧ ∧
　　〜（＿(　　∧ ∧＿(　　∧ ∧＿(　　 ∧ ∧
　　　　〜（__(,,・∀・)〜（＿(　 　,,)〜（＿( 　　,,) 先生、鳥取砂丘は嫌いです。
　　　　　　＠（＿__ﾉ　　〜（＿__ﾉ　　 〜（＿__ﾉ
　　　　　　　　　　　　　　　　　　　　　　　　　　　　 (-＿-)ﾋﾟｭｱﾓｳｻﾞｲﾖ･･･
　　　　／　　　は〜い、先生。　　　＼ 　　　　　　(∩∩）

さっきゅんかわいいよさっきゅん

>>133
ｋｗｓｋ

　＿＿＿　　　 ＿＿＿＿＿＿＿＿＿＿＿＿＿
　:|.C組.. |　　　||￣￣￣￣￣￣￣￣￣￣￣￣||
　:|(ﾟーﾟ*)|　　　||　鳥取砂丘は無視！！　　 。　∧_∧
　￣￣￣ 　 　 ||　　　　　　　　　　　　　　　　　＼(ﾟーﾟ*)　　分かりましたね。
　 　 　 　 　 　 ||＿＿＿＿＿＿＿＿＿＿＿＿　⊂⊂ |
　　　　　　　　　￣￣￣￣￣￣￣￣￣￣￣￣|￣￣￣￣|
　　∧ ∧　　 　 ∧ ∧　　 　∧ ∧　　　　　　　|＿＿＿＿|
　 (・,,　∧ ∧　 (　　∧ ∧　(　　∧ ∧
〜（＿(　　∧ ∧ __(　　∧ ∧__ﾐ･д･∧ ∧
　　〜（＿(　　∧ ∧＿(　　∧ ∧＿(　　 ∧ ∧
　　　　〜（__(,,・∀・)〜（＿(　 　,,)〜（＿( 　　,,) 先生、鳥取砂丘は嫌いです。
　　　　　　＠（＿__ﾉ　　〜（＿__ﾉ　　 〜（＿__ﾉ
　　　　　　　　　　　　　　　　　　　　　　　　　　　　 (-＿-)ﾋﾟｭｱﾓｳｻﾞｲﾖ･･･
　　　　／　　　は〜い、先生。　　　＼ 　　　　　　(∩∩）

さっきゅんやらないかさっきゅん

みとこのすごい削除依頼を見た。

もう.NETベースのOS作ってやる

>>133
解決したとのことなので今更だけど、PAE使うのでもいいと思うですよ。
確かにPAEだったら実機で動くので。確認したことないけどｗ

他の和製OSがPAE使う兆しないのは何故だろう？

>>150
めんどくさいんじゃね？

そんな面倒な処理ないと思うけど（既にページング使ってるなら

>>152
だよね。

今気づいたがPAE使おうとも思ってないんじゃw

>>148
【C】Poneytail(仮称)OSスレッド01【未踏】
http://pc8.2ch.net/test/read.cgi/os/1105442577/l50

>>150
単に例が少ないからでは。
>>154
CooSの人は「バグがバグバグ出てきて」って口走った時からひそかに応援してる。

CooSといえばﾒｺﾞｽ＋ristia。
もうTALもどきに手出す気はナイのか。

どちらかというとMSILもどき

以前からゆってるようにあれの存在は当時のメゴスの重荷のひとつだったので
十分な開発者が集まるまで実現は厳しいでしょう

他スレに誤爆した…。

エミュレーターOS。
物理ハードウェアを均一の仮想化(バーチャル)ハードウェアとして、他のOSに提供する、
BIOS/EFIを拡張したようなOS。このOS用のドライバを内包する。
PC/AT互換機であれば命令コードの変換は必要ないので性能ダウンは軽度にとどまる。そんなOSが欲しい。
HDDも仮想化し、そのデータをただ複製するだけで、このエミュレータ上であればハードウェアを問わず同環境で起動可能。
バックアップソフトウェアも必要なし。複数のOSの同時起動も当然可能。
ParallelsのOS版みたいなもの。もっとハードウェアとの親和性を高めて。

PC自作erには便利だと思うんですよね。
M/Bやグラボなど、構成を変えても、同じ仮想化HDDで使用できる。
エミュレータOS側は再インストールとドライバインストールが必要かもしれないけど、
エミュレータOSにはユーザーデータや日常使うソフトウェアはインストールしないから、
大した手間にはならない。
これって作成可能だと思いますか？問題点があるとすればどういったとこでしょうか。

あと、例えば複数のPCにこのエミュレータOSのみインストールしておき、
安くなったフラッシュメモリ系デバイスに仮想化HDDデータを入れておいて持ち歩けば、
データだけでなく全ての環境がモバイル可能になると思います。

>>158
つVMware ESX Server

ただし個人向けじゃないけどな

Dom0,DomU,HVU Domainの区別は有るけど、Xenも>>158が求めている物に近いんじゃないかな。

HVU --> HVM

|　何について調べますか？
| ┌────────────┐
|　|　脱げ　　　　　　　 　　　　　　　｜
|　| 　　　　　　　　　　　 　　 　　　　｜
| └────────────┘
|　[ オプション(O) ]　　　[ 検索(S) ]
|　
｀──────────┐ ┌───
　　　　　　　　　　　　　　　　 | ./
|/
　　　　　　　　　　 　　___／:::::;;:ヽ＿
　　　　　　　　　　　___/::;;;/::;;;::／:::::::::＼
　　　　　　　　　 ／:::::ヽ::;/／;;;;:::::::::::::::::ヽ
　　　　　　　　 /;;;;;;;;;/^　　　　i:jヽ;;;;;;;;:::::::}
　　　　　　　　/;;;;;;;彡　　　　_ﾉﾉ ﾉヽ;;;;;;;;;j
　　　　　　　 （;;;;;;;彡'￣｀丶　　　_,-,ﾐ;;;;;;ﾉ
　　　　　　　　＼;;;;;;（イ0iiiヽ　　 {0i//ﾍ'
　　　　　　　 　　ヽ/ヽヽﾟ;;_ﾉ　　 i;;ﾉi|_ﾉ
　　　　　　　　　 　＼t| ~‐'　 _,　~　)_)
　　　　　　　　　 　　○＼　 ‐='　／
　　　　　　　　　 　　　　　｀' 、イ
　　　　 　 　　　 ＿＿_,-‐i┘　└j‐-,＿＿_
　　　　　　　　__i~::::::::::::ヽ　ヽ_／ ,‐':::::::::::::~i__
　　　　　　　/　|:::::::::::::::::::∨∪∨::::::::::::::::::::|　ヽ
　　　　　　　| 　j::::::::i::::::::／ﾉ∧ヾ＼::::::i:::::::|　　|
　　　　　　　|　 |::::::::l::::::::＞-人 -＜::::::l:::::::| 　 |
　　　　　　　'l, /::::::::i;:;:::::::::::・:::::・:|:::::::::;;i::::::::|　,l'
　　　　　　　 'l,~|￣i^ヽ;;:::::::,＿:・:|:::::;;/ |￣~| ,l'
　　　　　　　　'l,|　⌒~''‐--///へ-‐''~´⌒ |,l'
　　　／￣￣￣｀~'''──-'‐-ｿ)))-──'''~´￣￣￣￣＼　　　　　
　 ／　　　　　　　　　　　　　　　　　　　　　　　　　　　.　　＼　　
　＼二二ニニニニニ二二二二二二二二二二二二二／

>>162
メゴスに対する真面目な要望なら本家wikiで話題提議おながいします
ネタにマジレスだったら・・・(；´・ω・｀)

<チラシの表>
そういやいよいよcore2解禁すね
今月中に一台欲しい(´・ω・｀)
</チラシの俵>

>>162
ものごとを依頼するってのは場所とタイミングが重要なのよ。
あえて硫黄、食う気嫁

おまいら空気嫁は何を使ってますか？
おすすめとかおしえてください＞＜

>>165
オリエント工業マジお勧め

3次元はちょっと・・・

それじゃねるーﾉｼ

おはよう(´・ω・｀)

メゴスって　とっても　人気　ないね

空気嫁をつければ無敵

おはようございます(´・ω・｀)

今日も一日

ねるー

とろん

ROM数十KB、RAM1、2KBといった組み込み用ワンチップマイコンなどのための
簡単なOS(というよりモニタと言った方が合ってるか)を作ろうかと思ってます。
このリソースだと完全なタスク切り替えはたぶん無理なんで、関数をタスクに見立てて
特徴づけして呼び出すぐらいしかないですよね、たぶん。
なんか参考になるオープンソースのOSありませんかね。

どういうものを作りたいのかよく解らんけど
OSを作りたい？モニタ機能とかのようなライブラリを作りたい？

なんか昨今「OSという言葉」だけが独り歩きしてるような感が強くあったりしてる気がしたりだけれど・・・

あ　ｳｻﾞｲ?

>176 気にするな

長文レスを長々と連続カキコすると読みにくいのでウザがられる。
かといって手短にすませると相手が理解してくれない。

さて、どうしたものか？

そうだ、パケット方式だ！
レスの内容を理解しやすいように短く区切って別々のレス番に書き込む。

なんちゃって(笑

後で読み返してみると、やっぱりウザかったorz

ちゃんとシーケンス番号つけようや

>>182
とりあえず、バーストモードでテスト

>>176
とりあえずよく分からないのに書かないでください。
あと丁寧な言葉遣いを心掛けてください。

いいのいいのー。
ぴゅあタンはこのスレ第２のマスコットキャラクターだからー。

マスコットなんかい（＞＜）

>>174
マルチタスクモニタすか。
仕事→素直に商用ITRON
学生→OSの本読め。コンテキストスイッチあたりは参考になる。
かなあ。

そういえばこのへんはどうやって勉強したか全然覚えてないのう…

あ、なんかまともなレスが。
趣味→うまくいけば仕事に応用てな感じですかね。
主にファームウェアの開発を生業としていて、
いろいろ試行錯誤しているうちに中途半端なイベント駆動
なスタイルになったので、もう少しいじればOSっぽくなるんじゃないか？
なんて思った次第です。
雑誌の独自OS特集みたいな記事を見ては、ターゲットにMByte単位の
RAMを想定していたりして、がっくしです。

>>174

> 組み込み用ワンチップマイコンなどのための

と言っているのでいまいち判らんのよね
ワンチップマイコンを使って…なら、なるほど〜と思えたりもするのだけど
扇風機とかリモコンとかに入っているコントローラにOSの概念とか必要(有用)とされる場面が思い付かんのです。。。

OS,モニタと言っているものをどういう形で作り、どう使いたいのか
(オペレーティングシステムとしてのものか、普通にモニタ機能のようなものなのか…)とかが
いまいち見えんから判らん(そこまで必要なのか？)というところですけど

＞このリソースだと完全なタスク切り替えはたぶん無理なんで

目的とかは置いといて、作ることだけで言えば
インターバルタイマ割り込みでレジスタの退避・復元をしてやる仕組みを作ってやるとかすればできると思うけどね

Z80が流行ってた頃にやってた書籍とかまだ手に入ったりするなら
参考にしたり移植したりするのもやり易いんではないかと思ったりするけど手に入るものかどうかは…
68000頃に見たOS-9とかでも、最近のIntelプロセッサのTSSとかでも(プロセッサ内で処理できたり拡張されていたりするけど)
基本的なところは変わってないと思うよ

参考になりそうなソースの所在は判らんですが

ﾏﾄﾓではないか・・・

>>188
しょうがないな、、、
1990年代前半に雑誌「インターフェース」にマルチタスクOSの設計手法とソースが掲載されたよ。
タイトルは「マルチタスクマイコンの構造化設計」だったかな、ターゲットはH8/532。
同じ頃、「プロセッサ」という雑誌にITRON仕様OS設計ドキュメントが掲載されてたな。

俺もこれらの記事を参考に手持ちのポケコンのOSを作成したことがあるが、
マルチタスクモニタ・カーネル、ファイルシステム、コンソール/シリアルドライバ、基本ライブラリ
コマンドプロセッサなど全ファイルの合計サイズ(バイナリで)7kB、ワークエリア合計サイズ数百B位だったな。
(実行ファイル格納エリアを除く)

なんか続々とレスが。ネタスレじゃなかったのね。

>>189
> 扇風機とかリモコンとかに入っているコントローラにOSの概念とか必要(有用)とされる場面が思い付かんのです。。。

そういうのよりはもうちょっと高度なもんです。
ACとバッテリーで駆動して、USBにつながってPCとゴニョゴニョしたり、
バッテリーの充電制御もせにゃならんかったり。

> 目的とかは置いといて、作ることだけで言えば
> インターバルタイマ割り込みでレジスタの退避・復元をしてやる仕組みを作ってやるとかすればできると思うけどね

いや、そりゃ作るだけなら作れると思いますよ。でもOSだけで
ほとんどのリソースを食いつぶすわけにはいかんので。

ここネタスレだったのか(´・ω・｀)

>>190
> 1990年代前半に雑誌「インターフェース」にマルチタスクOSの設計手法とソースが掲載されたよ。

インターフェースは2000年頃からしか持ってないっす…。

> 俺もこれらの記事を参考に手持ちのポケコンのOSを作成したことがあるが、
> マルチタスクモニタ・カーネル、ファイルシステム、コンソール/シリアルドライバ、基本ライブラリ
> コマンドプロセッサなど全ファイルの合計サイズ(バイナリで)7kB、ワークエリア合計サイズ数百B位だったな。
> (実行ファイル格納エリアを除く)

うーむ、これだけのものをこのサイズに押し込めたのはなかなかだと思いますが、
やっぱワークエリアを結構食いますね。

実は数百バイトでもきつい、基本的にスタックはタスクごとに確保するのが仕様なんで…

henohenoってこのスレ見てるの？

遅いからもう寝ましょう、あしたもいっぱい飛ばなくちゃ…

自作系のOSでAC'97とかサポートしたらいいのに…。
最近のやつはSoundBlaster互換じゃないからBEEPしか出せなくて困る。

Linuxの例だとAC'97といってもマザーボード毎に違うドライバが必要みたいだぞ？
共通のドライバで解決ってわけにはいかない予感

IPL からカーネルローダ経由でカーネルを読み込むプログラムを作成しているんですが
カーネルローダでプロテクトモードへ移行しています。
（半年ほど放置してましたが…）

割り込みコントローラの初期化はプロテクトモード前と後のどちらで行った方が
良いのか教えて下さい。

現在は、アセンブラの CLI 命令でソフトウエアー割り込みを禁止しをして
プロテクトモードへ移行後に行っています。

自分的には、プロテクトモード移行時に
プロテクトモードでのソフトウア割り込みの設定を終わっているので、
１）リアルモードで CLI 命令でソフトウエアー割り込みを禁止
２）リアルモードでの割り込みコントローラの割り込み禁止
３）プロテクトモードへ移行
４）プロテクトモードでのソフトウア割り込みの設定
５）プロテクトモードで割り込みコントローラの初期化

と、思っています。

好きな方でいいと思うよ

どちらかというとプロテクトモードに以降後の方が若干いいかも
（移行直前までの割り込みは全部BIOSに投げる・以降後の割り込みは全部OSが受ける）

>>199
同じくいいと思うよ
いちおついでにNMIもリアルモードの段階で無効化しておいた方がいいかも

大抵はプログラムミスでもしなきゃそうそう問題とはならないだろうと思うけど
作ってる過程では一緒にやっておいた方が楽かも

あれ？NMIも・・・だったかな？
ちょっと忘れた。。。(汗)
ベクタ31までのプロテクトモードで割り当てられている部分をちゃんと設定…だったかな

さすがはマスコット

（￣ー￣）v

今見直してみたら、あちしは２→４(IDT設定)→３→５としてたわ
理由は４をやってる間にプロテクトモードでの割り込みが発生してしまうのを避けたいと思った筈…

みなさん有難うございます。

１）リアルモードで CLI 命令でソフトウエアー割り込みを禁止
２）リアルモードで割り込みコントローラの割り込み禁止
３）リアルモードでプロテクトモード用のソフトウア割り込みの設定（LIDT）
４）プロテクトモードへ移行
５）プロテクトモードで割り込みコントローラの初期化

で、行こうと思います。

NMIの禁止は
out 61h, 6 ですよね？

out 21h, 15
out A1h, 15
でも可能と思いますが･･･。

インテルのマニュアルを読んでると
アドバンスド・プログラマブル割り込みコントローラ(APIC) の項目が有るんですが
SMPまで関係ないですね。

> NMIの禁止は
> out 61h, 6 ですよね？

ポート61hで可能だとするとチップセット依存とかにはならない？
マザーボード,BIOS依存とかも絡んでくるのかも知れないけど

> out 21h, 15
> out A1h, 15
> でも可能と思いますが･･･。

NMIはここ通らないんじゃ・・・
で、15？

> インテルのマニュアルを読んでると
> アドバンスド・プログラマブル割り込みコントローラ(APIC) の項目が有るんですが
> SMPまで関係ないですね。

必要に迫られてないから深く調べてないけど
1CPUでもPICからAPIC(I/O APIC)に切り換えると全体的なパフォーマンスが向上したりするという話はあったりするみたいだけど・・・

>> NMIの禁止は
>> out 61h, 6 ですよね？

すみません。
out 61h, 12 ですよね？

で、
>ポート61hで可能だとするとチップセット依存とかにはならない？
依存するんですか？

http://www.cqpub.co.jp/column/books/2001a/34331PC_Legacy/pc-lega6.htm
で、見たんですが他の方法が有るならご教授願います。

>NMIはここ通らないんじゃ・・・
>で、15？
http://www.cqpub.co.jp/column/books/2001a/34331PC_Legacy/pc-lega10.htm
で調べました。

自分の認識は
マスク不可能割り込み(NMI) の割り込みベクターは変更可能で
out 21h/A1h, 15
で、禁止可能と思ってるんですが間違ってますか？

NMIはINT2固定やがな(´・ω・｀)

インテルのマニュアルにしかり INT2 と書いてありました。
頭の中でNMIとPICが整理されてないです orz

out 61h,12だとNMIの発生要因の一部を無効にするんではないかと思います。
ポート70hのbit 7を制御する方があちしはいいんではないだろうかと思ってます。

> 依存するんですか？
例えばIntelのデータシートでもホワイト,イエロー,オレンジ,レッドとかだったかなぁ？とかがあって見れる範囲が異なりますよね
他社のデータシートでも公開されている範囲があって、どちらかというと"依存しない"という確信を持ちにくいというところからかなぁ…
なのであちしは今のところポート70hでの制御を採用しています。

それが本当にいいかどうかは更に追求する必要もあったりするでしょうけどね。

> out 21h/A1h, 15
はOCW1を指してる？とか勝手に思ってしまったりしましたが、ICW2のこと？
確かに21h/A1hだけ示されても何を指しているのか判らんですが。。。
(でもICW2が出てるのは次のページだし・・・？？)

> マスク不可能割り込み(NMI) の割り込みベクターは変更可能で
NMI(マスク不可能)はPIC(マスク可能)とかとは関わりなく独立しているものと思いますよ
で、NMIはベクタ#2に固定であると思います

因みにout 21h/A1h, 15がベクタの設定(ICW2)を意図してるとしても
15<<3とかになるのではなかろうか。。。

>out 61h,12だとNMIの発生要因の一部を無効にするんではないかと思います。
つまり、確実ではないと・・・。

>ポート70hのbit 7を制御する方があちしはいいんではないだろうかと思ってます。
ポート70hのbit 7 の項目を説明しているWebを検索出来ませんでした。
宜しければ URL等を教えて頂けませんか？

>> out 21h/A1h, 15
>はOCW1を指してる？とか勝手に思ってしまったりしましたが、ICW2のこと？
OCW1です。
この件に関しては完全に此方の勘違いです。
上記でマスク出来るのはIRQ0-IRQ15で、
IRQ0-IRQ15に割り振るベクターアドレスをPICで設定を行う。

INT0-INT31まではCPUが使用・予約しているのが、
歴史的にソフトウエア割り込みで使用しているので勘違いしやすいと。

>>209 でも書きましたがハードウエア例外とソフトウエア割り込みとNMIが
整理出来てませんでした。

多分、上記の認識で間違って無いですよね？

特に問題ないのだろうと思います。

もし使っているプロセッサやチップセットのデータシートが手に入るなら見てみると書かれていたりもするでしょうね。
例えば適当ですけど、インテルサイトから
http://www.intel.co.jp/jp/products/chipsets/
ICH5(82801EB)のデータシートを例に挙げてみれば
http://developer.intel.com/design/chipsets/datashts/25251601.pdf
PDFから"nmi"とかで検索して
「9.7.2 NMI Enable(and Real Time Clock Index) Register」や
("1=Disable 'All' NMI sources"と書いてあるのもポイントかな？)
「Figure 7 NMI# Generation Logic」とか。
(右下辺りになる"NMI_EN"が9.7.2のことですよ＠PCH(6300ESB)の図の方がポートも併記されてて判り易いかも)

後は言うまでもないかも。
> つまり、確実ではないと・・・。
他のチップセットも必ずインテルチップに従ってるかとか、インテルチップの中でも違いがあったりしないかは計り知れないし…
因みにあちしはAMDを主に見てますけど、VIAチップのデータシートでは61hの該当部分が非公開なのか、ホントになしなのか、載っていないようだし。
また、BIOSの中でもポート70hを使っているのは見れましたけどね。(AMD系ですけど)

OSを作ろうスレッド定番？のOADGテクニカルリファレンス(ハードウェア)でもポート70hの説明は見られるでしょう。

まあ、いずれしても限られた情報の中から推測・判断しているので、何処まで確実と言えるかは、自身が知り得た範囲が自分にとっての"確実"なところだったりするでしょうけどね。
疑問を持ち続ける限りは探し続けるしかないかも。

>>212
丁寧な説明、有難うございます。

>疑問を持ち続ける限りは探し続けるしかないかも。
常に勉強ってことですね。

アプリケーションプログラマなのでハード関連の勉強をしないと…。
取りあえずカーネルとは関係ないIPL周りのアセンブリから見直して行きます。
何時になったらカーネルの設計が出来ることやら(^_^.)

<チラシの裏>
IPLを見なおしてら不具合はっけーん
拡張INT 13h が機能したないから実害は無かったけど・・・
</チラシの裏>

素朴な疑問・・・として聞いてみていいですか？

"<チラシの裏>"ってたまに見かけたりするけど(最近？)、どういう意味？

ttp://www.google.co.jp/search?sourceid=navclient&hl=ja&ie=UTF-8&rls=GGLG,GGLG:2005-39,GGLG:ja&q=%E3%83%81%E3%83%A9%E3%82%B7%E3%81%AE%E8%A3%8F%E3%81%A8%E3%81%AF

なるほどね　サンキュ
<>で囲っている意味もたぶん・・・。

チラシの裏ってもっと有効利用してたよなぁとか思ったりしてピンとこなかったヨ・・・

>>216 さん代弁、有難う

ぴゅあさんって自分と年代が近いのかな…。

汗やＣが王道でC++は渋々ながら使い、Javaにいたっては子供の使うものだという
認識が垣間見えるな。

誰への感想なの？

プロテクトモードからリアルモードへ移行する場合の
割り込みベクターの設定に関してなんですけど下記の処理で問題ないですか？

シュチュエーションとしてはプロテクトモードの終了時です。
V86モード時は現在、未対応です。

１）プロテクモードへ移行する前にリアルモードでの割り込みベクターを保存する
２）プロテクトモードでの割り込みベクターを設定する
３）プロテクトモードからリアルモードへ移行する時に
　　１）保存した割り込みベクターを設定する

上記の処理で問題無いですよね？

割り込みベクタが破壊される可能性がなければ
保存は不要で 0000〜03FF のIDTRを設定すればおｋ

そうね。
"リアルモードでの割り込みベクターを保存する"くらいだったら破壊しないようにしておくのがいいよね。

あとBIOSワークに不整合が起こらないようにしておくとか
割り込みベクタとは関係ないけどセグメントセレクタ(IP含む)をちゃんと設定しておくことを忘れなければ。(SSはこの間にスタックを使ってなきゃ後でも)

あ・・・うそつき

> (SSはこの間にスタックを使ってなきゃ後でも)
SPですね。。。　訂正せんでも判ると思うけど・・・

将来、手抜きモードでV86を実装すると思うので
取り合えず、割り込みベクタを保存して再設定しようと思います。

割り込みコントローラの初期化後、割り込みを有効にすると
当然ですがハードウエア割り込みが発生します。

IRQ0-15は INT 0x20-0x2Fに移動いています。
割り込みハンドラも設定してあります。

この時、一般保護例外(#GP)が発生してエラーコードが 0x103 です。
エラーコードの下位２ビットが立っているので INT 0x20の外部割込みが発生しているようです。

そこで質問なのですが、プロテクトモードで外部割込みが発生する場合は
一般保護例外(#GP)でトラップするのでしょうか？
それとも、設定してある割り込みハンドラで処理を行うのでしょうか？

現在の状態が正常なのかエラー状態なのか分からないので御教授お願いします。

ちなみに、TSSは1個しかない状態でTSS ディスクリプタはビジー状態になっています。

もしも割り込みが全部一般保護例外になるならエラーコードで割り込みの区別がつくからベクタの移動なんて不要でしょうが

そのエラーはIDTの書き方に問題があって正しい割り込みゲートが見つからないか割り込み番号がIDTのリミットを超えてる

割り込みは割り込みで#GP(フォルト)が起こったりしないでしょう。

正確に知ってるわけではないけど、
EXT=1: 割り込みとかが起こったときに、それを処理しようとしたらフォルトが起こった
IDT=1: #GPが起こったときIDT内のゲートディスクリプタを見ていたときにフォルトが起こり、セグメントセレクタインデックスにはそのインデックスが入っている
セグメントセレクタインデックス: 問題を起こしたIDT内の場所
ということではないのかな

恐らくそこの設定がおかしいとか言ってるんじゃないかと

IRQ0-15(INT $20-$2F)とかは、ちゃんと設定してやってあればそのまま飛んでいきます。
エラーコードが0x103であると言っているんだから$100/8=$20→"IDTのINT $20を設定しているところ(ディスクリプタ)がおかしいよ"と言ってますよね。

#GPについては割り込みと例外のところの説明読めば、どういうときに起こるか書いてあるから。

有難うございます。

IDTのリミット設定が間違っていました。
修正したら割り込みが呼ばれるように成りました。

インテルのマニュアルは読んではいるんですが難しいです。

＞インテルのマニュアルは読んではいるんですが難しいです。
確かにそんなところもあるかも。

なかなか解読するのが困難に思える文章とかは兎も角も、
複数の箇所をちゃんと読んで、あわせて理解しないと答えにならなかったりとか。。。
片方しか読んでない経験積んできたという人に「違う」と散々攻められたりとかもあったけど、
まぁ大手メーカー企業のベテランエンジニア相手に(普通に書籍とかにも書かれていたりしたけど)「ちゃんと読めよ」とか返したりしないですが・・・（−−；

そうですね。

下巻のマニュアルは取り合えずプリントアウトしました。
週末に読み込もうと思います。

プロテクトモードに移行したローダでBIOSを使うために
仮想８６モードを試行錯誤していますが、リアルモードからIRETしてきた時に
ESPレジスタとフラグレジスタ（VMビットが立ったまま）だけが変になっています。

タスクと割り込みと仮想８６モード関連の箇所だと思いますが、マニュアルを読んだだけで
理解出来てないようです。

VMビットに関しては心当たりが有るんですがESPレジスタに関しては皆目検討が付きません(ーー;)。
先は長そうです…。

仮想86モードは触ってないのでよくは知らないけど、
チラッと読んでみたところで。

どんな作りになってるのか判らないですけど、ESPやVMビットのところは、
仮想86モードを終わろうとするとき…即ちリアルモードと同様というところで
16ビットで操作してしまってたり？とか思ってみたりもしますが、

BIOSコールを終えて戻るときに、
仮想86モードを抜けるための割り込み(INT)を用意して
呼んでやっていれば(そのときプロテクトモードになっている)、
そのまま戻れそうな気も？

BIOSを呼ぶのなら、そのまま一度リアルモードに戻ったのでも良さそうな気もしたりですけど、
仮想8086モードとした方がメリットがあったりするのか・・・
リアルモードも仮想8086モードも使ってないので、
どっちがいいのかとか考えてないですが。

下巻の「8086エミュレーション」の前半くらいとか
書籍「はじめて読む486」の「仮想8086モード」の章あたり(サンプルコードあたりかな？)を読めば
その辺りのところは掴めるんではないかと。

>>231
タスクゲートを使わないで仮想86モードを呼び出した時はiret命令でプロテクトモードに戻れないから
わざと例外を発生させてプロテクトモードの例外ハンドラでフックする必要があるよ

>>232
仮想86モードを使えばBIOSが弄るハードウェアの状態をカーネルが監視や把握できたり
割り込みを横取りして裏で動いてる他のスレッドの実行を邪魔させないようにできたり
まっとうなOSを作ろうとするならBIOSのためにリアルモードに戻るべきじゃないと思うけど

ちなみに仮想86モードから戻る時はarpl命令(バイト値0x63)を#UDでトラップするのがよく使われるよ
このバイト値はBIOSのコピーライト文字列等でF000-FFFFに存在する可能性が高いらしいから仮想86モードのメモリ空間にごみを残さずに呼び出せる

>>233
なるほどね。
逆に、BIOSを呼び出している間に他のスレッドを割り込ませたくないというのもあるけど、
(割り込ませられるということはBIOS内の処理を熟知しているということになるだろうけど)
BIOSを使おうと思うのなら、確かにそんなところもあるかも。

>>234
「可能性が高い」というのは「保証されている」ではないと思うから
ならば、あちしは専用のINTを用意することを選択するかな。
#UDを使ったとしても、仮想86モードを抜け出すためのものか、本当に#UDが起こったのか判断することになるし、
尤も「抜けるためにその専用のINTを呼んだのか」というのもあるけど、それは十分なテストで…
＆　専用のINTであることで、(仮想86モード上で動くユーザーアプリに対しても)制御可能なんだろうと思うし

# 制御可能なんだろうと思うし
「より簡素に…」と付け加えておいてみる

どうせ仮想86から戻るための割り込みなのか他の割り込みかチェックするなら、
起動時にBIOSをスキャンしてarpl命令のアドレスを記録しておいて
#UDハンドラでアドレスを検査するだけなので微々たるコストでしょう。

仰る通り、BIOS内にバイト値0x63が存在する保証はありません。
しかし存在する環境の方が多いのが現実であり、最大のメリットでもあります。
存在しない場合だけ他の方法を考える（別の場所に0x63を書き込む等）
でよいのではないのでしょうか。

？

＞どうせ仮想86から戻るための割り込みなのか他の割り込みかチェックするなら、

そんな余計なチェックとか入れるくらいなら・・・
とかのつもりで書いたつもりだけど。。。

「新たに割り込みを用意するくらいなら…」とかいう意味で言ってるのかな…？

後半も、作っている人がどう考えて作っているのかにもよると思うけど、
それが、汎用とかを考えているのだとすれば、
必然的に0x63が存在するかどうかのチェックコードとかも書くということになりそうよね？
確かにコード量としては大したものではないだろうけど・・・

その上でBIOS内にあるバイトを利用しようとしたメリットは？
とか思ってしまったりするけど。。。

ゴミを残してしまうかどうかも、後始末をどうしているかによるような気もするけど
実際に仮想86モードを使うコードを書いたわけではないから、外してるかもだけど…

arpl命令は
・多くのPCでBIOS内に存在しており
　・あえて仮想マシン内メモリに介在する必要がなく
　・ROMにあるため書き換えができず
・仮想86モードで例外(#UD)が発生することを期待できる
・最初の1バイトで挙動が決まる
・他に正常な用途に使われる事がない命令
という便利な命令で、他にここまで便利な命令はおそらくないでしょう。

多くの機種で使えるのにあえて他の方法をとる理由がありますか？

「１機種でも使えない機種がある機能は使わない」というのはPCの世界では何もできない事を意味しますが。

使う・使わないではなくて、選択だと思うけど・・・
それは絶対ダメだとか、否定して言っているつもりはないんだけど

逆に、「これしかない」とか思ったりするのはどうなんだろう・・・

突っ込んでみても仕方ないかもだけど
＞という便利な命令で、他にここまで便利な命令はおそらくないでしょう。
命令としては便利なのかも知れないけど、
それが使われた場合、使われる場所まで含めて考えるとどうなんでしょう。
プログラムっていうのは、便利な命令とかがあるからただ使うとかいうのではなくて、
ロジックとして組み立てるのだと思うけど・・・。

すこし勘違いされているかもしれませんね

重要なのはarpl命令が仮想86モードで必ず例外を起こす事であってarpl命令本来の動作はどうでもいいんです。
つまり、「arplという命令があるから使う」のではなく、「arpl命令が例外を起こす事を利用する」のです。
だから、arpl命令よりこのロジックにふさわしい命令が他にあれば使用しても構いません。
しかし、>>239で述べたようにarpl命令が仮想86モードで例外を起こすおそらく最も適当な命令ということなのです。

＞仮想86モードで例外を起こすおそらく最も適当な命令

この元ネタにあるようなBIOSを呼び出す際(それはカーネル内で扱うもの)なら
それでもいいとは思ったりもするのですけど、
ユーザーアプリに対して仮想86モードは一切使わせないとか制限を付けた上でとか

と、思ったけど、今リファレンスを見てみたらARPLって例外を起こすのではなくNOP扱いということですよね。
UD2とかではなく出てきているのはUD2だと実装されないプロセッサがあるからだと思ってましたけど。
となると、今お話に聞いていた中でARPLについては私の中で解釈が違っているし、どう活かせるのかを(私の中で)考えてみないといけないですが。

ARPLは仮想86モードの中で例外が起こるのではなく、起こらないというところで考え直してみなきゃですが、
INTを使った場合、ユーザーアプリにそれを使わせない制限が掛けられるのだろう(プロテクトモードとかに置いても)というのと
もしユーザーアプリが使おうとしても、他のコードミスとかで起こる例外と同様に扱えることになるのだろうし、
実際に仮想86モードを抜けるというのはカーネル配下に隔離して置かれ、
判断のためのロジックとかも簡素になるのではないかと・・・。

尤もそれぞれのコードを実際に書いて検証してみないと、
どういったものを選択するかは決められないですけど
いずれにしてもARPLがベストであるとはまだ決められないですね。
"私の中でだけ"のことですけど。

> 今リファレンスを見てみたらARPLって例外を起こすのではなくNOP扱いということですよね。

いったいどのリファレンスにそんな記述があるのでしょうか？

IA-32 インテル R アーキテクチャ ソフトウェア デベロッパーズ マニュアル 中巻：命令セット・リファレンス
> 仮想8086 モード例外
> #UD 仮想8086 モードでは、ARPL 命令は認識されない。

IA-32 IntelR Architecture Software Developer’s Manual Volume 2: Instruction Set Reference
> Virtual-8086 Mode Exceptions
> #UD The ARPL instruction is not recognized in virtual-8086 mode.

AMD64 Architecture Programmer’s Manual Volume 3: General-Purpose and System Instructions
> Exception Real Virtual 8086 Protected Cause of Exception
> Invalid opcode, #UD X X This instruction is only recognized in protected legacy and compatibility mode.

> UD2とかではなく出てきているのはUD2だと実装されないプロセッサがあるからだと思ってましたけど。
UD2よりarplが適切な理由は>>239で述べています。

> #UD 仮想8086 モードでは、ARPL 命令は認識されない。
あぁ、#UDとして認識されないということではなくて、認識されずに#UDかな
それは早とちりのようです

中途半端な知識で申し訳ないですが、
仮想８６モードを終了する為に 無効オペコード( #UD)を発生するだけなら
0F0B オペコード(UD2 命令) または0FB9H オペコードを使用するのが確実ではないでしょうか？

真面目な仮想８６モニタを作成するならOSが提供する16Bitsコード内で実現できるので
ごみも出ないし、発生箇所が特定できるので確実と思えるんですが…。

>233
IRETでも#GPが起こると有ったので期待していたんですが起きてない見たいです。
起きる条件が在るのかも知れませんが現在の知識では分かりません(^_^;)。

もう少しインテルのマニュアルと「はじめて読む４８６」を再度、読み直します。

＞IRETでも#GPが起こると有ったので期待していたんですが
これはインテルのマニュアルを読み進めれば解るだろうと思います。
というか、#GPが起こる条件が書かれています。

「はじめて読む４８６」にはINTを利用したコード例が出ています。
(見せるための演出のコード？も含まれているので、
うまく削って本当に必要なところだけをピックアップしてみるのがいいのかも)

>>245
何を以って確実なのかよくわかりませんが、arpl命令で#UDが発生するのも確実です。

>>246
iret命令で#GPを起こすのが前提なら無理に#UDを使わなくてもいいと思います。
例外を起こす事が重要なので。

>>245
＞0F0B オペコード(UD2 命令) または0FB9H オペコードを使用するのが確実ではないでしょうか？
UD2はそのままズバリの命令であること、そして中巻からの引用ですよね。

0FB9Hの方はどうなるのか確認しないと判らないですけど、
UD2はPentium Pro以降というところは
意識することになるんでしょうけど。(下巻の「割り込みと例外の処理」)

>>247
インテルのマニュアルでは
8086エミュレーションの図16-3で注記３の「IOPLが３より小さいとき」

割り込みと例外処理の割り込み１３では
「IRET 命令の実行中に使用可能な( ビジーではない) タスクへ切り替える。」となっています。

一方、初めて読む４８６ではIOPLが３より小さい時と読めます。

結局、CPL=3でIOPLが３より小さい時に#GPが発生すると思ってテストしてましたが
実際には例外が発生していないので自分の解釈が間違っているのだと
思います。

崎本さんから
>タスクゲートを使わないで仮想86モードを呼び出した時はiret命令でプロテクトモードに戻れないから
>わざと例外を発生させてプロテクトモードの例外ハンドラでフックする必要があるよ
と指摘されていますし。

「はじめて読む４８６」の手法は
タスク周りはまだよく理会していないので詳しくは見ていません。

おっしゃるとおりです。
例外を起こす事が重要ですよね。

>>249
そうです。
中巻の付録A-オペコードマップ A-９ページの注記４です。
最新版でないので対応ページがずれているかも知れませんが。

Pentium Pro以前のCPUで 0FB9H オペコードが使用出来るかは
まだ、確認していません。

(＞タスク周りはまだよく理会していないので)
＞「IRET 命令の実行中に使用可能な( ビジーではない) タスクへ切り替える。」となっています。
これはTSSを利用して仮想86モードにしている場合ではないのかな？
これまでレスしてきたところもTSSを含めるとややこしくなるだろうなぁと思って省いて書いたけど。

＞例外を起こす事
割り込みか例外ではないのかなぁ？
(TSSを使うならタスクスイッチ(IRET)にもなるだろうけど)

＞結局、CPL=3でIOPLが３より小さい時に#GPが発生すると思ってテストしてましたが
＞実際には例外が発生していないので自分の解釈が間違っているのだと
＞思います。
(今チラッと見ただけですけど)「はじめて読む486」の「図11-4 仮想8086モードで働く保護機能」を見てみて、どう思うか…かな？

＞「はじめて読む４８６」の手法は
＞タスク周りはまだよく理会していないので詳しくは見ていません。
ここでTSSが出てくるのは仮想86モードに突入するためのVMビットの操作にTSSを利用しているだけみたいなものだろうと思うけど。
「戻る」という部分に絞ると、その部分を端折って読めば…となるかどうかは微妙に自信なかったりだけど・・・

タスクが出てくる部分を省いてどの程度読めるのかは何とも言い難いけど、
タスクという言葉が出てきた時点で、読むのやめてるのかな？と思ったりもしますけど、
11-1,11-3を頑張って読んでみてもそんなページ数もないし、損ではないと思うけど。

割り込み(INT)が起こった場合にはプロテクトモードになってて、
ここで仮想86モードに戻るかどうかで、仮想86モードから抜ける(ない)かどうかになると思うんですけど、違うのかなぁ？
リスト11-4のv86IntHookの末尾部分のコード，11-3の最後の方の文章とか、それを言っているような気がするけど、違う？

インテルのマニュアルでは"ほとんど、主として一般保護(#GP)例外による…"というような言い回ししてますけどね。

全く関係ない質問を書いてみますが、

OSの機能をユーザモードから呼び出す時って
一般的にはコールゲートによる特定関数の呼び出しをするもんですかねぇ？

コールゲートの番号と機能を一対一で固定的に対応付けるのであれば、
問題無く、機能を遂行できるとは思いますが。

DLLとなるとまた話は変わるでしょうがね。
今回は静的なお話で問題はありません。

>>254
最近はsysenter命令やsyscall命令が一般的です。
昔はintやコールゲートが多く使われました。

どちらにしろ、OSを呼び出すのは特定の関数をひとつひとつ割り当てるのではなく
ひとつのエントリポイント関数だけを登録して機能番号で機能を振り分ける方法がよく使われます。

>>255
ほほぅ、そんな命令があったことすら知らなかった。
勉強になったぜ、veryサンクソ

>>機能番号で機能を振り分ける方法
つまり、DOSでいうシステムコールみたいなものか、例えばeaxが0x01であれば、
ファイルを読み込むとか。

ちょっとsysenterとsyscallについて調べてみるかな。
これさえ、分かればCUIは作れそうだな。ELFの読み込みも成功しているし。

>>253
いちをタスク関連も読んではいますがお腹一杯で消化不良中です。

>割り込み(INT)が起こった場合にはプロテクトモードになってて、
>ここで仮想86モードに戻るかどうかで、仮想86モードから抜ける(ない)かどうかになると思うんですけど、違うのかなぁ？
>リスト11-4のv86IntHookの末尾部分のコード，11-3の最後の方の文章とか、それを言っているような気がするけど、違う？
この場合は仮想８６モード時の割り込み処理なので言われている通りだと思います。

現在は検証中なので下記の条件でテストしてます。

１）プロテクトモードでPICの初期化後、割り込みを有効化します。
２）タイマー割り込みが発生
３）タイマー割り込みのハンドラでVMビットをONしてリアルモードの割り込み
　 ヴェクタをスタックに設定してIRETします。
４）#GPハンドラで、仮想８６モードの時はINT n /IOポート関連のエミュ

大体こんな感じです。
手抜きモードでのテスト＆実装なので突っ込み所満載でしょうが・・・。

取り合えず、保護、タスク、割り込み、仮想８６関連を読み込んでみます。

>>257
＞３）タイマー割り込みのハンドラでVMビットをONしてリアルモードの割り込み
＞　 ヴェクタをスタックに設定してIRETします。
ここだけちょっと気になります。
実験としてであって(或いはタスクスイッチとかの意味合いなら…ですけど)、
本気で仮想86モードとか抜けるためというものではないですよね？
インテルのマニュアルでは、"割り込み"と軽く言った後、"ハードウェア割り込み"とか頻繁に出てくるような感じですけど。。。

いちお、私の書いてる話の中で割り込み(INT)と言ってるのは"ソフトウェア割り込み"(意図した場所で割り込むの意)で
ハードウェア割り込みでは、ホントにそれに対する処理をするのなら普通に割り込み処理として問題ないけど
仮想86モードを抜けるためとするとややこしいことになる筈。(何時起こるか予測不能)

敢えて言うまでもないことと思うけど、ちょっとだけ気になったので。

＞取り合えず、保護、タスク、割り込み、仮想８６関連を読み込んでみます。
頑張って！
あちしも(仮想86モードは使う予定をしてないので除外したままだけど)もっと読んで行かなきゃ

>>257
＞３）タイマー割り込みのハンドラでVMビットをONしてリアルモードの割り込み
＞　 ヴェクタをスタックに設定してIRETします。
この部分。タイマ割り込みを使って実験の状態を作っているのだと思いますけど、
ここのIRETは以前書かれていた"VMが1のまま"となるというのは　…VMビットに触れないので仮想86モードのままのIRET
インテルのマニュアルにもある通りでしょう。

例えばこのIRETの前に
(別の)割り込みを呼んでVM=0,IRET(オペランドは32bitとする)の後、　…プロテクトモードでのIRET
先のIRETが呼ばれるのだと　…VM=0とされた状態でのIRET
期待通りになるんでしょう。

仮想86モードにIRETする前にTSSのESPは再設定してるかね？

>>260
よく理解はしていないですが
取り合えず、リング０のEPSは設定しています

>>259
以前、心当たりが有ると書いたのは
割り込みのIRET時の戻り先に#UDを発生させる関数を設定して
VMビットをクリアーでいいのかなっと思ってます。

ただ、IRETで例外が発生すると思っていたので上記の処理はしてませんでした。

>>262
タスク関連はよく解らんと言ってたし、
特に使ってないんだろうという前提で話してきてるけど

＞割り込みのIRET時の戻り先に#UDを発生させる関数を設定して
＞VMビットをクリアーでいいのかなっと思ってます。

割り込み前のメインは無限ループとかで、
ただタイマ割り込みを待ってるみたいなものとして
(そしてそのメインはプロテクトモードで)

(実験中にタイマ割り込みが多重に割り込むとかない(考えなくていい)と仮定されているとして)

タイマ割り込みを受け付けた時点でプロテクトモードになってて
そこでVMビットを1にして仮想86モードにするのは、
どういう形でやっているか判らないけど、できてるということなんでしょう。
(たぶん以前は(自分でVM=0としようとしたのかどうか…)IRETに任せようとしていたのでVM=1のまま)

(＞戻り先に#UDを発生させる関数を設定して)
#UDを発生させた後、プロテクトモードに戻っている(VM=0)の筈なので
#UDを発生させたことによってスタックされた分を後始末(破棄)して
(仮想86モードに入ることによって触ったものも元に戻して)

"＞VMビットをクリアーでいいのかなっと"というのは、自分でやらなくても既にVM=0で
#UDの最後のIRETでタイマ割り込みを受け付けた時点の状態でIRETすれば
VM=0にもなってて、タイマ割り込みルーチンからもちゃんと抜け出ているだろうと思うけど。

頭の中でイメージしてるだけだけど。。。

＞VMビットをクリアーでいいのかなっと思ってます。
って、なんとか形にはなって、いちおOKかな？と思ってるということ？
それとも、(理解が途中とかは置いといて)まだうまく行かなくて格闘中？

まだ格闘中で、マニュアルを読んでいる最中です。

>>255
少し調べてみたけど、別にintとかコールゲートでも問題なさそうですね、
ってか2000辺りでもintは使われているんだな。
まぁオーバヘッドを考えたらsysenter一本らしいですけど。
とにかく参考になったので多謝。

後はメモリの管理かぁ、むむぅ、ここがネックだなぁ。

2000出た頃はsysenterなんてなかった。

>>266
比較的2000って信頼性では良いという評価を受けているから、ビックリしました。
sysenterとかそういう命令じゃないと、現状では信頼性が確保できないのかと思ってしまいました。

やはり調べないと分からないものですね。変態チックで楽しいですけどｗ

「最近」ゆっとるがな(´・ω・｀)

>>268
いやいや、その「最近」が難しいもんでｗ

>>267
intとsysenterの選択って信頼性に関係するんですか?

sysenterは486で動かない

パソの世界じゃ2000年はもう過去じゃね？

>>270
いや、関係ないんだなぁと改めて確かめる事ができたということです。
もともと大して問題は無いよなぁーとは思っていたけど。

>>272
崎本さんは64bitOSを作っているわけですから。
まだまだIA32も現役だからねー。

結論として何でもいいけどバグさえ混入しないようにという結論となりますた

OSつくーるで作れば？

以前に仮想８６モードに付いて質問した者です。

取り合えず解決しました。

今回やりたかった事はローダからカーネルをメモリーに読み込むために
DISK BIOSを使用したい為、シングルプロセスで他からの割り込みが入らない
条件で仮想８６モードへ移行し、プロテクトモードに戻ってくることを想定しています。

旨く行った条件は NMI 関連の割り込み処理なので実際にやりたい事とは違いますが
下記の様に処理しています。

１）メインの処理で NMI の割り込みを許可
２）メイン処理で無限ループに入る
３）タイマー割り込み発生
４）タイマー割り込みハンドラ内で一時的なスタックを使用して
　 １６Bits タイマー割り込みハンドラ を呼び出す為に仮想８６モードへ移行
５）この時、IIRET の戻り先を #UD を発生させる関数にする
６）#UD の例外処理関数内で 終了処理を行う
７）この時点で４）の直前に戻っている
８）そのまま、何もせずに割り込まれた処理へ戻る

処理５）から処理６）へ移行する時に割り込みが発生する可能性が在りますが
ローダの処理なので見なかった事にします。(~_~)

#UD の発生は オペコード 0x0FB9 を記述して UD2命令はは使用していません。

今回は TSS を使用した切り替えを行っていませんが 特権レベルが変化するような場合は
最低限の設定が必要なんでしょうか？
今回は、ss0/esp0 の設定しかしていません。

気になる点が有りましたら御教授願います。

解決したと言われているので問題なしだと思うけど

＞気になる点が有りましたら御教授願います。
タイマ割り込みを使った検証をされていたのですよね
タイマ割り込みを使ってとか#UD発生に終始されていた感もあったりしましたが
DISK BIOSを呼び出す上でどのように考えられているのかな？
ってところくらいかな

なので、気になるって程のものでもないですけど

>DISK BIOSを呼び出す上でどのように考えられているのかな？
タイマ割り込みやキーボード割り込み等と同じ割り込み時のスタックを擬似的に再現して
任意のINT命令を発行する予定です。

取り合えず、DISK BIOSの呼び出しで１セクタの読み込みは出来ました。

ハードウエア割り込みとソフトウエア割り込みを有効な状態で
DISK BIOSの呼び出しが出来たので、ローダの主処理を作成します。

煮詰りましたら、その時はまた伺います。<m(__)m>

むこうのスレ人いないんでまたこっちにきますね

日本人が個人で作ってるOSは殆ど糞ばっかり。

>280
糞でないOSってなに?

>>281
日本製ならTRONぐらい

TRONこそ糞だろｗ

TRONの入った家電に世話になってるくせに

TRON房は巣に帰ってください。
今時TRONを使ってる家電なんてほとんどありません。

意識していないだけで以外に入ってたり
まあ単機能の白物なんかには入れないと思うが

Mビ

盛り上がらんね

x86で論理アドレスから物理アドレスに変換してくれるような命令はない？
リファレンス見る限り、見つからんのだが
ページテーブル引くコード書いてもいいんだが、さくっと簡単にできんかな

あげてみよう

パソコンショップ最強リンク
つhttp://want-pc.com

age

このスレもほんと錆びれたな

誰か作ってる人いないかな？

作ってる人もいなくなったんだろうな・・

ゲイツ君がつくってるんじゃね？

ゲイツ君はボランティアが忙しいからなあ

ブートローダめんどくせぇ・・・
grubで手を抜こうとしたが、ELFのカーネルを
うまく0xc0000000に移動できないっぽい？

WindowsやX Windowってウインドウマネージャーとアプリケーションって表示内容を描画したフレームバッファってどうやって共有してるんでしょうか？

共有なんてしてないだろｗ
画面周りのフレームバッファいじるのは、ウインドウマネージャだけ。

アプリにできるのは、デバイスコンテキストに描画することまで。
ウインドウマネージャは、アプリの都合なんて関係なく勝手にアプリのウインドウを描き変えていく。
その時は、アプリにもメッセージを送ってくるけどね。

アプリもDIB/DIBSectionで独自のフレームバッファ（「自分で」描画する描画内容）を確保することはできるが、それはウインドウマネージャには何の関係もない。

>>300
共有という言い方が悪かったみたいでした。すみません。

アプリケーションが描画したものをウインドウマネージャーがウインドウ内に表示する仕組みが知りたいのです。

補足します。
アプリケーションを描画した結果に対してウインドウマネージャーがアクセスしようとする場合を考えます。
ウインドウマネージャーがスーパーバイザーモードで動作しているなら問題ないですが、
X Windowのようにユーザーモードで動作している場合はセグメント違反になると考えました。
ここの工夫をどうしているのかが知りたいです。

>>302
>アプリケーションが描画したものをウインドウマネージャーがウインドウ内に表示する仕組みが知りたいのです。

アプリの呼び出す描画APIに応じてGDIなりXなりの描画用サブシステムがウインドウ／スクリーン用に確保しているフレームバッファに描くだけじゃね？

とりあえず、画面（システム側フレームバッファ）の描画にアプリは直接関係ない（関与できない）。

なるほど、アプリケーションは描画をOS側に依頼しているだけって事ですね。
ありがとうございます。

OSつくりたいです！

>>305
知ってる言語は？作ったことあるアプリは？

使える言語はHTMLです

夏休みももうすぐ終わるだろうと思っていたら
またすごいのが来ましたな...

>>306
しってる言語は英語と日本語です！！

>>307
まずはAjaxでWebOSを作ってみると良いよ

>>309
OS kitの翻訳をしてみたらどうかな

WebOSってOSでもなんでもなく、ただのWebアプリケーション群と擬似デスクトップじゃん
馬鹿なの？

>>305
ここがUnilinwinmacbex part3スレッドですね。

>>310
Ajaxはコーディングが辛いよ。やってみると。

>>311
そんなこと分かってるよ

こんばんは。
法人でx86-64動作環境を作っている者です。

OSに同梱するフォントについて、質問よろしいですか？
問い合わせたところ、IPAフォントが使用ライセンスの関係で、
使えない事がわかりました。

そこで、ここの皆さんが実用に耐えれると思われるフォントがありましたら、
ご紹介願えないかと思い、書き込みしました。

詳しく述べるとTrueTypeフォントをビットマップとアウトラインに分離して、
少メモリ環境でも動作できるセグメント形式に変換したデータを使いたいのです。

動作環境の詳細につきましては、ホームページを参照ください。
それでは、よろしくお願いします。

http://www.gionel.com/

アウトラインフォントだけなら、VLゴシックと小夏がいい線いってる
合成フォントでは、小夏を元にM+を調整したSystemaが素晴らしい
ビットマップはM+あたりがよろしいかと

フリーに限らないなら、リコー、ニイス、より高品質ならタイプバンクあたりが良い

>315

ありがとうございます。
参考になります。

>>314
> 問い合わせたところ、IPAフォントが使用ライセンスの関係で、
> 使えない事がわかりました。

誰に何を問い合わせたらどういう理由で駄目なのか、というところですかねぇ。
ライセンス関係は俺様解釈で断定しちゃう人が多いですから、きちんと
当事者の意思を確認して本当に使えないかどうか確認したほうが...

あと、ライセンスは改訂作業中なので、
参考→ttp://www.ipa.go.jp/software/open/ossc/2008/font/koubo.html
そこらへんも考えに入れた方がいいかもしんないです。

>317
もちろん正式にIPA様より許諾できませんとの返事を頂きました。
早くライセンス改訂されるといいですね。

ttp://www.amazon.co.jp/dp/B002G3WVYM
TECH I 起動プログラムブート・ローダ入門

こんな本が出てたとは。中身まだ見てないので評価はなんとも言えんけど。

>>319
ttp://www.cqpub.co.jp/hanbai/books/MIF/MIFZ200909.htm

IPAなんかに様付けるなよ

バカが沸いたか

コムラッドのタカネ終わってるな
http://namidame.2ch.net/test/read.cgi/venture/1260791115/l50
http://set.bbspink.com/test/read.cgi/sm/1246009466/l50
http://set.bbspink.com/test/read.cgi/sm/1249183350/l50

http://mypage.okuizumo.ne.jp/my/tatami/images/%E7%95%B3%E3%83%93%E3%82%BA.jpg

　　　　　　　　　　　　_,,..r'''""~~`''ｰ-.､
　　　　　　　　　　　 ,,.r,:-‐'''"""~~`ヽ､:;:;:＼
　　　　　　　　　　 r"r　　　　　　　　　 ゝ､:;:ヽ
　　 r‐-､　　 ,...,,　|;;;;|　　　　　　　,,.-‐-:､ ヾ;:;ゝ
　　 :i!　 i!　　|: : i! ヾ| r'"~~` :;:　::;",,-‐‐-　 `r'^!
　　　 !　 i!. 　|　 ;|　l| 　''"~~　　　､　　　　　　i' |
　　 　 i!　ヽ　|　　|　|　　　 ,.:'"　　　､ヽ､　　　!,ﾉ
　　　　ゝ　 `-! 　:|　i!　　.:;:　'~~ｰ~~'"　ﾞヾ　: : ::|
　　 r'"~`ヾ、　　　i!　i!　　 ,,-ｪェI二エﾌﾌ　: : :::ﾉ~|`T　＜イエーイ、ひげぽん見てるー？
　　,.ゝ､　　r'""`ヽ､i!　`:､　　 ー　-　'"　:: : :／ ,/
　　!､　 `ヽ､ー､　　 ヽ‐''"`ヾ､.....,,,,＿,,,,.-‐'",..-'"
　　 | ＼ i:" ）　　　　 |　　　~`'''ー---―''"~
　　　ヽ　`'"　　　　 ノ

ブートローダ作るのめんどくさい。
おまいらちゃんと作った？
パクり放題の手頃なブートローダとか有る？

アルヨ

>>326
Linux

……壁紙を変えてアプリをインストしただけで、どこがマイOSなのかと（ry

>>326
ttp://hrb.osask.jp/
ここのブートローダは自由に使って良いって書いてある
あなたが開発者本人じゃなければどうぞ

半年ぶりくらいに規制解除されたと思ったら
１週間経たないうちにまた規制された
おなじプロバイダにアホがいるとしか思えない

主要ispは人覆いからしょうがない。

プロバイダ主要各社　契約者数一覧（2008年12月末時点）
　　ISP名 　　　　 　 総会員数
OCN　　　　　　　　　　731万人
au one net（KDDI）　　340万人
ぷらら 　　　　　　　　　282万人
@nifty 　　　　　　　　　175万人
JCOM　　　　　　　　 　149万人
biglobe　　　　　　　　　 132万人
So-net 　　　　 　　 　　126万人

たしかに OCN です orz

>>329
ｵﾏｴﾓﾅｰ

どなたかお助けください。
MBRの中で、HDDのカーネルを呼び出そうとint13h extension readを使っているつもりなのですが、エラーコード4のsector not foundで返ってきます。どうしても、HDDが読み取れません。どうしてダメなのかが分からない状態です。誰か助けて…。


.globl ipl_start
.code16
ipl_start:
jmp real_start

real_start:
cli
mov %cs,%ax
mov %ax,%ds
mov %ax,%es
mov %ax,%gs
sti

movb $0x80,%dl
movb $0x42,%ah
movw lba_command,%si
int $0x13
cmp $0,%ah
jz farjmp

rehalt:
hlt
jmp rehalt

farjmp:
ljmp $0x0009,$0xfc00


lba_command:
.byte 0x18
.byte 0
.word 0x0000
.long 0x0009fc00
.quad 0

/* boot sector signature */
.org 510
.word 0xaa55 /* singnature */

>>333
lea lba_command,%si
とか

直接関係ないだろうけど9fc00hってBIOSの拡張ワークエリアじゃね？

ですな。

HDからブートするようにするにはどうすりゃいい？

自作OSをマルチブートにしてやりたいんだが

そういうブートプログラム作って、パーティションの頭に書け。

んで、面倒な所はブートセレクタに任せる。

そういうブートプログラムって正直なにをどうすればいいのかチンプンカンプンなんだけど
できれば何か参考になるサイト教えて

一応FDブートだけするのは作ったことがある。
関係ないか

基本FDと同じだ。
int 13hのパラメータがHDD用になるが。

FreeDOSあたりまねすりゃいいんでないかい。
DOS互換ならどんなブートセレクタでも扱えるだろう。

プロテクトモードにしなくて良いならHDDブートは楽勝

int 13hのhd用パラメータは分かった。
ありがとう。

だが、すまんが
俺が知りたかったのは、フロッピーディスクでいうIPLの記述的なものなんだ。
それのhd版というかなんというか。

なにか分かったら教えてくれると助かる

ブートローダーでググってみたら？
一応言うと、510番地〜512番地間での間でマジックワード0xaa55を記載されたイメージファイルをハードディスクイメージとして、読み込むと、マシン起動時に0x7c00番地に512KBローディングする。

ちなみにイメージファイルはelfとかpeとかでなくて、マシン語のバイナリフォーマットじゃないといけない。

…でいいのかな？

512Bだな

そうだった512Bだった
512KBも読んでくれたら楽なのになあ…。

>>344
それはMBRでないかと思うわけだが。
マルチブートするならその辺はブートセレクタが使うのでどうでもいい。

んで、作らんといかんのはPBRなんだが。
これはFDのIPLと同じような構造でよかったような気がする。

MBRもPBRもほぼ同じわけなんだが
差はパーティションテーブルの有無くらいだろ

あー、なるほど

ということはhd版iplをとりあえず特定のパーティションの先頭に書いて
あとはそいつからカーネルをロードさせてやればいいというわけか。

面倒くさそうだな

どうせだから、ブートローダあげる

っていっても、上の方にあるやつだけどｗ
.globl ipl_start
.code16
ipl_start:
jmp real_start

real_start:
cli
xor %ax,%ax
mov %ax,%ss
mov %ax,%es
mov %ax,%fs
mov %ax,%gs
mov $0x7c00,%ax
mov %ax,%sp
sti

xor %ah,%ah
int $0x13

mov $2,%ah
mov $lba_command,%si

movb $0x80,%dl
movb $0x42,%ah
int $0x13
cmp $0,%ah

jz farjmp

rehalt:
hlt
jmp rehalt

farjmp:
cli
mov $0x7e00,%ax
mov %ax,%sp
sti
ljmp $0x0000,$0x7e00


lba_command:
.word 0x10
.word 16
.word 0x7e00
.word 0x0000
.quad 1
.quad 0

/* boot sector signature */
.org 510
.word 0xaa55 /* singnature */

ここ太郎スレだから続きは他いけや

>>348
BPBとかなかったっけ?

DOSとか気にしなきゃいらんか。

>>333
「MBRの中で」とかいってるから違うっぽくね？

自分のOSをマルチブートさせたいって言ってるんだから、MBRにはgrubみたいなのを置くはず。
340は、自分のOSを置くパーティションの先頭で何をさせればいいのかってのを尋ねているんだと思われ

>> 354

あ。そういうこと？

じゃあ、osdev（英語の方）のスケルトンコードみてこいや〜としかいえないなー。あっちならgrub環境でのブートコード書いてあるよ。

>gt;355
そんなものがあるとは
できればリンク教えてくだされ

ううん。少しはググろうぜ

ttp://wiki.osdev.org/Bare_bones

>>357
あっ、ありがとうございますっ

この他力本願丸出しはひげぽんか

どうすればいい？
というよりは、動作済みのロダくれくれに終わってるな。
うpもいいが解説も無いしw

まあ、結局そういうやつは仕組みを理解してないから
osdevなんかみてもわからないだろうな

別に分かるのが目的じゃ無さそうだし。
そして動いてもやっぱり使いにくいなでウィンドウズに戻っていく。

独自OS開発と聞いても、結局、POSIX互換OSばかり。
Unixじゃない、OSがみたい。
Monaは結局、POSIX互換だし。

>>363
意味不明だ。
そんなのおまいが勝手に作ればいいだけじゃん。

posixじゃ無い事で移植性が極端に落ちるからねえ。
自力で充実環境作ってくれるなら非posixもありだろう。int21ファンクションコール互換でも委員だしw

見たい邪なくて、見たければ手を動かして作って無料配布してくれw

>>363 >>365
OSASK後継なんとか汁

なんとかして欲しい香具師が手を動かせばいい。
漏れはposixなos使ってるから困らないし。

いや、POSIX互換であれば、手を動かせばいいだけなんだけど、
非POSIXの場合は、まずAPIをまとめることが一番欠けている事なんじゃないかな？

まとめたらposixになりそうだw

保守

とうとう2011年になってしまったわけだが

保守

IDEデバイスの検出がVMwareだとうまく行かない・・・

SRST後、何も接続していないスレーブを選択し、
01f4と01f5を読み出すと両方0(PATAデバイス)。
IDENTIFYコマンドを発行してみると永久にDRQビットが立たない。
セカンダリ側のスレーブはffが帰ってくるから正常っぽい。

どうなってるんだこれ

vmwareの仮想pcの実装が腐ってるだけだろう。
他の仮想環境ではちゃんと検出する？　あと実機は検出するの？

mbr/2nd boot loaderを自作してみたいけど、作って試すのが面倒だな。
redboot流用しちゃって済ませるかな。

ATA-7のドラフトを見てみたら
> NOTE . Even though Device 1 is not present,
> the register content may appear valid for Device 1.
> Further means may be necessary to determine
> the existence of Device 1 (e.g., issuing a command).
とか書かれてた。
esのソースを見たらステータスレジスタがffの場合、
DRDYが立ってなくてATAPIでもない場合は存在しないと判断していた。
この方法ならうまくいきそう。

>>374
仮想環境によって微妙に読み出せる内容が違うっぽい。
status/error/sc/sn/cl/ch

QEMU
50 01 01 01 00 00 HDD
00 00 01 01 ff ff
00 01 01 01 14 eb CD
00 00 01 01 ff ff

Bochs
00 00 00 00 00 00
00 00 00 00 00 00
50 01 01 01 14 eb CD
00 01 01 01 ff ff

VMware
50 01 01 01 00 00 HDD
00 01 01 01 00 00
00 01 01 01 14 eb CD
ff ff ff ff ff ff

ここが本スレだね

視野が狭い人って困るよね

こっちはパートスレ

まだ続いてたんだ・・・
非POSIXだと
mona osask meg-os nowsmart-os prex mpl … ってほとんどじゃね？
POSIX互換レイヤーどころかlibcを実装してるのも一部だし

さて、オナヌーして寝るかな(´・ω・`)

過疎ってるなぁ

D言語でOS作るって可能ですか？？？

ランタイムから作っちゃうんならどんなコンパイラだって問題ないんじゃないの？

MIKAMIのインターネット　　　でググれ


このブログ痛すぎｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｸｿﾜﾗﾀｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>383 死ねよあっちこっちにマルチポストしやがってゴミクズが

こんな過疎板の過疎スレでマジギレしなくても

興味があったので、ちょっと拾い読みしてみた。
ttp://wiki.osdev.info/?JP-OS

閉鎖されているのも多いし、今でも活動しているのは、数えるくらいなんだね。
OS作りって「四角い車輪の再発明」って気がした。

ガソリン自動車 → 電気自動車 くらいの変革がないと、
受け入れてもらえないのかな。

なぜIT系の板は過疎っているのが多いんだろう。素朴な疑問。

もうにちゃんが事実上終わったから
ツイタやフェイスブックやブログがあるもの

そもそもまともな奴が残ってないから時間掛けて相手するだけ無駄
他のソースに逝ったほうがいい

別にそれに類似のものは昔からあっただろ。
っていうかそもそも何故パソ通は過疎ったんだ？

わざわざ情報量払わなくても無料で楽しめるサイトがインターネット状に溢れてたから。

無料の草の根ホストなんていくらでもあったじゃないか。
単回線BBSもインターネットに対応したOSを使えばマルチタスクサービスができたんじゃないか？

有料サービスだって、今のモバゲーみたいなものは可能だった筈。

何か無料で使えて実装が簡単なファイルシステムあるかな
単純に512バイトごとに読み書きしたほうがいいかな

FUSEとかって難しいの？
他にはFATならスタンドアロンのCライブラリがあるよね。

今から始めるなら4096バイトずつ読み書きするosを作るべきだな
誰かxp互換のosぐらい作ってると思ったがまだ無いようだ

ネットで手に入らないものも多いね

今ならサンダーボルトさえサポートすれば、どんなデバイスでもイケイケなOSができないだろうか？

ローダ作るのが怠い

元ゲーム屋で一人で作りました
よかったらご支援くださいませ
http://www.gionel.com/

復活を願いあげ

っていうか、国内プロジェクトを網羅できるまでは和製スレって必要だと思うよ。
作ろうスレと違って別に開発中じゃなければ無意味だという訳でもないんだし。

立てても即落ちしそうじゃない？

消えてったプロジェクトX達を一つづつ紹介していくだけでも結構埋まらんかな？

一応立てた
落ちたらそれまでという事で

【アマチュア】和製OS総合 2【マイナー】
http://kohada.2ch.net/test/read.cgi/os/1392525053/

>>402
おまい要らんことしかしない、箱ものつくりの役人みたいだな

大抵の人間は要らんことしかしないものさ

Microsoft MS-DOS early source code
ttp://www.computerhistory.org/_static/atchm/microsoft-ms-dos-early-source-code/
Download Microsoft DOS V1.1 and V2.0 Source Code

反面教材になる…かどうかw

は？
MS-DOSぐらい逆汗すりゃ解析できるわい。
ていうか、ろくにわかりもせずMSをバカにしてるだろ、反面教師とか。

コメントとかサブルーチンの名前とかそういったものを味わう、
ぐらいの意味しかないよ。

ちょっと言ってる意味が分からないですね。老害乙かなw

分からないほうが頭が悪いだけだね。

ﾜﾛﾀ
何がおかしいのかも分からないおバカさんなのかな
それとも老害言われてイラっときたんか

> 何がおかしいのかも分からないおバカさんなのかな

自己紹介乙

BIOSだとMBRが0x7C00にロードされて、そこから世界が始まるけど、UEFIだとそう言うのはどうなってるの？
ってのはどこを見たらいいか分かり易い資料かサイト教えろください

これかなぁ...
ttp://d.hatena.ne.jp/syuu1228/searchdiary?word=*[UEFI]

>>412 早速thanks
あとはEDKだかgnu-efiとかたどればブートローダ作れそうですわ

rustでOS作ろう？面白そう
ttps://github.com/rust-lang/rust/wiki/Operating-system-development