2

Ubuntu 8.04 ホストでコンパイルを行いながら、テスト用に vmware VM (vmware server 2.0 の下のゲストとして Ubuntu 9.04 ) で Linux カーネルとデバイス ドライバーの開発を行うことを検討しています。

VM の下でコンパイルを行うことによるパフォーマンスの低下は避けたいと考えています。

カーネルが明らかにそれ自体の外部にリンクしていないことはわかっているので、その点で問題はないはずですが、

  1. これを行うときに注意する必要がある特別な落とし穴はありますか?
  2. カーネルがクラッシュしたときでもコンピューターが稼働している以外に、このセットアップには他に利点がありますか?
  3. この種のセットアップを使用するためのガイドはありますか?

編集

ホスト上で GDB を使用して Workstation 6.0 を介して VMware でリモート デバッグを行うことについて、数多くのリファレンスを見てきました。これがServer 2.0などのVMWareの無料バージョンで機能するかどうかは誰にもわかりません。

4

2 に答える 2

2

ubuntuのことはよくわかりません。実際のクロス コンパイル (つまり x86->arm) を行っていないことを考えると、make-kpkg パッケージの使用を検討します。これにより、システムのカーネルを含むインストール可能な .deb アーカイブが生成されます。これはdebianではうまくいくでしょうが、ubuntuではうまくいくかもしれません。

make-kpkg の詳細: http://www.debianhelp.co.uk/kernel2.6.htm

  1. 私は落とし穴を認識していません。ただし、基本的には、使用しているカーネル部分の種類によって異なります。必要なハードウェア/ドライバーが特殊であるほど、VM が機能しない可能性が高くなります。

  2. おそらく起動が速く、私のお気に入りは、パニックメッセージのスクリーンショット (カットアンドペースト) を取得できる機能です。

  3. VMware コミュニティを閲覧してみてください。このスレッドは非常に有望に見えますが、MacOS のトピックについて議論しています: http://communities.vmware.com/thread/185781

于 2009-06-16T13:49:10.673 に答える
0

とにかく、コンパイル、編集、コンパイルは非常に高速です。ドライバーを変更するたびにカーネル全体を再コンパイルする必要はありません。

クラッシュする前に、デッドロック、取り外し不可能なモジュールにつながるリソースの不適切な使用、メモリ リークなどが発生する可能性があります。マシンがクラッシュしていなくても、あらゆる種類の再起動が必要になるため、はい、これは良い考えです。

落とし穴は、ホストではなくターゲット マシンにドライバーをインストールする必要があるため、インストール手順とモジュールの依存関係の生成の形で発生する可能性があります。

于 2009-06-16T13:49:40.500 に答える