Bug 29219 - Ядра 3.10.x не загружаются
: Ядра 3.10.x не загружаются
Status: CLOSED WORKSFORME
: Sisyphus
(All bugs in Sisyphus/kernel-image-std-def)
: unstable
: all Linux
: P3 normal
Assigned To:
:
: https://bugs.freedesktop.org/show_bug...
:
:
:
  Show dependency tree
 
Reported: 2013-07-23 20:40 by
Modified: 2013-09-16 13:55 (History)


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


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2013-07-23 20:40:38
Накатил 3.10.1 и 3.10.2, ни одно из них не грузится: просто темный экран. На
первом даже пингвины не видны, а втором темный экран СРАЗУ после появления
пингвинов. Оборудование Asus Zenbook Prime UX31A (процессор Intel Core i7,
интеловое видео, ничего не обычного). Ядро 3.8.9 - без проблем.
------- Comment #1 From 2013-07-23 20:45:06 -------
Система x64 на UEFI, кстати.
------- Comment #2 From 2013-07-23 22:30:43 -------
Похоже upstream несколько поломал новые intel-овские видеокарты (у меня тоже
есть проблемы, хотя и не настолько). Могу пока лишь порекомендовать 
пользоваться ядрами из p7.
------- Comment #3 From 2013-07-24 10:13:45 -------
...или led-ws.
------- Comment #4 From 2013-07-24 18:32:55 -------
У меня 3.10.1 грузится, работает. Thinkpad T410 (видео intel). И всё бы хорошо,
но ОЧЕНЬ тормозит NFS (точнее, его монтирование через autofs).

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

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

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

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

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

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

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

Прикрутил nomodeset. Завелось. Но теперь X'ы не стартуют (No screens found).
------- Comment #19 From 2013-08-09 14:22:22 -------
Если есть usb-serial какой, можно поробовать увидеть что ядро хочет рассказать:
console=ttyUSB0,115200 в cmdline, без nomodeset, с drm.debug.
------- Comment #20 From 2013-08-09 14:26:05 -------
Ещё вариант -- не грузить i915.ko при загрузке (в blacklist добавить) и сделать
modprobe позже. Может удасться что-нить интересное увидеть.
------- Comment #21 From 2013-08-09 14:33:50 -------
(В ответ на комментарий №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 From 2013-08-09 14:53:54 -------
nomodeset не интересен, лучше вообще не грузить i915 при загрузке.
------- Comment #23 From 2013-08-09 15:10:43 -------
(В ответ на комментарий №22)
> nomodeset не интересен, лучше вообще не грузить i915 при загрузке.
Для этого, замечу, надо не только занести его в blacklist, но и выключить
plymouth в /etc/initrd.mk и пересобрать initrd.
------- Comment #24 From 2013-08-09 16:21:06 -------
Created an attachment (id=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 From 2013-08-09 17:24:31 -------
(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 From 2013-08-10 00:34:09 -------
(В ответ на комментарий №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 From 2013-08-14 18:41:35 -------
Сергей, просьба проверить с включенной опцией Boot > Launch CSM в фирмвари
(Del).

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

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

Что значит "в фирмвари"? В UEFI?

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

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

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

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

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

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

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

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

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

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