Автор Тема: Регрессии ядер Linux выше 4.1.21 на Lenovo G50-80  (Прочитано 11293 раз)

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
REOPENED:
https://bugzilla.altlinux.org/show_bug.cgi?id=34926#c6
NEW:
https://bugzilla.altlinux.org/show_bug.cgi?id=35534

Народ, у кого завалялся инсталляционный стартеркит x86_64 с ядром 4.1.21?
Например:
basealt-p8-sysv-tde-20160429-x86_64.iso
в котором ядро 4.1.21
Нужен не столько сам стартеркит, сколько все ядерные пакеты ядра 4.1.21, ввиду очевидных регрессий ядра Linux.
В архивах и образах, ядра 4.1.21 нет. Это ядро не имеет указанных регрессий и им не подвержено.

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 19 908
    • Домашняя страница
    • Email
Что мешает взять ядро из архива Sisyphus или p8?
Андрей Черепанов (cas@)

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Что мешает взять ядро из архива Sisyphus или p8?

Мешает 404 Not Found

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Что мешает взять ядро из архива Sisyphus или p8?

Всё что по 2017/05/22 в архиве на альтовом сервере, это пустой хлам, мусор, - каталоги в которых ничего нет. Сервер и возвращает 404 Not Found. А ядра 4.1.21 собраны 13 апр 2016.
« Последнее редактирование: 22.10.2018 09:29:53 от Speccyfighter »

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
В текущем cert6 есть kernel-image-un-def-3.3.0. Или старовато?

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
В текущем cert6 есть kernel-image-un-def-3.3.0. Или старовато?

Оно HD Graphics 5500 не потянет. Только начиная с 4-тых ядер.

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 19 908
    • Домашняя страница
    • Email
Если в этих архивах нет, берите из дистрибутивов.
Андрей Черепанов (cas@)

Оффлайн klark973

  • Завсегдатай
  • *
  • Сообщений: 662
  • Неспящий саппорт
Speccyfighter, в багрепортах заметил одну вещь. Но сначала попробуйте заблэклистить модуль ideapad на "проблемных" ядрах. Если видеокарта ATI/RADEON, стоит как вариант попробовать загрузиться с drm_kms_helper.poll=N и проверить вывод lsmod/Xorg.0.log на предмет используемой видеокарты/модуля DRM со всеми ядрами. Если видео Intel, напротив, делать этого не надо. Отпишитесь, что получится...

P.S.: А процессор какой? BIOS обновляли/сбрасывали на умолчальные настройки?
« Последнее редактирование: 23.10.2018 03:22:15 от klark973 »
To moan or to solve -- that is the question!

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
P.S.: А процессор какой?

# grep 'model name' /proc/cpuinfo | sort -u
model name : Intel(R) Core(TM) i3-5005U CPU @ 2.00GHz
# glxinfo | grep 'OpenGL renderer string'
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 5500 (Broadwell GT2) x86/MMX/SSE2

BIOS обновляли ... ?

Последнее обновление безопасности
# dmidecode -t bios | grep 'Vendor\|Version\|Date'
Vendor: LENOVO
Version: B0CNA0WW
Release Date: 09/30/2016
Операционка на перезагрузке буквально матерно выругалась что не смогла записать в NVRAM.


BIOS ... сбрасывали на умолчальные настройки?

Там и сбрасывать-то нечего. Там почти ничего нет. Даже Remap Memory залочен в [Enable], но наружу настройка не выведена. В Lenovo G50-80 в BIOS выключен Security и включен Legacy mode.


Speccyfighter, в багрепортах заметил одну вещь. Но сначала попробуйте заблэклистить модуль ideapad на "проблемных" ядрах.

Если видеокарта ATI/RADEON, стоит как вариант попробовать загрузиться с drm_kms_helper.poll=N и проверить вывод lsmod/Xorg.0.log на предмет используемой видеокарты/модуля DRM со всеми ядрами. Если видео Intel, напротив, делать этого не надо. Отпишитесь, что получится...

В Lenovo G50-80 две операционки:

sysv-tde
# cat /mnt/sda8/etc/modprobe.d/blacklist-ideapad_laptop.conf
blacklist ideapad_laptop
# ls -1 /mnt/sda8/lib/modules | sort
4.1.21-std-def-alt1
4.1.21-std-pae-alt1
4.14.76-un-def-alt0.M80P.1
4.14.77-std-def-alt1
4.4.14-std-pae-alt0.M80P.1
4.4.159-std-pae-alt0.M80P.1
4.4.161-std-pae-alt1
4.4.16-std-pae-alt0.M80P.1
4.4.19-std-pae-alt0.M80P.1
4.4.27-std-pae-alt0.M80P.1
4.4.31-std-pae-alt0.M80P.1
4.4.39-std-pae-alt0.M80P.1
4.4.47-std-pae-alt0.M80P.2
4.4.85-std-pae-alt0.M80P.1
4.4.88-std-def-alt0.M80P.1
4.4.94-std-pae-alt0.M80P.1.1
4.4.97-std-pae-alt0.M80P.1
4.9.133-std-def-alt0.M80P.1
4.9.58-std-def-alt0.M80P.1.1

