Shatur |
|
![]()
Темы:
28
Сообщения:
323
Участник с: 26 марта 2017
|
Всем доброго времени суток! У меня вот какая проблема: после обновления ядра linux-lts-4.9.78 на ядро linux-lts-4.14.16 (и далее на linux-lts-4.14.17) у меня systemd-udevd после загрузки потребляет ~12% ЦП. Если откатится назад на 4.9.78, то все нормально. Подскажите, пожалуйста, что нужно посмотреть, чтобы понять в чем проблема? Пробовал смотреть вот такой командой: И вот подобный спам bind/unbind продолжается все время. Может, в этом дело?Если я правильно понял, то в этом списке устройств: ...мое проблемное устройство вот это: Как можно понять для чего оно или почему происходит такой баг?В linux-lts-4.9.78 никакого флуда в udevadm monitor нет... Можно, конечно, сидеть и на старом ядре, но хочется понять в чем проблема :) |
Natrio |
|
Темы:
47
Сообщения:
4763
Участник с: 08 января 2011
|
С тех пор, как modprobe и insmod заменили на обёртки для библиотеки kmod, udev (тогда ещё не systemd) научился загружать модули ядра непосредственно с помощью этой библиотеки, без явного вызова сторонних программ. По-видимому, проблема не в udev, а в модуле, который она (неудачно) загружает или пытается загрузить. Можете попробовать запостить баг. |
Shatur |
|
![]()
Темы:
28
Сообщения:
323
Участник с: 26 марта 2017
|
NatrioА подскажите, пожалуйста, куда можно по поводу этого бага отписать? |
vasek |
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
ShaturУзнать устройства, подключенные к контроллеру/шине, можно, используя утилиту lshw. Если устройство не нужно, попробуй отключить его.
Ошибки не исчезают с опытом - они просто умнеют
|
Shatur |
|
![]()
Темы:
28
Сообщения:
323
Участник с: 26 марта 2017
|
vasekЯ так понимаю, что 00:1d.0 это оно: И в нем находятся остальные устройства?
|
vasek |
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
ShaturУзнаем какие устройства подключены к контроллеру (в выводе выбираем нужный, например, мой вывод для 00:1d.0) sudo lshw -businfo и ищи по шине свое устройство 2-1.7.2. Уточнить можно по lsusb -t, а лучше по tree /sys/bus/usb/drivers - в этом выводе будет много строк, ищи по шине, там же будет указан и драйвер, по которому можно тоже догадаться, что это за устройство.EDIT 1 - привожу часть своего вывода tree /sys/bus/usb/drivers , таких строк будет несколько, ориентируйся по контроллеру 1d.0, выйдешь на шины устройств и можешь сравнить с 1-ым выводом sudo lshw -businfo. Вообще, как тебе удобнее, но я, обычно, всегда перепроверяю. └── uvcvideo ├── 4-1.4:1.0 -> ../../../../devices/pci0000:00/0000:00:1d.0/usb4/4-1/4-1.4/4-1.4:1.0 ├── 4-1.4:1.1 -> ../../../../devices/pci0000:00/0000:00:1d.0/usb4/4-1/4-1.4/4-1.4:1.1 ├── bind ├── module -> ../../../../module/uvcvideo
Ошибки не исчезают с опытом - они просто умнеют
|
Shatur |
|
![]()
Темы:
28
Сообщения:
323
Участник с: 26 марта 2017
|
vasekСпасибо! Т.е. в моем выводе: ...нужное устройство: Надо попробовать выключить тачпад. Может ДЕ его пытается включить, например, а ядро выключает?
|
vasek |
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
ShaturДа, все верно, посмотри предыдущий пост - добавил второй вывод, для лучшего понимания. Попробуй отключи тачпад и посмотри, как скажется на загрузке cpu. Погуглил такой bug и что то он мне не попался. Может это и bug, если пропадает при понижении версии ядра, а может bug обусловлен дефектом железа или драйвера. Гадать нет смысла. Подожди до обновления нового ядра, а пока можешь попробовать отключить тачпад - но здесь нужно пробовать разными способами, какой сработает, не знаю.
Ошибки не исчезают с опытом - они просто умнеют
|
Shatur |
|
![]()
Темы:
28
Сообщения:
323
Участник с: 26 марта 2017
|
vasekВыключил тачпад, пробовал в самой DE (Plasma) и горячей клавише на клавиатуре. Но ЦП все так же нагружен( Или надо отключить как-то более глобально? UPD: Заметил, что нагрузка ЦП появляется только после входа в графическое окружение |
vasek |
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
Чтобы экспериментировать нужно разобраться с твоим подключением - странная схема. Сравни с моей, общепринятойsudo lshw -businfo | grep input Не пойму почему такая схема - то ли так и было, то ли что делал сам? Да, и вспомнил — год назад у тебя была проблема с аудио и, как помню, ты писал, что твое железо сборное. Может поэтому такая странная схема.Хотел, сначала предложить тебе отключить (unbind) шину 2:1.7, но здесь сидит и тачпад и клавиатура, потом не сможешь ничего сделать с отключенной клавиатурой. Я бы попробовал разделить и тачпад и клаву, чтобы они были на разных шинах, если, конечно, это возможно. Можно, конечно, попробовать отключить (unbind) 2:1.7.2 и посмотреть, что будет, но не понятно с этими шинами — то ли установлен дополнительный хаб, то ли что. Попробовать то можно, но при этом нужно одновременно и смотреть логи udevadm monitor и нагрузку cpu. А может у тебя cpu грузится по другой причине? Какой процесс грузит. Вообщем тебе виднее.
Ошибки не исчезают с опытом - они просто умнеют
|