ALT Linux Bugzilla – #31076

> На этом же компьютере текущая p7, а также лайв p6.0.0, работает нормально.
А с чего именно был установлен работающий дистрибутив, дотянутый до p7?

Created attachment 6303 [details]
IceWM (alpha 20150601) ps aux, /var/log/messages, /var/log/Xorg.0.log, dmesg

>А с чего именно был установлен работающий дистрибутив, дотянутый до p7?
С Pholus, кажется (это 7.0.3, если я правильно помню). Вначале был 7.0.0 свежий, но он тоже по мелочам глючил, так что сейчас стоит на соседнем разделе резервом.

Created attachment 6304 [details]
KDE 64-bit (release 20150612): journalctl, dmesg

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

Совершенно на всякий (целенаправленных действий не предпринималось)
проверить бы там 20150905: http://nightly.altlinux.org/p7/beta/

Created attachment 6364 [details]
segfaults: kde4-32bit + xfce-32bit + xfce-64bit

> Совершенно на всякий (целенаправленных действий не предпринималось)
> проверить бы там 20150905: http://nightly.altlinux.org/p7/beta/

XFCE-32bit, XFCE-64bit, KDE4-32bit. Результат тот же. Сегфолты во вложении.

Кстати, а что на нынешних регулярках gnome3 или icewm?  Там 4.3.0 + 1.18.0.

IceWM от 12.12.2015, версия i586, то же самое.

А на 4.8?

На alt-p8-xfce-20161212-i586 ещё хуже -- без опции acpi=off виснет перед графикой, даже не предоставляя доступ к консоли. Ни переключиться по Ctrl+Alt+F*, ни напечатать. Работают только магические Alt+SysRq.
Несолько раз пробовал, один раз ждал реакции минут 8 -- последняя запись о действии "Starting Show Plymouth Boot Screen", после которой при acpi=off уже запускается графика.
С выключенным ACPI работает, nomodeset не требует, но в загрузке FAILED напротив Load kernel modules. Соответственно не работают cpufreq и ath3. Virtualbox и прочие ядерные модули не пробовал -- ставить такую систему неинтересно, а лайв ограничен.
В попытке найти время регресса загружал alt-p8-enlightenment-20160912-i586 -- то же самое. В мае загружал regular -- там было старое поведение.

Понял; а gnome3 или icewm? (там 4.8-un-def)

Дык тут то же ядро:
4.8.14-un-def-alt0.M80P.1 (builder@localhost.localdomain) #1 SMP PREEMPT Sun Dec 11 20:07:53 UTC 2016.
Или там разница в минорных числах?

(В ответ на комментарий №12)
> Или там разница в минорных числах?
Между бэкпортом и сизифным разницы быть не должно...

Попытка с regular-kde5-x64-20180312 неоднозначна.
С одной стороны, графика неожиданно запустилась, в максимальном разрешении, с опциями по умолчанию (без костылей вида acpi=off или nomodeset).
С другой стороны, от загрузки системы до запуска графики прошло 13 минут (!) в течении которых система просто моргала курсором и не давала переключиться на другие виртуальные консоли, работали только "магические" клавиши.
После загрузки в графику в логах обнаружилась 5 сегфолтов процесса plymouthd:
 
kernel: INFO: task plymouthd:316 blocked for more than 120 seconds.
kernel:       Tainted: P           O    4.9.86-std-def-alt0.M80P.1 #1
kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
kernel: plymouthd       D    0   316      1 0x00000000
kernel:  ffff88014a924c00 0000000000000000 ffff88014b3ac300 ffff88014aa3a3c0
kernel:  ffff88014fd18940 ffffc90000b8fd38 ffffffff8165eebf 0000000000000035
kernel:  0000000000000003 0000000000000004 ffff880147960d00 ffff88014aa3a3c0
kernel: Call Trace:
kernel:  [<ffffffff8165eebf>] ? __schedule+0x24f/0x740
kernel:  [<ffffffff8165f3e1>] schedule+0x31/0x80
kernel:  [<ffffffff8165f6e9>] schedule_preempt_disabled+0x9/0x10
kernel:  [<ffffffff816614a8>] __mutex_lock_slowpath+0xc8/0x140
kernel:  [<ffffffff81661532>] mutex_lock+0x12/0x30
kernel:  [<ffffffff814b82b1>] vga_switcheroo_process_delayed_switch+0x11/0xb0
kernel:  [<ffffffffa0227892>] radeon_driver_lastclose_kms+0x12/0x20 [radeon]
kernel:  [<ffffffffa00532b4>] drm_lastclose+0x34/0xf0 [drm]
kernel:  [<ffffffffa005361d>] drm_release+0x2ad/0x360 [drm]
kernel:  [<ffffffff81215644>] __fput+0xd4/0x1e0
kernel:  [<ffffffff81215789>] ____fput+0x9/0x10
kernel:  [<ffffffff810a0d99>] task_work_run+0x79/0xa0
kernel:  [<ffffffff810037b8>] exit_to_usermode_loop+0xc8/0xd0
kernel:  [<ffffffff81003c64>] do_syscall_64+0x104/0x110
kernel:  [<ffffffff816649ce>] entry_SYSCALL_64_after_swapgs+0x58/0xc6

