USB-HIDデバイスにLinuxカーネルドライバーのバインド/アンバインドインターフェイスを使用する方法

最初の背景。Logitechゲームパネルデバイス用のドライバーを開発しています。画面のあるキーボードです。ドライバーは正常に動作していますが、デフォルトではデバイスはHIDによって処理されます。HIDがドライバーの前にデバイスを引き継ぐのを防ぐために、hid-core.cでブラックリストに追加できます。これは機能しますが、複数の人と作業しているため、特にinitramfsなどを再構築する必要があるため、面倒になっているHIDモジュールにパッチを適用し続ける必要があるため、最適なソリューションではありません。

私は、この問題のいくつかの研究を行なったし、私が見つかりました。このメーリングリストポスト最終的に連れて行ってくれました、LWNこの記事を。これは、実行時にデバイスを特定のドライバーにバインドするメカニズムについて説明しています。これはまさに私が必要なもののようです。

それで、試しました。HIDからキーボードのバインドを解除できました。これは機能し、予想どおり、入力できなくなりました。しかし、ドライバーにバインドしようとすると、「error：no such device」というメッセージが表示され、操作は失敗します。

私の質問は次のとおりです。hid-coreでHIDデバイスをブラックリストに登録し、独自のドライバーを提供すると、カーネルバインド/アンバインド操作を使用して何が起こるかを複製するにはどうすればよいですか。-それは-常にhid-core.cにパッチを当てる必要性を置き換えるためですか？

ドライバーのソースはこちら：https : //github.com/ali1234/lg4l

OK、答えは顔を凝視していたことがわかりました。

まず、カスタムドライバーを使用する場合でも、通常はデバイスを引き継ぐ汎用ドライバーを使用する場合でも、最終的にはすべてUSBではなくHIDによって制御されます。

以前は、HIDからバインドを解除しようとしましたが、これは方法ではありません。HIDにはサブドライバーがあり、特殊なドライバーを持たないデバイスを引き継ぐものはgeneric-usbと呼ばれます。これは、hid-g19にバインドする前に、バインドを解除するために必要なものです。また、「1-1.1：1.1」に見えるUSBアドレスではなく、「0003：046d：c229.0036」に見えるHIDアドレスを使用する必要がありました。

したがって、再バインドする前に、私はdmesgでこれを見ます：

generic-usb 0003:046D:C229.0036: input,hiddev0,hidraw4: USB HID v1.11 Keypad [Logitech G19 Gaming Keyboard] on usb-0000:00:13.2-3.2/input1

それから私は：

echo -n "0003:046D:C229.0036" > /sys/bus/hid/drivers/generic-usb/unbind
echo -n "0003:046D:C229.0036" > /sys/bus/hid/drivers/hid-g19/bind

そして、私はdmesgで見ます：

hid-g19 0003:046D:C229.0036: input,hiddev0,hidraw4: USB HID v1.11 Keypad [Logitech G19 Gaming Keyboard] on usb-0000:00:13.2-3.2/input1

私が言ったように、顔を凝視します。なぜなら、2つの重要な情報は、デバイスがバインドされたときの最初の2つの情報だからです...