Значение bInterfaceProtocol фиксировано или определяется ядром?
Когда я делаю большие компиляции (qtwebkit, я смотрю на вас), я использую контрольную группу, чтобы предотвратить подкачку до смерти или других нежелательных побочных эффектов. Для своего блока 6G я делаю следующее:
cgcreate -g memory:emerge
echo "4G" > /sys/fs/cgroup/memory/emerge/memory.limit_in_bytes
echo "4G" > /sys/fs/cgroup/memory/emerge/memory.memsw.limit_in_bytes
cgexec -g memory:emerge tmux
Если возникает условие OOM, единственный процесс, который будет убит, - это компиляция.
Ядро не определяет bInterfaceProtocol. Значение принимается от подключенного USB-устройства.
A variety of protocols are supported HID devices. The bInterfaceProtocol member of an Interface descriptor only has meaning if the bInterfaceSubClass member declares that the device supports a boot interface, otherwise it is 0.
Для получения дополнительной информации см. Определение класса USB-устройств для HID 1.11 .
Помимо ответа @desowin , я хочу добавить, что устройства с несколькими интерфейсами означают, что это составное устройство, как указано в An Introduction to Universal Serial Bus 2.0:
At the same time, a device can have multiple interfaces, thus multiple interface descriptors. A USB device with multiple interfaces that perform different functions is called a composite device. An example is a USB audio head set. In the head set, you have a single USB device with two interfaces. One interface is for the audio side of the headset and another interface may be the controls to adjust the volume. Multiple interfaces can be active at the same time.
Чтобы выяснить, какова функциональность этого Noneинтерфейса устройства, я протестировал sudo cat /dev/input/by-id/usb-CHESEN_USB_Keyboard-event-kbdи sudo cat /dev/input/by-id/usb-CHESEN_USB_Keyboard-event-if01, нажимая разные клавиши, и в конце концов заметил, что только if01будет получать вывод, когда я нажимаю мультимедийные клавиши для открытия. Настройки Bluetooth и регулировка громкости.