sysv-xfce
# cat /etc/modprobe.d/blacklist-ideapad_laptop.conf
cat: /etc/modprobe.d/blacklist-ideapad_laptop.conf: Нет такого файла или каталога
# ls -1 /lib/modules | sort
4.1.21-std-def-alt1
4.1.21-std-pae-alt1
4.4.151-std-pae-alt0.M80P.1
4.9.124-std-def-alt0.M80P.1

И в sysv-tde и в sysv-xfce, с ядром 4.4.x-std-pae на hibernate ядро впадает в панику.
В sysv-tde с ядром 4.1.21-std-pae-alt1 всё великолепно, hibernate выполняется нормально.
Как проверить это же ядро в sysv-xfce?
Сделал:
- скопировал 4.1.21-std-pae из /boot и /lib/modules
- перегенерировал initrd
- перегенерировал конфиг grub
В sysv-xfce с ядром 4.1.21-std-pae-alt1 всё также хорошо.

В sysv-tde из архивов воткнул 4.4.88-std-def, ближе по версии к 4.4.85-std-pae, - с 4.4.88-std-def уход в hibernate тоже нормальный.

В sysv-tde
# cat /mnt/sda8/etc/modprobe.d/blacklist-ideapad_laptop.conf
blacklist ideapad_laptop

вход в hibernate и выход нормальный
# ls -1 /mnt/sda8/boot/vmlinuz-4.4.88-std-def-alt0.M80P.1
/mnt/sda8/boot/vmlinuz-4.4.88-std-def-alt0.M80P.1

паника ядра на hibernate, - мигает CapsLock, через какое-то время сильный и громкий прерывистый писк (скорее рёв) биппера
# ls -1 /mnt/sda8/boot/vmlinuz-4.4.85-std-pae-alt0.M80P.1
/mnt/sda8/boot/vmlinuz-4.4.85-std-pae-alt0.M80P.1
Выключение по poweroff в 4 секунды. Повторное включение ноутбука приводит к такому же писку биппера (он у Lenovo G50 о-очень громкий и ночью мешает спать через стену).
Нормальное включение:
- по poweroff 4 секунды выключить ноутбук
- отключить адаптер питания
- включить ноутбук
- подключить адаптер питания
- дальше загрузку выполнять как обычно.

ИМХО:
Где-то в ядрах 4.4.x для pae, ядерщики сломали hibernate после ядра 4.1.21 (4.1.21-std-pae).

Оффлайн klark973

  • Завсегдатай
  • *
  • Сообщений: 662
  • Неспящий саппорт
Операционка на перезагрузке буквально матерно выругалась что не смогла записать в NVRAM.
[...]
В Lenovo G50-80 в BIOS выключен Security и включен Legacy mode.
Не используете UEFI принципиально или потому что на 32-бит альтом пока не поддерживается?

# cat /mnt/sda8/etc/modprobe.d/blacklist-ideapad_laptop.conf
blacklist ideapad_laptop
Проверили, именно так модуль называется? Где-то так, где-то просто ideapad.

Где-то в ядрах 4.4.x для pae, ядерщики сломали hibernate после ядра 4.1.21 (4.1.21-std-pae).
Для работы ACPI/S4 требуется всесторонняя поддрержка. Более вероятно сломали DRM/PM внутри модуля видео -- некорректно работает этот режим. Можете убедиться, сделав вручную /etc/X11/xorg.conf.d/10-myvideo.conf на vesa и заблэклистив реально используемое сейчас. А вообще лечите путём сравнения Xorg.0.log и lsmod по модулям ядра и того, что грузят иксы, обычно разница где-то в области modesettings-native.
To moan or to solve -- that is the question!

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Операционка на перезагрузке буквально матерно выругалась что не смогла записать в NVRAM.
[...]
В Lenovo G50-80 в BIOS выключен Security и включен Legacy mode.
Не используете UEFI принципиально или потому что на 32-бит альтом пока не поддерживается?

Принципиально.

# cat /mnt/sda8/etc/modprobe.d/blacklist-ideapad_laptop.conf
blacklist ideapad_laptop
Проверили, именно так модуль называется? Где-то так, где-то просто ideapad.

