Привет, Доминик! Еще раз извини за задержку с ответом... Ты прав, добавление устройств во время работы работает – я могу добавить сколько угодно. При первом добавлении создается виртуальный хаб на 8 портов. Когда я подключаю шестое устройство, он "подключает" дополнительный хаб к первому виртуальному хабу, к которому и добавляются мои USB-устройства. Однако, у меня возникло несколько проблем с таким подходом. USB-устройства, добавленные при загрузке, создают устройство с постоянным идентификатором. А добавление их во время работы заставляет VM видеть их как совершенно новые устройства. Поскольку я использую NetworkManager в этом сценарии, он видит их как новые устройства, требующие настройки, что требует вмешательства человека. Кроме того, я также заметил, что это немного менее стабильно, иногда происходит segfault в гостевой системе. Это требует перезагрузки хостовой системы для восстановления доступа к USB-устройствам. Я пробовал USB-хабы EHCI и XHCI, но ни один из них не кажется особенно стабильным. Так что, похоже, что QM/KVM не против более чем 5 назначений (с использованием подхода с вложенными хабами), но думаю, нам нужно понять, как это сделать при загрузке – можем ли мы как-то "взломать" команду запуска?

Удачи,
Кев

Привет, Доминик!

Спасибо за ответ. Мне кажется, проблема со стабильностью не должна вызывать беспокойство. Я не вижу проблем, когда устройства настраиваются при загрузке, а только при подключении "на ходу". Если добавить 4 устройства при загрузке, всё довольно стабильно, но те же 4 устройства, подключенные "на ходу", могут вызвать ошибку сегментации (segfault), что, судя по dmesg, связано с модулем EHCI. Думаю, проблема в подключении устройств "на ходу" в моём конкретном сценарии использования, а не в коде QEMU USB. Могу протестировать любые патчи, если это поможет.

Cheers,
Kev

Блин, я в такой же ситуации. У меня есть USB-хаб на 7 портов, который я хочу пробросить, но я могу добавить только usb0-4. Было бы круто, если бы можно было пробросить весь хаб целиком. Еще странно, что когда я выдергиваю USB-хаб, иногда ему назначается новый номер порта, и мне приходится заново добавлять порты в GUI… Есть какие-нибудь обновления?

В итоге мы решили использовать команду qm "-args" для добавления наших USB-устройств, что позволяет указать больше устройств, чем те 5, которые разрешены в GUI/конфигурации. Например: qm set 100 -args "-device usb-ehci,id=ehci,addr=0x5 \ -device usb-host,bus=ehci.0,hostbus=1,hostport=7.1 \ -device usb-host,bus=ehci.0,hostbus=1,hostport=7.3 \ -device usb-host,bus=ehci.0,hostbus=1,hostport=7.4 \ -device usb-host,bus=ehci.0,hostbus=1,hostport=7.5 \ -device usb-host,bus=ehci.0,hostbus=1,hostport=7.7 \ -device usb-host,bus=ehci.0,hostbus=1,hostport=7.8". Однако, у этого есть непредвиденное последствие, как я упоминал ранее: после добавления шестого устройства, за первым создается вложенный виртуальный хаб. Хотя это не обязательно должно вызывать проблемы, непредвиденным последствием является то, что этот виртуальный хаб подключен к USB с полной скоростью, а не с высокой, поэтому устройства 6 и выше ограничены скоростью 12 Мбит/с.

Первый способ, который мы попробовали, был передать весь USB-root через VT-d/IOMMU. Однако, у наших двух аппаратных вариантов только первый не поддерживает IOMMU, а второй имеет USB и наши сетевые адаптеры в одной группе IOMMU. Поэтому, хотя передача USB работает отлично, мы теряем сетевое подключение

Второй метод, который мы попробовали, – это добавление второго контроллера USB, как здесь: qm set 100 -args "-device usb-ehci,id=ehci,addr=0x5 \ -device usb-host,bus=ehci.0,hostbus=1,hostport=7.1 \ -device usb-host,bus=ehci.0,hostbus=1,hostport=7.3 \ -device usb-host,bus=ehci.0,hostbus=1,hostport=7.4 \ -device usb-host,bus=ehci.0,hostbus=1,hostport=7.5 \ -device usb-host,bus=ehci.0,hostbus=1,hostport=7.7 \ -device nec-usb-xhci,id=xhci,addr=0x6 \ -device usb-host,bus=xhci.0,hostbus=1,hostport=7.2 \ -device usb-host,bus=xhci.0,hostbus=1,hostport=7.6 \ -device usb-host,bus=xhci.0,hostbus=1,hostport=7.8 \ -device usb-host,bus=xhci.0,hostbus=1,hostport=7.9". Как видите, нам пришлось добавить вторую группу устройств с помощью контроллера XHCI, оказывается, можно добавить больше одного EHCI, используя разные идентификаторы, но загрузка не всегда была стабильной для нас (примечание: в PVE 5.0 можно использовать USB-устройство QEMU-xhci из QEMU 2.9). Однако, XHCI пока не доказал свою стабильность в нашем сценарии использования, поэтому нам нужно будет вернуться к этому вопросу позже. Мы определенно видим меньше задержек в устройствах, так что XHCI — это правильный путь, но они сбрасываются через короткое время.

Как идея, мы даже пробовали экспериментировать с USB/IP, добавляя устройства на USB/IP-сервер в хосте и создавая VHCI-шину в ВМ, используя выдеченный мост. Результаты были... ну, скажем так, смешанные.

Передача всего хаба через кажется наилучшим вариантом — это было бы здорово для нас тоже. Однако, после множества поисков в списках и документах, я не думаю, что это так просто. Вы используете тот же код, который подключает виртуальные HID-устройства, такие как указатель/планшет, и тому подобное, так что фактически вы подключаете свои USB-устройства к одному и тому же контроллеру, а не "передаете" их в ОС. Многофункциональные устройства могут иметь один драйвер в ВМ, оставляя другое устройство видимым на хосте. Вы можете прочитать больше о USB в QEMU по адресу https://github.com/qemu/qemu/blob/master/docs/usb2.txt

Уверен, когда мы вернемся к тестированию, мы найдем способы обойти многие из этих особенностей, но пока, для нашего сценария использования, EHCI — это самый стабильный вариант. Другой метод может хорошо подойти кому-то еще, однако.

Если увеличение максимального количества USB-устройств так просто, интересно, почему эти изменения не включены? Есть какая-то причина?

Работаю над тестированием с 6 устройствами, и если всё пойдёт как надо, открою запрос на улучшение!

Ты это настраивал? И я не уверен, что все 12 портов будут задействованы, потому что минимум один порт используется для виртуальной клавиатуры/мыши.