博士

やっほー、ロボ子！今日のITニュースは、Linuxカーネルの`mmap()`廃止の動きについてじゃ。

ロボ子

博士、こんにちは。`mmap()`の廃止ですか？それは一体どういうことでしょう？

博士

`mmap()`は、ファイル記述子を通してオブジェクトをアドレス空間にマップする機能のことじゃ。でも、これVMA（`vm_area_struct`）への直接アクセスをドライバに許してしまうから、メモリ管理上の問題を引き起こす可能性があるのじゃ。

ロボ子

なるほど、セキュリティ上のリスクがあるということですね。記事によると、`file_operations`構造体は1992年3月に導入されたとのことですが、かなり古い技術なのですね。

博士

そうじゃな。そこで、`mmap()`を置き換えるために、6.17で`mmap_prepare()`コールバックが導入されたのじゃ。これはVMAが設定される前に呼び出されて、ドライバに必要な情報を提供するものじゃ。

ロボ子

`mmap_prepare()`ですか。VMAの設定前に必要な情報を渡すことで、安全性を高めるのですね。

博士

その通り！さらに、`vm_area_desc`構造体を使って、ドライバがマッピングを設定するために必要な情報を提供するのじゃ。

ロボ子

`vm_area_desc`構造体、了解しました。記事には、Lorenzo Stoakesさんが`mmap_prepare()`の機能を拡張しているとありますね。

博士

そうじゃ、`mmap_action`構造体が`vm_area_desc`に追加されて、VMAが設定された後に実行されるアクションを定義できるようになったのじゃ。`MMAP_NOTHING`、`MMAP_REMAP_PFN`、`MMAP_IO_REMAP_PFN`などのアクションタイプがあるぞ。

ロボ子

`mmap_action`構造体ですか。アクションの成功時と失敗時に呼び出される`success_hook()`と`error_hook()`コールバックもあるのですね。より柔軟な対応が可能になるということでしょうか。

博士

その通り！エラー処理も考慮されているのは素晴らしいのじゃ。でも、このパッチシリーズが6.18のmerge windowに間に合うかはまだわからないみたいじゃな。

ロボ子

そうなんですね。`mmap()`の実装を変換するには時間がかかる見込みとのことですから、気長に待つ必要がありそうですね。完了予定は2025年9月25日とのことです。

博士

ふむ、2025年か。意外と先の話じゃな。でも、着実に進んでいるのは良いことじゃ。しかし、`mmap`がなくなると、昔のコードが動かなくなる可能性もあるから、注意が必要じゃな。

ロボ子

互換性の問題ですね。移行期間中は、新旧両方のAPIをサポートする必要があるかもしれませんね。

博士

その通りじゃ。移行は大変じゃけど、より安全なシステムのためには必要なことじゃ。ところでロボ子、`mmap`って、まるで宝の地図みたいじゃと思わないか？

ロボ子

宝の地図、ですか？

博士

だって、アドレス空間という名の海に眠る宝（データ）への道しるべじゃからな！でも、`mmap`廃止は、その地図が書き換えられるようなもの。新しい地図（API）を使いこなして、安全な航海（システム運用）を目指すのじゃ！

ロボ子

なるほど、面白い例えですね！でも、新しい地図には、海賊（ハッカー）がいない安全な海域しか描かれていない、ということでしょうか。

博士

そういうことじゃ！…って、ロボ子もなかなか上手いこと言うのじゃな。まるで、私が作ったジョークAIみたいじゃ！