Voodoo XNU 9.5.0 カーネル(Mac OS X 10.5.5 Intel / AMD クロスプラットフォーム対応カーネル)公開テスト開始
Appleから公開されたMac OS X 10.5.5(Darwin 9.5.0)のカーネルソースコードをXNU-Devチームが迅速に非ネイティブIntelおよびAMDプラットフォームへ移植。オンザフライ復号、CPUIDパッチ、FSB倍率指定(busratio)をサポートするAlpha版のテスト案内。
- 筆頭著者
-
@R0GUE
公開日: 2008-09-22
- 収録コレクション
- カーネルリリース&コミュニティ公式発表
- アーカイブ記録規模
- 累計閲覧 493,765 回 · 厳選フィールドノート 14 件(全 17 件の投稿より抽出) · 2008-09-22 – 2008-09-24
- 参加・検証メンバー (8)
- @gipo (3)@eMatoS (3)@Voyn1x (3)@R0GUE (2)@bhast2 (2)@pαuℓzurrr. (2)@elicip@adil2003
- 対応ハードウェア参照
- USB 3.2 Boot Flash Drives ↗ AMD Desktop Processors ↗ Intel Core Processors ↗
XNU-Developmentチームは、バニラ(純正カーネル)が動作しない10.5.5ユーザーに最新カーネルを届けるべく、間髪を入れずに開発を進めてきました。
Appleが10.5.5のカーネルソースを迅速に公開したのを受け、XNU-devチームも素早く移植作業を完了させました。9.5カーネルの移植はすでに完了しており、現在は内部テストが進められています。次期Voodooベータ版はこの9.5をベースにしたものになります(現在のBeta 1は9.4ベースです)。
テストに関するご案内
バグを発見した場合は、すべて Issuesページ ↗ にて報告してください。また、CPUIDログの取得方法については こちらの投稿 ↗ をお読みいただき、バグレポートに添付してください。原因究明の大きな助けになります!
まったく起動しない場合や、動作クロック(タイミング)がおかしい場合、あるいはGUIの表示までに異常に時間がかかる(またはブルースクリーンになる)場合は、以下のブートオプションを試してみてください:
AMD環境固有: -amd -emulateintel(Alpha 8以降では不要になっているはずです)
また、AMD環境で64ビットサポートをテストしたい場合は -force64 を試すこともできますが、まだごく初期段階の実装ですので動作は期待しないでください!
全環境共通: busratio=xxxx にはお使いのCPUのクロック倍率(CPU動作周波数をFSB周波数で割った値)を指定します。FSB周波数は通常 100、133、166、200、333、または 400 MHz です。
ブートローダに関する情報
EFIブートローダ が必須です!Chameleonの使用を強く推奨します。
Pentium 4ユーザー(およびその他一部のCPUユーザー)は、更新版のChameleonが必要です —— DFEのBoot-132などでは動作しない可能性があります!
更新版のChameleonは、Voodooカーネルの正式版リリースに合わせて公式サイトで公開される予定です。現時点では、上述の通り起動フラグ busratio を手動で指定する必要があります。
XNU-Devおよび 9.5.0 カーネルに関するさらなる詳細については、XNU-Dev サイト ↗ をご覧ください。
著者による追記・技術改訂履歴
筆頭著者による補足ディスパッチ:@R0GUE
@elicip9.5.0 用の System.kext もありますか?
こちらが 9.5.0 の System.kext です(rogue.infinite mac.com/files/950_System_kext.zip)。テスト頑張ってください!
コミュニティ検証報告・技術フィールドノート
全 17 件のオリジナル投稿から技術的価値の高い 14 件の検証報告を収録
新しい 9.5.0 XNUカーネルをテストしてみました……。
ほぼすべて順調そうですが、オーディオの再生開始直後の約3秒間だけノイズ(音割れ)が混じり、その後正常に再生されるという現象が出ました。
この症状はあらゆるサウンドの鳴り始めで発生し、ゴミ箱を空にする音などのシステム効果音ですら最初の数秒間おかしくなります……。
ひとまず、手元の環境で完璧に動作していた 9.4.0 XNUカーネルに戻しました。
busratio を指定せずにブートしていませんか?
サウンドの乱れを直すには、busratio を指定してブートする必要があります。
例えば私の環境ではFSBが200MHzで、
CPUクロックが2.6GHzなので、
2600 ÷ 200 =
倍率は 13 になります。
そのため、私は busratio=13 を付けてブートしています。
これを指定すればサウンドが正常に鳴ることを確認済みです。
まだアルファ版ですので、将来的には自動検出が修正されるはずです。
@bhast2busratio を指定せずにブートしていませんか? サウンドの乱れを直すには、busratio を指定してブートする必要があります。例えば私の環境ではFSBが200MHzで、CPUクロックが2.6GHzなので、2600 ÷ 200 = 倍率は 13 になります。そのため、私は busratio=13 を付けてブートしています。これを指定すればサウンドが正常に鳴ることを確認済みです。まだアルファ版ですので、将来的には自動検出が修正されるはずです。
自分のFSBはどうやって調べればいいでしょうか? 私も2.6GHzなのですが……。
追記:自己解決しました。私もFSB 200だったので同じ倍率でした……。
追記2:こちらでもオーディオが正常に鳴ることを確認できました!
また、64ビットモードも試してみましたが、AppleNForceATA を読み込んだ直後にハングアップしてしまいました。まあ最初から動くとは期待していなかったので、まずは第一歩ですね。
@bhast2busratio を指定せずにブートしていませんか? サウンドの乱れを直すには、busratio を指定してブートする必要があります。例えば私の環境ではFSBが200MHzで、CPUクロックが2.6GHzなので、2600 ÷ 200 = 倍率は 13 になります。そのため、私は busratio=13 を付けてブートしています。これを指定すればサウンドが正常に鳴ることを確認済みです。まだアルファ版ですので、将来的には自動検出が修正されるはずです。
できるだけ早く busratio を試してみて、結果を報告しますね。
FSBとCPU周波数はCPU-Zで調べられますか? 少しオーバークロックしているため、定格の値ではないのですが……。
bhastさん、ありがとう!
すべて順調に動いていますが、64ビットではブートできません。AppleNForceATA.kext の読み込み時にフリーズしてしまいます。
すべて順調で、64ビットでのブートにも成功しました!
ただ、システムプロファイラ(System Profiler)がクラッシュしてしまいます!
----------------------------------------------
OS: Leo4All v.5 Server
マザーボード: ASRock 4CoreDual-SATA2 R2
BIOS: v.1.7(旧バージョン)
チップセット: VIA® PT880 Pro/PT880 Ultra
オーディオ: ALC662 Audio Codec => Azalia
CPU: Intel Pentium D 920 2.8 GHz
メモリ: 2GB 667MHz(デュアルチャネル)
グラフィックス: ATI X800 XT AGP(解像度変更不可!)
HDD: IDE 160GB
@eMatoSすべて順調に動いていますが、64ビットではブートできません。AppleNForceATA.kext の読み込み時にフリーズしてしまいます。
以前InsanelyMacで読んだ投稿によると、これは AppleNForceATA が32ビットベースのKextである AppleVIAATA をもとに作られているためだそうです。nForceベースのシステムで4GBのRAMを積むと問題が起きやすいのも、これが原因とのことです。
なんてこった!ということは、そのKextが64ビット対応に作り直されない限り、64ビットでは動かないということですね。
私が理解している限りではそういうことになりますね。
もしそれが大変だと思うなら、Snow Leopardが来たらもっと大変なことになりますよ:
ほとんどの場合、LeopardではTigerと同じドライバを使用できます。制限があるとすれば、通常はアップデートされた他のKextやバンドルとの相互作用に起因するものです。しかし、Snow Leopardへの移行ではそうはいきません。Snow Leopardでは32ビットドライバは「一切動作しない」のです。そう、すべてがゼロからの再スタートになります。
@Voyn1x以前InsanelyMacで読んだ投稿によると、これは AppleNForceATA が32ビットベースのKextである AppleVIAATA をもとに作られているためだそうです。nForceベースのシステムで4GBのRAMを積むと問題が起きやすいのも、これが原因とのことです。
Leopardにおける64ビットはアプリケーション単位なので、Kextがブートに影響することはないはずですよ。
アプリ側が必要としたときにだけ64ビットが有効になる仕組みです。
皆さん、ぜひこちらにアクセスしてください:
http://forum.insanelymac.com/index.php?s=&showtopic… ↗
そしてMSRの値を投稿してください!開発陣がAMDユーザー向けにより完成度の高いカーネルを作る上で大きな助けになります。
p-Jさんの言う通りです。開発チームがAMDシステムの情報を必要としていますので、皆さんぜひ協力を!
@bhast2Leopardにおける64ビットはアプリケーション単位なので、Kextがブートに影響することはないはずですよ。アプリ側が必要としたときにだけ64ビットが有効になる仕組みです。
ふむ、さらに調べてみたところ、おっしゃる通りでした(少なくともLeopardでは。前の私の投稿も参照してください)。ただ、InsanelyMacのMysticus C氏によると、4GB RAMの問題はnForceドライバと64ビット空間の非互換性が原因で発生するとのことです。あくまで推測ですが、それがブート時に影響を及ぼしている可能性はありそうです。
@bhast2busratio を指定せずにブートしていませんか? サウンドの乱れを直すには、busratio を指定してブートする必要があります。例えば私の環境ではFSBが200MHzで、CPUクロックが2.6GHzなので、2600 ÷ 200 = 倍率は 13 になります。そのため、私は busratio=13 を付けてブートしています。これを指定すればサウンドが正常に鳴ることを確認済みです。まだアルファ版ですので、将来的には自動検出が修正されるはずです。
Alpha 11 で busratio 指定なしでもすべて完璧に動作し、サウンドもバッチリになりました!
あわせて 10.5.5 の System.kext 類も導入済みです。
出典および貢献者来歴(クレジット登録 8 名 · 元スレッド #1361)
| ユーザー名 | 貢献ロール | 投稿数 | 活動期間 |
|---|---|---|---|
| @gipo | 主要貢献者 | 3 | 2008-09-22 → 2008-09-24 |
| @eMatoS | 主要貢献者 | 3 | 2008-09-22 → 2008-09-24 |
| @Voyn1x | 主要貢献者 | 3 | 2008-09-23 → 2008-09-24 |
| @R0GUE | 筆頭著者 | 2 | 2008-09-22 |
| @bhast2 | 検証メンバー | 2 | 2008-09-22 → 2008-09-23 |
| @pαuℓzurrr. | 検証メンバー | 2 | 2008-09-22 → 2008-09-23 |
| @elicip | 検証メンバー | 1 | 2008-09-22 |
| @adil2003 | 検証メンバー | 1 | 2008-09-22 |