Отключение USB и новое USB-устройство с использованием xhci_hcd

Содержание

Вопрос или проблема
Ответ или решение
Основная проблема:
Варианты решения:
Заключение

Вопрос или проблема

/var/log/messages

kernel: usb 3-7.3:USB disconnect, device number 69
kernel: usb 3-7.3:new low-speed USB device number 70 using xhci_hcd
kernel: usb 3-7.3:new USB device found, idVendor=0461, idProduct=4e22
kernel: usb 3-7.3:new USB device strings: Mfr=1, Product=2, SerialNumber=0
kernel: usb 3-7.3:Product: USB Optical Mouse

kernel: usb 3-7.3:USB disconnect, device number 67
kernel: usb 3-7.3:new low-speed USB device number 68 using xhci_hcd
kernel: usb 3-7.3:new USB device found, idVendor=0461, idProduct=4e22
kernel: usb 3-7.3:new USB device strings: Mfr=1, Product=2, SerialNumber=0
kernel: usb 3-7.3:Product: USB Optical Mouse

kernel: usb 3-7.3: Manufacturer: PixArt
kernel: input: PixArt USB Optical Mouse as /devices/pci0000:00/0000:00:14/usb3/3-7/3-7.3/3.7-3:1.0/input/input69
kernel: hid-generic 0003:0461:4E22:0043: input,hidraw0: USB HID v1.11 Mouse [PixArt USB Optical Mouse] on usb-0000:00:14.0.7.3/input0
mtp-probe: checking bus 3, device 68: /sys/devices...{don't want to type out}
mtp-probe: bus: 3, device: 68 was not an MTP device

.... повторяется приблизительно каждые 1..2 минуты

Не включал временные метки из записей в файле, так как они не шли в последовательном порядке. Это происходит при использовании оптической usb-мыши Dell, подключенной к серверу, который работает на RHEL 7.6.

Что вызывает это и есть ли способ остановить это? Это особенно раздражает, если на runlevel 3 монитор, подключенный к серверу, постоянно отображает это после ввода запроса, а также если кто-то входит в систему на терминале.

Я полагаю, что на другом сервере, также работающем на RHEL 7.6, я отключил xchi handoff в BIOS, и мне кажется, я не получаю эти повторяющиеся сообщения. Однако на этом сервере, независимо от того, отключен или включен xhci, я все равно получаю эти записи в журнале сообщений.

Если вы поищете изображения M-UVDEL1 в Google, это та мышь.

Я уже исправил вашу мышь Dell MS111-P Primax/PixArt в исходном коде ядра Linux с HID_QUIRK_ALWAYS_POLL. Я даже отправил это на список рассылки стабильной версии Linux. Если ваше дистрибутив не включил этот патч, пожалуйста, установите ошибку с помощью параметра загрузки ядра или сообщите об ошибке вашему дистрибуцию. Заранее спасибо. С RHEL у вас должна быть поддержка от Red Hat. Им нужно адаптировать патч для старой версии < v4.16 hid_blacklist или взять адаптацию, которая уже была сделана для Ubuntu.

См.: https://github.com/sriemer/fix-linux-mouse/issues/11

И: https://github.com/sriemer/fix-linux-mouse#usb-mouse-disconnectsreconnects-every-minute-on-linux

Ответ или решение

Приветствую! Похоже, у вас возникает проблема с частым переподключением USB оптической мыши Dell, подключенной к серверу на базе RHEL 7.6. Давайте разберемся в причинах и возможных решениях этой проблемы.

Основная проблема:

Ваши журналы показывают, что USB-устройство постоянно подключается и отключается, что может быть связано с драйверами ядра или аппаратной несовместимостью. В частности, используется драйвер xhci_hcd, который управляет USB-портами на вашем сервере. При аналогичных проблемах на других серверах отключение xHCI handoff в BIOS помогло, но в этом случае это не дало улучшений.

Варианты решения:

Обновление ядра:
- Ваша проблема может быть решена в более новых версиях ядра. Проверьте, доступны ли обновления для вашего RHEL 7.6. Возможно, разработчики уже интегрировали исправление этой проблемы.
Использование HID_QUIRK_ALWAYS_POLL:
- Разработчик ядра уже предложил фиксацию проблемы с помощью HID_QUIRK_ALWAYS_POLL. Чтобы временно применить это исправление, вы можете добавить специальный параметр ядра.
- Для этого отредактируйте конфигурацию GRUB и добавьте необходимый параметр. Откройте файл /etc/default/grub и добавьте параметр к строке GRUB_CMDLINE_LINUX.
Отправка запроса на обновление:
- Если в вашем дистрибутиве отсутствует нужное исправление кода, рекомендуется связаться с поддержкой Red Hat. Они могут предоставить backport для вашего текущего ядра.
Временное решение:
- Если проблему нужно временно устранить, для удобства работы можно попробовать использовать старую версию ядра, если она доступна и стабильна.

Заключение

Ваше внимание к переподключению USB-периферии абсолютно обосновано, так как это может сильно мешать работе, особенно при использовании сервера в runlevel 3. Рекомендуем обратить внимание на обновления ядра или обратиться к поддержке вашего дистрибутива для получения более актуального решения.

Надеемся, эти советы помогут вам справиться с данной проблемой. Обязательно следите за обновлениями вашего дистрибутива и применяйте рекомендуемые исправления от разработчиков ядра. Дополнительную информацию и последние патчи можно найти в репозиториях, например, через ссылки на GitHub, предоставленные выше.