(первый спустя 3 минуты 29 секунд, дальше каждые 123 секунды. Спустя ровно минуту после пятого ядро выдало следующее:

kernel: ACPI Error: Method parse/execution failed [\_SB.A048] (Node ffff88014b8ad898), AE_AML_INFINITE_LOOP (20160831/psparse-543)
kernel: ACPI Error: Method parse/execution failed [\_SB.A029] (Node ffff88014b8ad8e8), AE_AML_INFINITE_LOOP (20160831/psparse-543)
kernel: ACPI Error: Method parse/execution failed [\_SB.A070] (Node ffff88014b8ad5a0), AE_AML_INFINITE_LOOP (20160831/psparse-543)
kernel: ACPI Error: Method parse/execution failed [\_SB.A069] (Node ffff88014b8ad5f0), AE_AML_INFINITE_LOOP (20160831/psparse-543)
kernel: ACPI Error: Method parse/execution failed [\_SB.ALIB] (Node ffff88014b89b190), AE_AML_INFINITE_LOOP (20160831/psparse-543)
kernel: ACPI Error: Method parse/execution failed [\_SB.PCI0.VGA.PX02] (Node ffff88014b88f000), AE_AML_INFINITE_LOOP (20160831/psparse-543)
kernel: ACPI Error: Method parse/execution failed [\_SB.PCI0.VGA.ATPX] (Node ffff88014b88f078), AE_AML_INFINITE_LOOP (20160831/psparse-543)
kernel: failed to evaluate ATPX got AE_AML_INFINITE_LOOP
systemd[1]: Received SIGRTMIN+20 from PID 316 (plymouthd).
systemd[1]: Started Show Plymouth Boot Screen.

и пошла нормальная загрузка графики и рабочего стола.
Итого загрузка заняла
systemd[1]: Startup finished in 19.442s (kernel) + 13min 18.545s (userspace) = 13min 37.987s.

Загрузка этого же образа с отключенным KMS (опция nomodeset) была тоже нестандартной:
переключиться на другую виртуальную консоль было возможно, но в ней постоянно мерцали какие-то строки и некоторые символы "съедались", приходилось их вводить по два-три раза. После команды `systemctl stop prefdm` данное поведение прекратилось, в логах обнаружилась повторяющаяся 10 раз в секунду группа строк:

prefdm[715]: /usr/bin/xauth: (stdin):1:  bad "remove" command line
prefdm[715]: /usr/bin/xauth: (stdin):2:  bad "add" command line
sddm[715]: QProcess: Destroyed while process ("/usr/libexec/sddm/sddm-helper") is still running.

причем PID процесса один на двоих (не знаю, как это может быть) и не менялся.
И появилась она ровно после окончания загрузки с точки зрения systemd, т.е после сообщения
systemd[1]: Startup finished in 25.880s (kernel) + 23.720s (userspace) = 49.600s.

Предположил, что не хватает прав доступа к Х-серверу. Ввод в разные места (~/.*shrc, /etc/X11/xiniе/{xinitrc,xserverrc,Xclients}) команды `xhost +` и попытка рестартовать графику не помогла, поведение было аналогичным. Помогла только подстановка файла /etc/X11/xorg.conf.d/xorg.conf с работающей системы с редактированием его до минимального и перебором драйверов. И уже в графике в каждом новом экземпляре эмулятора консоли стало появляться сообщение, что команда `xhost +` сработала, так что идея была неважнецкая.


Планирую скачать и протестировать какой-то образ поменьше размером из еженедельных (http://nightly.altlinux.org/sisyphus/current/), если есть особые пожелания, готов выслушать -- пока что не качал ничего, оптимизирую место на диске.

Занятно... если бы p6/p7 там не работали, косился бы точно на фирмварь.
Кстати, а почему смотрели мартовскую сборку, если есть июньская?

Попробовал IceWM-32bit-20180620. Визуально иксы стартуют, гаснут и через пару секунд стартуют нормально. В логах присутствуют строки

Jun 21 11:06:44 localhost kernel: [   66.684093] ACPI Error: Method parse/execution failed \_SB.A048, AE_AML_LOOP_TIMEOUT (20180105/psparse-550)
Jun 21 11:06:44 localhost kernel: [   66.684140] ACPI Error: Method parse/execution failed \_SB.A029, AE_AML_LOOP_TIMEOUT (20180105/psparse-550)
Jun 21 11:06:44 localhost kernel: [   66.684168] ACPI Error: Method parse/execution failed \_SB.A070, AE_AML_LOOP_TIMEOUT (20180105/psparse-550)
Jun 21 11:06:44 localhost kernel: [   66.684199] ACPI Error: Method parse/execution failed \_SB.A069, AE_AML_LOOP_TIMEOUT (20180105/psparse-550)
Jun 21 11:06:44 localhost kernel: [   66.684226] ACPI Error: Method parse/execution failed \_SB.ALIB, AE_AML_LOOP_TIMEOUT (20180105/psparse-550)
Jun 21 11:06:44 localhost kernel: [   66.684253] ACPI Error: Method parse/execution failed \_SB.PCI0.VGA.PX02, AE_AML_LOOP_TIMEOUT (20180105/psparse-550)
Jun 21 11:06:44 localhost kernel: [   66.684299] ACPI Error: Method parse/execution failed \_SB.PCI0.VGA.ATPX, AE_AML_LOOP_TIMEOUT (20180105/psparse-550)
Jun 21 11:06:44 localhost kernel: [   66.684334] failed to evaluate ATPX got AE_AML_LOOP_TIMEOUT

но сегфолты отсутсвуют. Так как там вместо systemd init, непонятно, на что грешить. Стяну его же 64-бит, проверю. В системе два лога иксов, один заканчивается за 3 секунды до начала второго.
Кстати, звука нет, alsactl говорит что-то вроде
sysfs_path:48 wrong path '/sys'
(по памяти, так как в логах этого нет почему-то).

(В ответ на комментарий №16)
> Занятно... если бы p6/p7 там не работали, косился бы точно на фирмварь.
> Кстати, а почему смотрели мартовскую сборку, если есть июньская?
Да оно ж вроде как почти релиз, должно быть постабильнее снапшотов...

IceWM-20180620-x86_64 отработал так же, как и х32-версия -- запуск иксов на пару секунд, сброс и нормальная работа графики. Стало быть, либо systemd, либо в самих кедах чего-то не то.

Запустил KDE-x86_64 (мартовскую) с параметрами splash и quiet (CD-привод у меня уже не рабочий, поэтому гружусь с образов на HDD и параметры прописываю руками). Такие же зависания, но с нюансами:
-- стало возможным переключаться между Alt+F1, Alt+F3 и Alt+F5 (где F2 и F4 -- непонятно), причем лог systemd ожидаемо оказался на пятой. То есть невозможность переключаться между виртконсолями была просто их отсутствием;
-- сегфолты стали сдвоенными, падает процесс X в дополнение к plymouthd;
-- загрузка в rescue-режиме первый раз зависла как и прочие, во второй успела показать "приглашение к восстановлению системы или нажатию ^D", но поле для ввода логина пароля прогрузиться не успело.

XFCE-x86_64-20180620 работает так же, как и IceWM -- нет сегфолтов, ругань на ACPI, двойная загрузка графики.

KDE5-x86_64-20180620 (июньская) ведет себя еще хуже, чем мартовский релиз (но сегфолты занимают на 2 минуты меньше):
 -- в первую загрузку рабочий стол постоянно крашился (в журнале каждые 10 секунд по простыне на 39 строк, начинающейся со слов "radeon 0000:00:01.0: ring 0 stalled for more than 10061msec", 00:01.00 -- это интегрированная графика, о чем ниже), в ~/.xsession-errors много записей инициализации чего-то, похоже, Plasma (десяток строк про версии OpenGL, Mesa, X-server и пр.);
 -- во вторую загрузку вроде норм, но фпс был никакой -- 2-3 вместо 30, vgaswitcheroo вроде вел себя как и в других лайвах -- PWR на интегрированной, DynOFF на дискретной. В журнале появилась подозрительная запись:
kernel: [drm:radeon_cs_parser_relocs [radeon]] *ERROR* gem object lookup failed 0x11
kernel: [drm:radeon_cs_ioctl [radeon]] *ERROR* Failed to parse relocation -2!
mplayer вообще ничего не показал, 'too many video packets';
 -- предположил, что причина в plymouth. NOSPLASH в опциях ядра с нашей вики не помог, как и прочие варианты, сработало лишь plymouth.enable=0. С сегфолтом стал падать вместо процесса plymouth процесс X.

Не знаю, на что еще грешить, почему именно KDE5-вариант тормозит. Поставлю, наверное, XFCE и попробую аккуратно апгрейдить до кед.

Багу, наверное, можно закрывать как неактуальную. То, что вместо нее другие непонятки, сюда уже не относится...