FreeBSD/ia64 プロジェクト
FreeBSD/ia64 障害報告データベースを検索する:
課題
このページは、 何かできることを探している人々のための出発点としようとしているものです。 ページ内の各項目は、厳密に優先順位の高い順に並んでいるわけではありませんが、 ほぼその順番になっています。やるべきことには、ここに述べられてはいないものも、 もちろんあります。たとえば、この ia64 版ウェブページの保守管理などがそうです...。
tier 1 プラットフォームとなること
tier 2 プラットフォームとして 2 つのリリースを出し、 tier 1 プラットフォームとなるべく作業する時期です。 そのためには、次のようなさまざまな課題があります。
- インストール処理を改善して、すでに GPT が、 他のオペレーティングシステムが含まれる EFI パーティションと共にある場合を考慮するようにします。 さらに EFI ブートメニューに FreeBSD のエントリを追加できるようにできれば、 望ましいでしょう。
- GNU デバッガを移植します。残念ながら開発用マシンで使うことができていません。 また、tier 1 プラットフォームには必要です。
- X サーバ (ports/x11/XFree86-4-Server) を移植します。tier 1 となるには必ずしも必要ではありませんが、ia64 をデスクトップマシンとして使いたければ、 これなしでは、何もできないでしょう。
ports および packages
FreeBSD が ia64 において成功を収めるのにとても重要なことは、ls(1) 以外に何かユーザーが動かすものがあることです。わたしたちの巨大な Ports Collection は、ほとんどが ia32 を対象にしており、 ia64 で構築できなかったり、動作しなかったりしても意外ではありません。 なにかしらの理由で構築できない ports の最新のリストについては、 ここ をご覧ください。ただし、構築に失敗する ports に依存している ports は構築されず、カウントされていないことに注意してください。 たくさんの ports が依存している ports の作業をしていただけると、 非常に助かります (表中の "Aff." 列をご覧ください)。
刃を研ぐ
欠けている機能を提供するために、速度や堅牢性を考慮せずに書かれた関数 (特にアセンブラルーチン) がたくさんあります。その関数を再吟味して、 必要なら書き直すことは、ほかの活動と同時かつ独立におこなえるだけでなく、 膨大な知識や経験がなくても可能な作業です。
中核部の開発
動かなかったり、存在していなかったりする高レベルのものに加えて、 基盤の部分にはやや複雑な書き直しが必要であり、 他のプラットフォームすべてに影響をおよぼす可能性があるものもあります。 たとえば、次にあげるようなものです。
- PMAP モジュールを改良して UP および SMP の安定性を向上します。 VM 変換の低レベルでの取り扱いを改善する必要があります。 これには、正しさと性能の両方が必要です。
- ia64 マシンは古いデバイスに対応していないため、sio(4) や syscons(4) のような基本的なデバイスドライバが動きません。 これは全プラットフォームに影響し、一部のサブシステムの (大) 部分を書き直すことになるかもしれない、やや大きな問題です。 明らかに広範囲にわたる調整が必要な課題です。
- 全アドレススペースにおよぶ VM テーブルを作らずに、 存在するメモリの「塊」を対象とするようにして、 疎な (物理) メモリ構成をよりうまく取り扱うようにします。これのために、 現在はメモリを無視しています。