Fortescueが、「デバッグにsysfsを利用したいのに使えない」という苦情をLKMLに出しました。返答の多くは、バイナリのデバイスドライバモジュールを出していることに対する批判でした。LinuxカーネルのライセンスはGPLであり、GPL互換でないモジュールはsysfsが利用できないという制約があります。sysfs関連の関数はEXPORT_SYMBOL_GPLでエクスポートされているため、モジュール側のMODULE_LICENSE文で宣言しているライセンスがGPL互換でないと利用できないのです。sysfs関連のシンボルをEXPORT_SYMBOL_GPLに変更した理由は、sysfsの一貫性を保つため、sysfsを利用するドライバの改変をカーネル側の開発者が実施できるようにするという意図があったからです。この決定を覆すのは難しいでしょう。バイナリドライバは、カーネル開発者がカーネルの開発に追随して自由に変更していくことができないため、好まれていないからです。Johnsonが苦言を呈しました。従来はGPL互換でないモジュールを利用しても、カーネルのdmesgログに“tainted”になったという警告が出るだけだったのです。sysfs関連のシンボルをEXPORT_SYMBOL_GPLに変更するとまったく動作しなくなるため、影響が大き過ぎるというのです。議論はまだまだ続きそうです。McCulloughが、OCF-Linuxという乱数生成のためのインターフェイスを提案しました。ハードウェアベースの乱数生成器を活用するためのもので、OpenBSDやFreeBSDのインターフェイスの移植だそうです。Garzigが「類似な機能を実現するものはすでにある」と反論しました。彼は、ハードウェア乱数生成器のサポートはすでにLinuxカーネルに含まれており、ユーザー空間で動くrngdというデーモンを利用し、/dev/randomのエントロピー源としてハードウェア乱数発生器を利用できる、とコメントしました。Polyakovは、rngdを利用するアプローチの不利な点として、ユーザー空間を経由しているため、パフォーマンス上不利ハードウェアで乱数を生成してくれるのにそれをエントロピー源としてのみ利用しているため、ソフトウェアで乱数を生成しておりパフォーマンスが出ないの2つを指摘しました。Xuは「55Mbpsも乱数が必要な状況があるのかい?」と反論していました。乱数生成の高速化の必要性について納得できる議論を展開しないと、OCF-Linuxが取り込まれることはなさそうです。number”というパッチを出しました。その理由は、名前が数字で終わる「serial8250」というドライバが存在しており、そのbus_idをデバイス名とデバイスIDでそのまま命名すると「serial82500」という名前になってしまうからです。そこでルールを変更して、デバイス名とIDをピリオドで分離し、「serial8250.0」となるようにしようというわけです。Mundtはこのカーネル空間の変更に対して、この影響でユーザー空間のアプリも対応して変更する必要がある点を指摘しました。sysfsはbus_idの値を利用してファイル名を決めているため、sysfsを利用するユーザー空間のアプリケーションは、/sys/devices/platform/serial82500ではなく/sys/devices/platform/serial8250.0にアクセスするように変更する必要があります。serial8250については数字が連続するため、この変更を加えることは理にかなっています。すべてのデバイスに影響が出てしまうのが困る、という意見でした。ユーザー空間に限らず影響が出ているようです。format”というパッチでbus_idの変更により動かなくなったものに対して修正を加えていました。Userspace)は、ファイルシステムの層をユーザー空間から提供できるようにする機能です。FUSEの機能を利用してさまざまなファイルシステムが提供されており、cvsfsやsshfsなどの珍しいファイルシステムが実装されています。Mortonが答えていました。Hellwigが「ちょっと気になる部分があるので、ファイルシステムに詳しい人が確認するまで待ってくれ」とストップを掛けました。Gibsonがコメントしていました。結果として3月中には導入できませんでしたが、何か動きが出てきそうですね。Watch(連載中)Linuxカーネル開発の現場ではさまざまな提案や議論が交わされています。その中からいくつかのトピックをピックアップしてお伝えします連載:Linuxファイルシステム技術解説ファイルシステムにはそれぞれ特性がある。本連載では、基礎技術から各ファイルシステムの特徴、パフォーマンスを検証する特集:全貌を現したLinuxカーネル2.6[第1章]エンタープライズ向けに刷新されたカーネル・コアついに全貌が明らかになったカーネル2.6。6月に正式リリースされる予定の次期安定版カーネルの改良点や新機能を詳しく解説する特集:/procによるLinuxチューニング[前編]/procで理解するOSの状態Linuxの状態確認や挙動の変更で重要なのが/procファイルシステムである。(2017/7/27)本連載は、Linuxのコマンドについて、基本書式からオプション、具体的な実行例までを紹介していきます。今回は、コマンド名からプロセスIDを探す「pidof」コマンドです。(2017/7/21)今回は、コマンドライン環境でのジョブコントロールを試してみましょう。(2017/7/21)本連載は、Linuxのコマンドについて、基本書式からオプション、具体的な実行例までを紹介していきます。今回は、プロセスごとのCPUの使用率やI/Oデバイスの使用状況を表示する「pidstat」コマンドです。(2017/7/20)本連載は、Linuxのコマンドについて、基本書式からオプション、具体的な実行例までを紹介していきます。今回は、I/Oデバイスの使用状況を表示する「iostat」コマンドです。