ハードウェアを機能させるにはブラックリストに登録するモジュールが必要ですが、この修正プログラムを出荷するにはどうすればよいですか？

Acer Timeline 1830Tがあります。10.10および11.04をインストールするとき、ワイヤレスが機能するためにacer-wmiモジュールをブラックリストに登録する必要があります。

Linuxカーネルにバグを報告する必要があると思いますが、わかりません。特定のハードウェアで動作するように何かを修正することになると、開発者が「癖」という言葉を投げかけるのを聞いたことがあります。

これは確かにカーネルのバグですか？ラップトップを持っているすべての人がこの問題を何度も経験する必要がないように、これを報告するには、どのような手順を踏む必要がありますか？

これはカーネルバグ¹ですのでubuntu-bug linux、ターミナルで使用することをお勧めします。次に、作成されたバグレポートを変更しacer-wmiて、疑わしい動作をしないワイヤレスチップセットの回避策としてブラックリストに登録する必要があることを追加します。

¹技術的には、これはカーネルのバグではなく、おそらく破損したハードウェア、BIOS、およびカーネルドライバーの組み合わせです。良い面としては、おそらくカーネル内でハッキングされる可能性があるため、「カーネルバグ」の緩やかな使用です。

どこにでも行きたい場合は、単にバグを報告しないでください。もちろん、Launchpadにバグを報告する必要がありますが、これは本質的にこのような本質的にアップストリームのプロセスの開始に過ぎません。

• それが何をするか調べる

  コードを見て、何をすべきかを調べてください。あなたがそれを必要としないなら、なぜそこにあるのですか？他の何かが今その仕事をしていますか？まだ需要があるものであれば、なぜそれがあなたのために機能しないのですか？

  単一の範囲のラップトップのようなエッジケース用に記述されたハードウェア固有のソフトウェアを目にすることがよくあります（たとえば、さまざまなThinkpadハードウェアドライバーが多数あります）。

  READMEによると、ドライバーはワイヤレス、LED、Bluetooth、3g、バックライトをカバーしています。私には、あなた（または他の人）が望むもののように聞こえるので、デフォルトでダンプまたはブラックリストに載せることは望ましくないかもしれません。

• コンピューターにどのようにインストールされたかを調べる

  それはどこから来たのか？カーネルに引き込まれていますか？Ubuntuのプルですか？これにより、最終的に苦情を申し立てる必要がある場所が決まります。

  カーネルレベルの問題では、最新の安定したバニラカーネルのテストに役立ちます。メインラインリポジトリからコピーを取得できますが、特定のバイナリのみのドライバー（nvidiaを使用している場合）とGCCバージョンの不一致がある可能性が高いため、常にIMOで実行する必要はありません。

  バニラカーネルでも問題が解決しない場合は、アップストリームにバグを追加し、Launchpadのバグにリンクして、後方にも追跡します。素敵な二重リンクのバグは、誰もが同じページにとどまるのに役立ちます。

  この場合、ツリー内カーネルドライバーのように聞こえます（つまり、そのソースはカーネルリポジトリにプルされ、組み込まれています）。

• 責任者を見つける

  Launchpadにバグをダンプし、適切な人を見つけることを期待するのは合理的ではありません。開発者のごく一部のみがバグを追跡しているため、ソフトウェアのメンテナーを見つけて連絡を取る必要があります。

  風邪をひいている人を始めるのは失礼に思えるかもしれませんが、ソフトウェアは彼らの赤ちゃんです。うまくいかない場合は、知りたいと思います。10回に9回、問題の特定にも役立ちます。

  まだ維持されている場合は、デバッグ手順を入手してください。ハードウェアに互換性があることを確認してください。

  それが維持されておらず、古いメンテナーでそれを確認できる場合は、カーネルにバグを報告して、コードの一部が腐敗しており、それが問題の原因であることを警告します。

• 適切な人に行動を提案する

  あなたが問題が何であるかを知っているとき、それを自分に保持しないでください。バグに対処するようにしてください。

  ドライバーで修正できるものであれば、カーネル内のユーザーを追いかけて、新しいバージョンを開発リリースに取り込みます。既存のUbuntuユーザー向けに2.6.35にバックポートすることについて質問してください。Maverickカーネルへの変更のプルについてカーネルチームに相談してください（ただし、そこには運がないかもしれません）。

  腐敗している場合は、コアカーネル開発者にプッシュして、リポジトリからダンプします。Ubuntuカーネルチームの開発者に、リポジトリから削除するよう依頼してください。少なくとも、ブラックリストに登録するよう依頼してください（過去にUbuntuによっていくつかのモジュールが強制的に削除された方法）。

  あなたは、ドライバを破壊/固定に優れたターンアラウンドを取得する場合、すべきである（のままである最終ナッティカーネルにその修正を取得することが可能になり-next、適切なカーネルレポで段階）。

私が理解しようとしているのは、自分でトリアージを行い、適切な人と話すとき、物事は非常に注目され、良い結果が得られる可能性が高くなるということです。

そして、あなたが同じ問題を抱えている他の人に会ったとしても決して止まらない。それを購読し、バグにコメントし、発見したことを尋ね、それについて何をしたかを尋ねてください...そして続けてください。あなたの問題を解決するためにそれらに頼らないでください。

これが、オープンソースの仕組みです。良好でオープンなコミュニケーションによるコラボレーション。あなたの問題をうまく伝え、あなたができる場所を助け、あなたがより良い品質のソフトウェアを手に入れる良いチャンスに立ちます。

Ubuntu Kernel Teamのメンバー、特に「Kernel Bug Guy」として話すと、ダニエルの答えは、エンジニアが全体的な問題であると見ているものの合計であることに同意します。これは、Oliの答えを割り引くためではありません。

高度に技術的なエンドユーザーの領域では、Oliの答えは、かなりの技術的な知識を持つ人が使用することを期待する一連の手順であるという点で完全に真実ですが、私たちの意図（および実際にこのサイトの全体の目的）あまり技術的ではないガイドです。

私たちの主な目標は、構築したソフトウェアを引き続き使用できるように、迅速かつ正確な回答を提供することです。私のお気に入りの格言は、「それが単純でなければ「彼ら」はそれをしないだろう」です。ここでの「それら」とは、その時点でユーザーが誰であるかを指します。

そうは言っても、あなたの投稿オリの完全性に対する個人的な賞賛を与えて、正直に言って、このサイトのすべてを読む読者は非常に少ないと言わなければなりません。彼らはおそらく私のすべてを読まないでしょう、そしてそれは大丈夫です。

最終的に、ダニエルの応答はまさにここで必要なものです。これらは、これらの問題に対する私とチームの印象の両方と、対処する好ましい方法を伝えています。