以外のカーネル開発者は変更に気づく必要があり、その結果、彼らはその変更に対してコメントをくれたり、コードに対してレビューや提案をくれるかもしれません。カーネル開発者にとって一番中心的なメーリングリストです。サブシステムなどの特定のサブシステムに関するメーリングリストもあります。ファイルを参照してください。ホスティングされているメーリングリストの一覧が下記のサイトに載っています。ページのパッチを送ってください。少なくとも情報がマニュアルページの中に入ってくるように、変更が起きたという通知を送ってください。するのを忘れないようにしてください。MAINTAINERSファイルを見てください。したパッチとは以下のルールのどれか1つを満たしていなければなりません。他のカーネル開発者はあなたが投稿した変更を読んで、コメントできる必要があります。カーネル開発者にとって、あなたが書いたコードの特定の部分にコメントをするために、標準的な電子メールクライアントで変更が引用できることは重要です。上記の理由で、すべてのパッチは文中に含める形式の電子メールで投稿されるべきです。警告:あなたがパッチをコピー&ペーストする際には、パッチを改悪するエディターの折り返し機能に注意してください。形式で添付しないでください。形式の添付ファイルをプレーンテキストとして送信するとは限らないでしょう。なると、電子メールクライアントがコードに対するコメントを付けることをできなくします。手間を取らせることになり、その変更を受け入れてもらう可能性が低くなってしまいます。形式のパッチを再送するよう求めるかもしれません。手順に従ってください。大きなパッチはメーリングリストやメンテナにとって不親切です。伝えるほうが適切です。カーネルバージョンの明記パッチが対象とするカーネルのバージョンをパッチの概要か電子メールのサブジェクトに付けることが重要です。そのパッチを採用しないでしょう。せず再投稿パッチを投稿した後は、辛抱強く待っていてください。リリースする次のバージョンのカーネルの中で姿を見せるでしょう。パッチが次のバージョンのカーネルに入っていないなら、いくつもの理由があるのでしょう。その原因を絞り込み、間違っているものを正し、更新したパッチを投稿するのはあなたの仕事です。あなたのパッチに対して何のコメントもなく不採用にすることは極めて普通のことです。あなたのパッチを受け取っていないのであれば、以下の理由が考えられます。コメントを頼んでください。」を付けることが慣習となっています。他のカーネル開発者がパッチであるのか、又は、他の議論に関する電子メールであるのかをより簡単に識別できます。」という手続きを導入しました。」とは、パッチがあなたの書いたものであるか、あるいは、あなたがそのパッチをオープンソースとして提供する権利を保持している、という証明をパッチの説明の末尾に一行記載するというものです。ルールはとても単純です。以下の項目を確認して下さい。このプロジェクトに寄与するものとして、以下のことを証明する。ーされている既存の作品を元にしている。ものであり、私はそれに変更を加えていない。