Что натворили разработчики ядра? (Процессор потребляет много рессурсов.)

[ormorph]

Заметил что начиная с ядра версии 4.14 и выше, на моем ноуте Dell начал сильно грузиться процессор, определил что грузит процесс udev.
Команда udevadm monitor показала повторяющиеся строчки:

Spoiler

KERNEL[101.713361] unbind /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.6/2-1.6.2/2-1.6.2:1.0 (usb)
UDEV [101.713648] unbind /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.6/2-1.6.2/2-1.6.2:1.0 (usb)
KERNEL[101.717042] bind /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.6/2-1.6.2/2-1.6.2:1.0 (usb)
KERNEL[101.717234] unbind /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.6/2-1.6.2/2-1.6.2:1.0 (usb)
UDEV [101.717515] bind /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.6/2-1.6.2/2-1.6.2:1.0 (usb)
KERNEL[101.720607] bind /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.6/2-1.6.2/2-1.6.2:1.0 (usb)
KERNEL[101.720868] unbind /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.6/2-1.6.2/2-1.6.2:1.0 (usb)
UDEV [101.721173] unbind /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.6/2-1.6.2/2-1.6.2:1.0 (usb)

Узнал что относится к usb устройству 413c:8162 (тачпад), прописано оно в файле /lib/udev/rules.d/97-hid2hci.rules тыц.
На данный момент приходится использовать костыль, скопировав данный файл в /etc/udev/rules.d/97-hid2hci.rules и убрав строчки относящиеся к данному устройству:

Код: Выделить всё

ATTR{bInterfaceClass}=="03", ATTR{bInterfaceSubClass}=="01", ATTR{bInterfaceProtocol}=="02", \
  ATTRS{bDeviceClass}=="00", ATTRS{idVendor}=="413c", ATTRS{bmAttributes}=="e0", \
  RUN+="hid2hci --method=dell --devpath=%p", ENV{HID2HCI_SWITCH}="1"

Ну и для обеспечения работы buetooth, пришлось дописать init скрипт для запуска команды которая содержалась в строчках которые удалил.
/etc/init.d/dellbluetooth:

Код: Выделить всё

#!/sbin/openrc-run

depend() {
	need bluetooth
}

start() {
	ebegin "Starting dell bluetooth"
	DEVPATH=/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.6/2-1.6.2/2-1.6.2:1.0
	HID2HCI_SWITCH=1
	/lib64/udev/hid2hci --method=dell --devpath=$DEVPATH > /dev/null 2>&1
	eend $?
}

stop() {
	ebegin "Stopping dell bluetooth"
	rc-config stop bluetooth
	eend $?
}

Как заметил данная проблема наблюдается у всех, у кого ноутбуки dell с данным устройством, на данных ядрах, на systemd эта проблема тоже распространяется.
Сейчас на ядре 4.16.18.
Может есть более красивое решение данной проблемы?

[serzh-z]

Говорят, что отключение C-state (в BIOS/UEFI, насколько это хорошо для энергосбережения - уже другой вопрос) может помочь. Я так понимаю, что либо проблема с блобами (?) от Dell или Synaptic.

У меня с тачпадом на Lenovo тоже были какие-то адские проблемы, можно сказать, что он не работал и все время тормозил, а лэптоп сильно начинал греться, - после последней переустановки и перехода на Wayland (с которым используется другой способ взаимодействия с тачпадом) все, на удивление, ОК.

[ormorph]

Говорят, что отключение C-state (в BIOS/UEFI, насколько это хорошо для энергосбережения - уже другой вопрос) может помочь.

Ну тогда уж лучше пусть будет этот костыль.
С ним хотя бы все работает норм.
Тут больше интересно по чему снова и снова udev коннектился к устройству.

[serzh-z]

Тут больше интересно по чему снова и снова udev коннектился к устройству.

Потому, что тачпад засыпает?

[Vascom]

Багрепорт оформил?
Ну и текущее ядро уже 4.17.7.

[ormorph]

Потому, что тачпад засыпает?

Неа, оно все время эти строки фигачило.

Багрепорт оформил?
Ну и текущее ядро уже 4.17.7.

Нет, это старая проблема началось на 4.14 ядре, эти баги уже оформляли без меня. Это надо к разработчикам ядра. Баг проявляется только на определенном железе.
Можно конечно к разработчикам gentoo написать, может можно подправить как то это правило udev.

[Vascom]

Ну раз известный баг, то чего кипешь поднимать?
Найдите через bisect в каком коммите внесли регресс и дело в шляпе.

[ormorph]

Ну раз известный баг, то чего кипешь поднимать?
Найдите через bisect в каком коммите внесли регресс и дело в шляпе.

Ну так регресса как раз и нет, оборудование устаревшее. Сомневаюсь что починят(вернут). Тем более что костыль исправляет поведение. Кому надо пускай сам исправляет. А так стабильные дистрибутивы не используют на столько новые ядра, что довольно обидно. На новых ядрах смотрю звук на много лучше стал и многое улучшилось.
Модуль ehci-hcd не изменился, изменилось поведение ядра.

[Vascom]

Мой стабильный дистрибутив как раз использует самые новые ядра

[SLEDopit]

На новых ядрах смотрю звук на много лучше стал и многое улучшилось.

Эм, вот прям новое ядро воткнули и сразу звук улучшился? А со старым ведром (но тем же набором всего остального) он хуже?

[serzh-z]

Эм, вот прям новое ядро воткнули и сразу звук улучшился? А со старым ведром (но тем же набором всего остального) он хуже?

Возможно, что имелись в виду задержи при проигрывание звука: относительно недавно что-то там пролетало в новостях про какую-то кучу патчей, связанных с задержками.

[ormorph]

Эм, вот прям новое ядро воткнули и сразу звук улучшился? А со старым ведром (но тем же набором всего остального) он хуже?

Ну да на старом ведре немного похуже, такое ощущение что какая я то фильтрация работать стала, так как звук стал на много чище.

[ormorph]

Возможно, что имелись в виду задержи при проигрывание звука: относительно недавно что-то там пролетало в новостях про какую-то кучу патчей, связанных с задержками.

Вполне возможно, не знаю как на счет задержек звука, но тайминги уменьшились значительно. Например эта разница была заметна в сравнении ядер 4.14 и 4.16 в выводе udevadm monitor в 4.16 в два, три раза быстрее строчило.

[ormorph]

Мой стабильный дистрибутив как раз использует самые новые ядра

Ну тогда Gentoo у меня тоже стабильный достаточно дистрибутив)
Учитывая сколько я глюков ловил в Devuan, с репами Debian Stretch, то Gentoo у меня достаточно стабильный дистр. Например monodevelop постоянно падал на amd64, терминал tilda глючил, Network Manager глючил.
Gentoo просто адцки стабильный дистр

Ну и текущее ядро уже 4.17.7.

У меня это ядро есть в gentoo-sources, но я использую патченные реалтайм rt-sources, а среди них последнее 4.16.18.

[RusWolf]

Ну и текущее ядро уже 4.17.7.

Уже как два дня 4.17.8