このページは, FreeBSD を UltraSPARC システムに移植するための情報が掲載され + ています.
+ ++ FreeBSD/sparc64 プラットフォームへの移植は, 1997 年に Jason Evans によって始め + られました. + もともとこの移植はサン マイクロエレクトロニクス社の手助けがありましたが, 彼ら + はその後手を引きました. これはサンからの, RedHat Linux 6.1 が同社から購入でき, + 新しい UlatraSPARC サーバやワークステーションと共に発送されることをアナウンス + した + このプレスリリース(訳注: + 日本語ヘッドライン)を見るにあたって, 非常に興味深いことです. サンは, Jason + が移植作業に公的資格としては関わらないと発表した少し後, 1998 年 5 月に Linux + インターナショナルに加わりました. FreeBSD のリリースエンジニアである Jordan Hubbard + は + Jason の投稿に答えて, 誰かがその手綱を引き受ける必要があると提案しました.
+ +サン撤退のニュースにはがっかりさせららたものの, FreeBSD/sparc64 は終わりま + せんでした. メーリングリストは数名の人達がコーディング作業をしている間, 休止状 + 態になったことはありましたが. 1998年10月末, ソースコードの tarball が入手可能 + になりました.
+ +Paolo Di Francesco が次なる移植の"父"でした. Paolo は移植史上初めて, 情報と + 開発者とタスクを, プロジェクト管理として知られている構造に組織しようとしました. + もしこれが 98 年から 99 年にかけてのホリデーシーズンでなく, メーリングリストに + いささかおしゃべりな人達がいなければ, Paolo は続けていたでしょう. 彼の代で, た + くさんの人々が古い Sun SPARC アーキテクチャでの作業を開始しました. これはプロ + ジェクトに小さな亀裂をもたらしました. またより能力のあるほとんどの人達は UltraSPARC + ファミリーのマシンの側にいました. 幸運にも これがメーリングリストの静寂の時を + 引き起こすことはありませんでした. テレコムイタリアがメーリングリストを活かし続 + けてくれたからです. 彼らのシステムに起きた小さな故障が, Paolo の投稿のひとつを + 送り直して直して直して直して... この投稿の繰り返しは, メーリングリストが再びお + となしくなった 1999 年まで続きました.
+ + +これが現在の状態をもたらしました. David O'Brien は長いあいだ移植の作業を始 + めたくてうずうずしていましたが, ある種の指示があるのを待ちかまえていました. + 月日が移ろって 2000 年になるにあたって, 彼は自分がやらなければ誰もこの挑戦を受 + けて立たないであろうことに気づきました. 移植の進捗状況は 1998 年にリリースされ + た初期のブートコードからほとんど変化はありませんでした. 移植の歴史についての残 + りの部分は, Jason Evans がもっともよく説明しています. それは + ここにあります.
+ +++ +これが 1997 年か 1998 年からのものであることを念頭において読んで下さい. + この情報は Jason Evans によって書かれたオリジナルの FAQ をもとにしています.
+
Sparc64 プラットフォームへの移植は, まだ初期の段階にあります. FreeBSD/sparc64 + を実現するために, すべきことの調査をだいたい終えましたが, 作業の大部分は終わっ + ていません.
+ +移植が始まったいきさつはこんなところです. サンマイクロエレクトロニクス (SME) + は サンの一部門で, マイクロプロセッサを生産しています. 現在まで, SMCC (サンの + 一部門でワークステーションを作っている) は SME の最大の顧客でした. SME はその + 販売の拡大を望んでいて, そうするにはサンの外部の人達に CPU を売る必要がありま + した. FreeBSD は, それを達成するの手段のひとつとして注目されました.
+ +サンが, その Solaris の提供とぶつかると思われる FreeBSD の移植になぜ出資す + ることができたのかを理解するには, サンがしばしば互いに競合する + ビジネスユニットに分割されているということを認識する必要があります. サンの Solaris + な人達は FreeBSD の移植と競合したくはなかったかもしれませんが, 彼らのやめさせ + ようというパワーはそのビジネスモデルのありかたによっておさえこまれてしまいまし + た. もちろん, もし FreeBSD の移植が大いなる脅威であったなら, SMI (サンを取りま + とめている会社) が止めたことでしょう. しかしながら, FreeBSD は Solaris とは異 + なるセクタの市場の需要にあっていたため, そうはなりませんでした. Solaris は巨大 + な MP サーバで素晴らしいことをやってのけます. FreeBSD は高速で, 小型サーバ寄り + でした. それにある種のエンベドアプリケーションに役に立ちました. これは, 実は + SME が FreeBSD の UltraSPARC への移植に興味を持った, 主たる理由でした.
+ +だいぶ前になりますが, SME は FreeBSD コアチームに公式な UltraSPARC の移植と + 引き換えに (詳細は知りませんが) 金銭的な見返りを提供すると持ちかけました. コア + チームはこの提案を拒絶しました. 繰り返しますが, 詳細は知りませんが, SME の提案 + はさほど大きな関心をひかなかったと, Jordan Hubbard は声明を出し (というよりそう + 推測されます) ています. こういった提案には, 長年に渡るサン内部の人間からのサポート + が含まれている必要があるからです.
+ +Jordan の声明は非常に意味のあるものでした. この移植の準備のためにドキュメン + テーションを追いかけましたが, 時間がかかりすぎてサンの外部の人間にとって難しい, + たぶん不可能だと思われました. そのようなアクセスなしにして, このようなプロジェ + クトを継続的に進めて行くことは難しいでしょう.
+ +さて, そろそろこの物語に私のバックグランドを交えて行きましょう. 私は 1997 年 + 9 月に SME で働き始めました. 最初の週のうちに, SME がコアチームと交渉している + という風の噂を聞きつけました. 私はそのプロジェクトに非常に興味を持っているこ + とを伝えました. 粘ったかいあって (それに SME の提案が失敗に終わったのもあって), + 移植作業を始める許可をもらうことができました.
+ +SME でのその他の職務は, OS 達 / RTOS 達を UltraSPARC に移植しているソフト + ウェアベンダの情報を探すことでした. FreeBSD の移植に関係するハードウェアの情報 + を集めるのに, ちょうどいい位置にいることができました.
+ +ここが落とし穴です. 私はドキュメンテーションにアクセスできるし, 開発できる + マシンもあるけれど, 低レイヤの OS やハードウェアでの経験がほんの少ししかありま + せんでした. 素早く習得することはできても, 他にも学ぶべきことがたくさんありまし + た. すでに何人もの人が FreeBSD 移植への鍵となるコンセプトを理解する手助けをし + てくれていましたが, そこには多くの, もっと多くの勉強しなくてはいけないことがあ + りました.
+ +つまり, 私は下記のような手助けを利用することができるわけです (もちろん, 排 + 他的にではありません):
+ +それはここ + にあります. + 古い FAQ は SME が中心で sun4u 独特なものになっています. これらは現在の移植 + の状況を反映していません. SME が公式サポートを打ち切って, 開発環境のほとんど + はより古い Sun SPARC ハードウェアで行われているからです. その上, このところ + 新しいよくある質問はありませんでした. 古い FAQ にある項目のほとんどは, メー + リングリストがアーカイブ化されるかなり前のものです.
+ +初期の段階にいる間は, それにみんなが移植作業に興味を持ち続けてくれるように + 進行状況をオンラインで見れるようにしています.
+ +今現在ですか? ありません. 移植は何の上で走らせるにもほど遠い状態にあります. + 私達はできる限りの機種をサポートする予定です. FreeBSD/sparc64 は最低でも PCI / IDE + ベースの全ワークステーションで動作すると考えていただければいいと思います.
+ +質問 #3をご覧下さい.
+ +FreeBSD/sparc64 がいくばくかの Solaris/SunOS エミュレーションを提供すること + になるのは, 理にかなっていると思います. ただ具体的な話をするには, 時期尚早です.
+ + &footer; +