Hackadayの記事では、TP-Link Archer TX50U USB WiFiドングルをLinuxで動作させる課題が詳述されており、手動でのドライバ修正が必要だった。このデバイスはRealtek RTL8832CUチップセットを搭載しているが、プラグイン時にどのドライバにもアタッチされなかった。著者はドライバソースコード内のUSB IDを編集し、DKMSで再構築することで問題を解決した。
TP-Link Archer TX50Uは、比較的新しいUSB WiFiドングルで、古いラップトップの接続性を向上させるはずだったが、Linuxシステムで即座に問題が発生した。接続すると、lsusb経由でUSBデバイスリストに表示されたが、Realtekチップセットであることが判明したものの、ドライバがバインドされず、そのライトも点灯しなかった。lsusb -tでのさらなる検査で、ドライバのアタッチがないことが確認された。nn研究により、内部のRTL8832CUチップが特定された。著者はGitHubユーザーmorrownrからドライバをダウンロードし、rtl8852cuの最新版としてラベルされたv1.19.22-103を選択した。初期インストールは失敗した。ドライバがサポートするUSB IDがドングルのもの、つまりベンダID 0x37ADおよびデバイスID 0x0103と一致しなかったためだ。一方、リストされたTP-Linkバリアントはベンダ0x35B2、デバイス0x0101または0x0102だった。nnこれを修正するため、著者は/usr/src/rtl8852cu-v1.19.22-103/os_dep/linux/usb_intf.cファイルを編集し、既存の0x35B2:0x0102エントリを複製して0x37AD:0x0103に変更した。DKMSを使用してドライバを再構築・再インストールすると、ライトが点滅し、WiFiのパフォーマンスが機能した。nnDKMS（Dynamic Kernel Module Support）は、新しいカーネルバージョン向けにカーネルモジュールの再構築を自動化する。ソースを/usr/srcに格納し、状態を/var/lib/dkmsで追跡する。カーネル更新後の手動再コンパイルを不要にするが、NVIDIAドライバなどのカーネル変更時のすべての互換性問題を解決できるわけではない。nn著者は簡便さのためセキュアブートの無効化を省略し、このプロセスの複雑さを批判した。ベンダーが優れたLinuxサポートを提供するか、モジュールパラメータ経由でUSB IDの上書きを容易にすることを提案した。読者のコメントでも同様の苛立ちが表明されており、Google Coral TPUのようなデバイスの古いガイドや、RealtekハードウェアのLinux上での歴史的な問題などが挙げられた。nnnその他：null, 議論要約：null, シリーズ名：null