Паника ядра 4.4.x-std-pae на hibernate
# find /lib/modules/ -name "*ideapad*"
/lib/modules/4.9.124-std-def-alt0.M80P.1/kernel/drivers/platform/x86/ideapad-laptop.ko.gz
/lib/modules/4.9.124-std-def-alt0.M80P.1/kernel/drivers/input/misc/ideapad_slidebar.ko.gz
/lib/modules/4.4.151-std-pae-alt0.M80P.1/kernel/drivers/platform/x86/ideapad-laptop.ko.gz
/lib/modules/4.4.151-std-pae-alt0.M80P.1/kernel/drivers/input/misc/ideapad_slidebar.ko.gz
/lib/modules/4.1.21-std-def-alt1/kernel/drivers/platform/x86/ideapad-laptop.ko
/lib/modules/4.1.21-std-def-alt1/kernel/drivers/input/misc/ideapad_slidebar.ko
/lib/modules/4.1.21-std-pae-alt1/kernel/drivers/platform/x86/ideapad-laptop.ko
/lib/modules/4.1.21-std-pae-alt1/kernel/drivers/input/misc/ideapad_slidebar.ko
# cat /etc/modprobe.d/blacklist-ideapad-laptop.conf
blacklist ideapad-laptop
blacklist ideapad_slidebar
# modinfo ideapad-laptop ideapad_slidebar | grep '^file\|^parm'
filename:       /lib/modules/4.4.151-std-pae-alt0.M80P.1/kernel/drivers/platform/x86/ideapad-laptop.ko.gz
parm:           no_bt_rfkill:No rfkill for bluetooth. (bool)
filename:       /lib/modules/4.4.151-std-pae-alt0.M80P.1/kernel/drivers/input/misc/ideapad_slidebar.ko.gz
parm:           force:Force driver load, ignore DMI data (bool)


Где-то в ядрах 4.4.x для pae, ядерщики сломали hibernate после ядра 4.1.21 (4.1.21-std-pae).
Для работы ACPI/S4 требуется всесторонняя поддрержка. Более вероятно сломали DRM/PM внутри модуля видео -- некорректно работает этот режим. Можете убедиться, сделав вручную /etc/X11/xorg.conf.d/10-myvideo.conf на vesa и заблэклистив реально используемое сейчас. А вообще лечите путём сравнения Xorg.0.log и lsmod по модулям ядра и того, что грузят иксы, обычно разница где-то в области modesettings-native.

Хорошо. Почему тогда ядро 4.4.85-std-pae паникует на hibernate, а ядро 4.4.88-std-def не паникует? Почти одна и та же версия, но разный флавор.


modesettings-native.

Дефолтный modesetting_drv говно. Он рандомно вешает ядро на Broadwell GT2. Бесконечный цикл запущенный тестом, говорит, что с вероятностью 1/1000 можно потерять данные на винчестере благодаря этому дефолту.
« Последнее редактирование: 24.10.2018 00:00:14 от Speccyfighter »

Оффлайн klark973

  • Завсегдатай
  • *
  • Сообщений: 662
  • Неспящий саппорт
Дефолтный modesetting_drv говно.
Согласен с тем, что для вашей видеокарты Intel предпочтительно использовать не дефолтный modesettings, а родной intel'овый модуль xorg.

Почему тогда ядро 4.4.85-std-pae паникует на hibernate, а ядро 4.4.88-std-def не паникует? Почти одна и та же версия, но разный флавор.
Простой путь -- проверить версию с видео (vesa) уже предложил выше. Есть путь намного длиннее, зато интересный. :) Антон Бояршинов справедливо заметил, и ещё очень мягко, что не стоит использовать PAE-ядра. Не ядерщики эти ядра портят, их вообще боты собирают и никто не тестирует. Равно как и с ветки i586 рекомендуется слезать, невзирая на принципы. Хакать по мануалу можно, добавив в опции загрузки ядра что-то типа:

initcall_debug console=ttyS0,115200 no_console_suspend ignore_loglevel dyndbg="file swap.c +p;file snapshot.c +p;file hibernate.c +p"

и вооружившись второй машиной с RS-232 и minicom'ом. Дополнительно можно перед засыпанием выровнять циклические зависимости модулей:

echo 0 > /sys/power/pm_async
Задача -- так или иначе определить по логам сбойный кусок (модуль). Это позволит добавить хук, например, выгрузку Wi-Fi, хотя обычно оно и так делается. Но по моему опыту при банальном обновлении 99.9% регрессий приведёт вас к парочке DRM-модуль ядра -- xorg-модуль видео. Если бы сломалось std-def (даже не un-def), ядерщики были бы вынуждены заняться бисектированием, натравливать бота на несколько суток определять, который из патчей внёс регрессию, но только при условии, что ошибку удастся воспроизвести в qemu-kvm. А раз проблема с PAE, значит всё ОК. Тут счастья никто не гарантирует, скажут: "сами себе злобные буратины, intel_idle.max_ctsate=1 вам в помощь". :) Поэтому выигрышный путь второй: от ошибки с RTC так просто уже не отвертеться. И решается она, как мне кажется, намного проще.
To moan or to solve -- that is the question!

Оффлайн Rider

  • /usr/sbin/control
  • *******
  • Сообщений: 1 136
Что мешает взять ядро из архива Sisyphus или p8?

Мешает 404 Not Found

вот тут посмотрите:
http://download.basealt.ru/pub/distributions/archive/p8/date/2016/04/14/

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
вот тут посмотрите:
http://download.basealt.ru/pub/distributions/archive/p8/date/2016/04/14/
Кстати, может на ftp как-то зачистить каталоги по несуществующим архивам?

Оффлайн Rider

  • /usr/sbin/control
  • *******
  • Сообщений: 1 136
вот тут посмотрите:
http://download.basealt.ru/pub/distributions/archive/p8/date/2016/04/14/
Кстати, может на ftp как-то зачистить каталоги по несуществующим архивам?

Напишите ldv@