Bug 29219 - Ядра 3.10.x не загружаются
Summary: Ядра 3.10.x не загружаются
Status: CLOSED WORKSFORME
Alias: None
Product: Sisyphus
Classification: Development
Component: kernel-image-std-def (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: Vitaly Chikunov
QA Contact: qa-sisyphus
URL: https://bugs.freedesktop.org/show_bug...
Keywords:
Depends on:
Blocks:
 
Reported: 2013-07-23 20:40 MSK by Sergei Naumov
Modified: 2013-09-16 13:55 MSK (History)
6 users (show)

See Also:


Attachments
dmesg с UX31A под 3.10.5 с drm.debug=0xe (101.73 KB, text/plain)
2013-08-09 16:21 MSK, Michael Shigorin
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sergei Naumov 2013-07-23 20:40:38 MSK
Накатил 3.10.1 и 3.10.2, ни одно из них не грузится: просто темный экран. На первом даже пингвины не видны, а втором темный экран СРАЗУ после появления пингвинов. Оборудование Asus Zenbook Prime UX31A (процессор Intel Core i7, интеловое видео, ничего не обычного). Ядро 3.8.9 - без проблем.
Comment 1 Sergei Naumov 2013-07-23 20:45:06 MSK
Система x64 на UEFI, кстати.
Comment 2 Anton V. Boyarshinov 2013-07-23 22:30:43 MSK
Похоже upstream несколько поломал новые intel-овские видеокарты (у меня тоже есть проблемы, хотя и не настолько). Могу пока лишь порекомендовать  пользоваться ядрами из p7.
Comment 3 Michael Shigorin 2013-07-24 10:13:45 MSK
...или led-ws.
Comment 4 Evgenii Terechkov 2013-07-24 18:32:55 MSK
У меня 3.10.1 грузится, работает. Thinkpad T410 (видео intel). И всё бы хорошо, но ОЧЕНЬ тормозит NFS (точнее, его монтирование через autofs).

x86_64, BIOS, Sysinit.
Comment 5 serpiph 2013-07-25 10:11:35 MSK
3.10.2-std-def, с картами nvidia и ati работает нормально на семи машинах.
x86_64, BIOS, systemd
Comment 6 Sergei Naumov 2013-07-25 22:07:14 MSK
Пошарил в Интернете. Есть предположение, что одновременно с установкой ядра как-то меняется ESP. Инсталляционные скрипты ковыряются как-нибудь там?
Comment 7 Michael Shigorin 2013-07-25 23:38:12 MSK
ESP к BIOS никаким боком не относится, но в любом случае у нас туда укладывается обычно grubx64.efi +/- shim.efi, которые изменяются только при обновлении содержащих их пакетов.
Comment 8 Michael Shigorin 2013-07-30 17:37:54 MSK
Если что, у меня на UX31A (HD4000) под 3.10.{3,4}-std-def-alt1 тоже воспроизводится.  При наличии подозрительных на исправление коммитов готов проверять тестовые сборки.
Comment 9 Michael Shigorin 2013-07-30 21:17:23 MSK
При загрузке с nomodeset изображение не пропадает (но и xorg с fbdev);
на 3.9.4-std-def-alt2 ещё был порядок.
Comment 10 Sergei Naumov 2013-07-30 21:50:22 MSK
(В ответ на комментарий №8)
> Если что, у меня на UX31A (HD4000) под 3.10.{3,4}-std-def-alt1 тоже
> воспроизводится.  При наличии подозрительных на исправление коммитов готов
> проверять тестовые сборки.

У меня тоже UX31A, тоже готов. Пробовал отключать plymouth, кстати, не приводит к улучшению.
Comment 11 Sergei Naumov 2013-08-08 11:22:19 MSK
Пробовал 3.10.5. Не грузится.
Comment 12 Kirill A. Shutemov 2013-08-09 13:15:56 MSK
Добавьте drm.debug=0xe в kernel cmdline, dmesg сюда.

Ещё стоит попробовать подёргать клавиши управление яркостью экрана или зайти ssh'ем и потрогать файлики в /sys/class/backlight/*.
Comment 13 Sergei Naumov 2013-08-09 13:30:00 MSK
(В ответ на комментарий №12)
> Добавьте drm.debug=0xe в kernel cmdline, dmesg сюда.
> 
> Ещё стоит попробовать подёргать клавиши управление яркостью экрана или зайти
> ssh'ем и потрогать файлики в /sys/class/backlight/*.

А как я пошлю dmesg, если загрузка просто останавливается? После пингвинов экран гаснет и все. Загрузки ведь дальше нет.
Comment 14 Gleb F-Malinovskiy 2013-08-09 13:32:46 MSK
(В ответ на комментарий №13)
> А как я пошлю dmesg, если загрузка просто останавливается? После пингвинов
> экран гаснет и все. Загрузки ведь дальше нет.

Загрузка, скорее всего, есть! Это картинки нет на экране.
Так что, получать dmesg через ssh.
Comment 15 Sergei Naumov 2013-08-09 13:48:07 MSK
(В ответ на комментарий №14)
> (В ответ на комментарий №13)
> > А как я пошлю dmesg, если загрузка просто останавливается? После пингвинов
> > экран гаснет и все. Загрузки ведь дальше нет.
> 
> Загрузка, скорее всего, есть! Это картинки нет на экране.
> Так что, получать dmesg через ssh.

Нету загрузки... Она видать зависает задолго до старта сетки.
Comment 16 Gleb F-Malinovskiy 2013-08-09 13:59:23 MSK
(В ответ на комментарий №15)
> (В ответ на комментарий №14)
> 
> Нету загрузки... Она видать зависает задолго до старта сетки.

т.е. вам nomodeset не помогает? Просто, у нас с mike@ nomodeset помог на его UX31A. И, кажется, без него оно не висло, а именно графику не показывало.
Comment 17 Anton V. Boyarshinov 2013-08-09 14:09:05 MSK
 
> > Нету загрузки... Она видать зависает задолго до старта сетки.
> 
> т.е. вам nomodeset не помогает? Просто, у нас с mike@ nomodeset помог на его
> UX31A. И, кажется, без него оно не висло, а именно графику не показывало.
Насколько я понимаю, одновременное включение drm.debug и nomodeset не очень осмысленно в плане debug.
Comment 18 Sergei Naumov 2013-08-09 14:19:54 MSK
(В ответ на комментарий №16)
> (В ответ на комментарий №15)
> > (В ответ на комментарий №14)
> > 
> > Нету загрузки... Она видать зависает задолго до старта сетки.
> 
> т.е. вам nomodeset не помогает? Просто, у нас с mike@ nomodeset помог на его
> UX31A. И, кажется, без него оно не висло, а именно графику не показывало.

Прикрутил nomodeset. Завелось. Но теперь X'ы не стартуют (No screens found).
Comment 19 Kirill A. Shutemov 2013-08-09 14:22:22 MSK
Если есть usb-serial какой, можно поробовать увидеть что ядро хочет рассказать: console=ttyUSB0,115200 в cmdline, без nomodeset, с drm.debug.
Comment 20 Kirill A. Shutemov 2013-08-09 14:26:05 MSK
Ещё вариант -- не грузить i915.ko при загрузке (в blacklist добавить) и сделать modprobe позже. Может удасться что-нить интересное увидеть.
Comment 21 Sergei Naumov 2013-08-09 14:33:50 MSK
(В ответ на комментарий №20)
> Ещё вариант -- не грузить i915.ko при загрузке (в blacklist добавить) и сделать
> modprobe позже. Может удасться что-нить интересное увидеть.

Проще немного сделал: выгрузил i915 и загрузил опять (в 3.10.5 с nomodeset). В dmesg:

[drm: drm_pci_agp_intel] *ERROR* Cannot initialize the agpgart module
DRM: Fill_in_dev failed
Comment 22 Kirill A. Shutemov 2013-08-09 14:53:54 MSK
nomodeset не интересен, лучше вообще не грузить i915 при загрузке.
Comment 23 Anton V. Boyarshinov 2013-08-09 15:10:43 MSK
(В ответ на комментарий №22)
> nomodeset не интересен, лучше вообще не грузить i915 при загрузке.
Для этого, замечу, надо не только занести его в blacklist, но и выключить plymouth в /etc/initrd.mk и пересобрать initrd.
Comment 24 Michael Shigorin 2013-08-09 16:21:06 MSK
Created attachment 5903 [details]
dmesg с UX31A под 3.10.5 с drm.debug=0xe

Гружу 3.10.5-std-def-alt2 на UX31A; убрал splash в cmdline, добавил drm.debug=0xe; до переключения в родное разрешение матрицы выхлоп ядра наблюдается, дальше чёрный экран; сеть поднялась, dmesg прилагаю.
Comment 25 Michael Shigorin 2013-08-09 17:24:31 MSK
(In reply to comment #24)
> Гружу 3.10.5-std-def-alt2 на UX31A; убрал splash в cmdline, добавил
> drm.debug=0xe; до переключения в родное разрешение матрицы выхлоп ядра
> наблюдается, дальше чёрный экран; сеть поднялась, dmesg прилагаю.
NB: make-initrd-plymouth установлен, но строчка FEATURES+=plymouth в /etc/initrd.mk закомментирована, поэтому в initrd 

На кнопки яркости не реагирует, в dmesg при этом изменений нет; руками:

root@ux class/backlight/intel_backlight # cat actual_brightness 
0
root@ux class/backlight/intel_backlight # cat max_brightness 
4302
root@ux class/backlight/intel_backlight # echo 800 > brightness       
root@ux class/backlight/intel_backlight # cat actual_brightness       
4302

Ещё несколько записей (значения 100, 80, которые соответствуют малой, но ненулевой яркости) привели к такой суммарной добавке в dmesg:

[  877.052934] [drm:intel_panel_actually_set_backlight], set backlight PWM = 4302
[  881.868818] [drm:intel_panel_get_backlight], get backlight PWM = 4302
[  974.670199] [drm:intel_panel_get_backlight], get backlight PWM = 4302
[  978.469350] [drm:intel_panel_actually_set_backlight], set backlight PWM = 100
[  981.176898] [drm:intel_panel_get_backlight], get backlight PWM = 100
[  990.186065] [drm:intel_panel_actually_set_backlight], set backlight PWM = 80

при этом содержание actual_brightness уже соответствует тому, что писали в brightness, но экран ноутбука остаётся тёмным.

При подключении внешнего FullHD-монитора через miniVGA после startx появилась графическая сессия, после ^C наблюдался текстовый курсор (похоже, в родном разрешении матрицы).  Соответствующие dmesg и Xorg.1.log тоже снял.

Сергей, можете на всякий проверить -- грузится ли с внешним монитором?  И второе -- можете собрать initrd с 3.10 без i915.ko (т.е. без установленного make-initrd-plymouth или же временно заремарив вышеупомянутую строчку в /etc/initrd.mk)?  Есть гипотеза, что могла не подтянуться какая-либо неявная зависимость (как было с crc32) и из-за этого при инициализации в initrd модуль действительно виснет.

По предложению kas@ повешено как https://bugs.freedesktop.org/show_bug.cgi?id=67950
Comment 26 Sergei Naumov 2013-08-10 00:34:09 MSK
(В ответ на комментарий №25)

> Сергей, можете на всякий проверить -- грузится ли с внешним монитором?  И
> второе -- можете собрать initrd с 3.10 без i915.ko (т.е. без установленного
> make-initrd-plymouth или же временно заремарив вышеупомянутую строчку в
> /etc/initrd.mk)?  Есть гипотеза, что могла не подтянуться какая-либо неявная
> зависимость (как было с crc32) и из-за этого при инициализации в initrd модуль
> действительно виснет.
> 
> По предложению kas@ повешено как
> https://bugs.freedesktop.org/show_bug.cgi?id=67950

Га... Только уже в понедельник, ноут на работе остался. :-)
Comment 27 Michael Shigorin 2013-08-14 18:41:35 MSK
Сергей, просьба проверить с включенной опцией Boot > Launch CSM в фирмвари (Del).

У меня заработали 3.10.5/3.10.6 на установленной системе и 3.10.6 с regular-lxde-latest-x86_64.iso.

Возможно, это объясняет, почему у апстрима на таком же ноуте не воспроизводится.
Comment 28 Sergei Naumov 2013-08-14 23:39:21 MSK
(В ответ на комментарий №27)
> Сергей, просьба проверить с включенной опцией Boot > Launch CSM в фирмвари
> (Del).

Что значит "в фирмвари"? В UEFI?
 
> У меня заработали 3.10.5/3.10.6 на установленной системе и 3.10.6 с
> regular-lxde-latest-x86_64.iso.

А как это зависит от десктопа?

> Возможно, это объясняет, почему у апстрима на таком же ноуте не
> воспроизводится.

Завтра попробую.
Comment 29 Michael Shigorin 2013-08-15 03:24:19 MSK
(В ответ на комментарий №28)
> > Сергей, просьба проверить с включенной опцией Boot > Launch CSM в фирмвари
> Что значит "в фирмвари"? В UEFI?
Угу.

> > У меня заработали 3.10.5/3.10.6 на установленной системе и 3.10.6 с
> > regular-lxde-latest-x86_64.iso.
> А как это зависит от десктопа?
Никак, даже в текстовом режиме при условии подгрузки нативного fb проявляется -- просто этот образ относительно компактный :)
Comment 30 Sergei Naumov 2013-08-15 09:53:14 MSK
(В ответ на комментарий №27)

> Сергей, просьба проверить с включенной опцией Boot > Launch CSM в фирмвари
> (Del).

Завелось. Осталось понять, что это такое за Compatibility Support Module, что ядрам "старым" он не нужен, а "новым" нужен.
Comment 31 Michael Shigorin 2013-08-15 15:03:32 MSK
Спасибо, дополнил апстримный багрепорт.  Возможно, CSM что-то дополнительное из таблиц инициализирует, на что переработанный код стал закладываться.
Comment 32 Sergei Naumov 2013-08-16 11:43:10 MSK
https://bugzilla.kernel.org/show_bug.cgi?id=59841
Comment 33 Sergei Naumov 2013-08-16 13:14:52 MSK
Попробовал обновить фирмварь в UX31A на последнюю 219'ую. Интересно, что до первой загрузки (соответственно ядра 3.8.13) не удалось включить CSM. Потом - завелось.
Comment 34 Anton V. Boyarshinov 2013-08-16 14:24:13 MSK
Попробуйте, пожалуйста, ядро из задания #102763
Comment 35 Sergei Naumov 2013-08-16 14:44:29 MSK
(В ответ на комментарий №34)

> Попробуйте, пожалуйста, ядро из задания #102763

Так это ведь номер обсуждаемого бага!
Comment 36 Anton V. Boyarshinov 2013-08-16 15:54:09 MSK
(В ответ на комментарий №35)
> (В ответ на комментарий №34)
> 
> > Попробуйте, пожалуйста, ядро из задания #102763
> 
> Так это ведь номер обсуждаемого бага!

?????
102763 не равно 29219
Comment 37 Michael Shigorin 2013-08-16 16:44:55 MSK
(In reply to comment #34)
> Попробуйте, пожалуйста, ядро из задания #102763
У меня на то ли 214 (dmesg), то ли 215 (морда) фирмвари с отключенным CSM заработало.
Comment 38 Michael Shigorin 2013-09-16 13:55:35 MSK
1) сизифное 3.10.12-std-def-alt1 работает (приложен хак из апстримного бага);
2) 3.10.12-led-ws-alt1 тоже работает (task#104140).