Система x64 на UEFI, кстати.

Похоже upstream несколько поломал новые intel-овские видеокарты (у меня тоже есть проблемы, хотя и не настолько). Могу пока лишь порекомендовать  пользоваться ядрами из p7.

...или led-ws.

У меня 3.10.1 грузится, работает. Thinkpad T410 (видео intel). И всё бы хорошо, но ОЧЕНЬ тормозит NFS (точнее, его монтирование через autofs).

x86_64, BIOS, Sysinit.

3.10.2-std-def, с картами nvidia и ati работает нормально на семи машинах.
x86_64, BIOS, systemd

Пошарил в Интернете. Есть предположение, что одновременно с установкой ядра как-то меняется ESP. Инсталляционные скрипты ковыряются как-нибудь там?

ESP к BIOS никаким боком не относится, но в любом случае у нас туда укладывается обычно grubx64.efi +/- shim.efi, которые изменяются только при обновлении содержащих их пакетов.

Если что, у меня на UX31A (HD4000) под 3.10.{3,4}-std-def-alt1 тоже воспроизводится.  При наличии подозрительных на исправление коммитов готов проверять тестовые сборки.

При загрузке с nomodeset изображение не пропадает (но и xorg с fbdev);
на 3.9.4-std-def-alt2 ещё был порядок.

(В ответ на комментарий №8)
> Если что, у меня на UX31A (HD4000) под 3.10.{3,4}-std-def-alt1 тоже
> воспроизводится.  При наличии подозрительных на исправление коммитов готов
> проверять тестовые сборки.

У меня тоже UX31A, тоже готов. Пробовал отключать plymouth, кстати, не приводит к улучшению.

Пробовал 3.10.5. Не грузится.

Добавьте drm.debug=0xe в kernel cmdline, dmesg сюда.

Ещё стоит попробовать подёргать клавиши управление яркостью экрана или зайти ssh'ем и потрогать файлики в /sys/class/backlight/*.

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

А как я пошлю dmesg, если загрузка просто останавливается? После пингвинов экран гаснет и все. Загрузки ведь дальше нет.

(В ответ на комментарий №13)
> А как я пошлю dmesg, если загрузка просто останавливается? После пингвинов
> экран гаснет и все. Загрузки ведь дальше нет.

Загрузка, скорее всего, есть! Это картинки нет на экране.
Так что, получать dmesg через ssh.

(В ответ на комментарий №14)
> (В ответ на комментарий №13)
> > А как я пошлю dmesg, если загрузка просто останавливается? После пингвинов
> > экран гаснет и все. Загрузки ведь дальше нет.
> 
> Загрузка, скорее всего, есть! Это картинки нет на экране.
> Так что, получать dmesg через ssh.

Нету загрузки... Она видать зависает задолго до старта сетки.

(В ответ на комментарий №15)
> (В ответ на комментарий №14)
> 
> Нету загрузки... Она видать зависает задолго до старта сетки.

т.е. вам nomodeset не помогает? Просто, у нас с mike@ nomodeset помог на его UX31A. И, кажется, без него оно не висло, а именно графику не показывало.

 
> > Нету загрузки... Она видать зависает задолго до старта сетки.
> 
> т.е. вам nomodeset не помогает? Просто, у нас с mike@ nomodeset помог на его
> UX31A. И, кажется, без него оно не висло, а именно графику не показывало.
Насколько я понимаю, одновременное включение drm.debug и nomodeset не очень осмысленно в плане debug.

(В ответ на комментарий №16)
> (В ответ на комментарий №15)
> > (В ответ на комментарий №14)
> > 
> > Нету загрузки... Она видать зависает задолго до старта сетки.
> 
> т.е. вам nomodeset не помогает? Просто, у нас с mike@ nomodeset помог на его
> UX31A. И, кажется, без него оно не висло, а именно графику не показывало.

Прикрутил nomodeset. Завелось. Но теперь X'ы не стартуют (No screens found).

Если есть usb-serial какой, можно поробовать увидеть что ядро хочет рассказать: console=ttyUSB0,115200 в cmdline, без nomodeset, с drm.debug.

Ещё вариант -- не грузить i915.ko при загрузке (в blacklist добавить) и сделать modprobe позже. Может удасться что-нить интересное увидеть.

(В ответ на комментарий №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

nomodeset не интересен, лучше вообще не грузить i915 при загрузке.

(В ответ на комментарий №22)
> nomodeset не интересен, лучше вообще не грузить i915 при загрузке.
Для этого, замечу, надо не только занести его в blacklist, но и выключить plymouth в /etc/initrd.mk и пересобрать initrd.

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 прилагаю.

(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

(В ответ на комментарий №25)

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

Га... Только уже в понедельник, ноут на работе остался. :-)

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

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

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

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

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

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

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

Завтра попробую.

(В ответ на комментарий №28)
> > Сергей, просьба проверить с включенной опцией Boot > Launch CSM в фирмвари
> Что значит "в фирмвари"? В UEFI?
Угу.

> > У меня заработали 3.10.5/3.10.6 на установленной системе и 3.10.6 с
> > regular-lxde-latest-x86_64.iso.
> А как это зависит от десктопа?
Никак, даже в текстовом режиме при условии подгрузки нативного fb проявляется -- просто этот образ относительно компактный :)

(В ответ на комментарий №27)

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

Завелось. Осталось понять, что это такое за Compatibility Support Module, что ядрам "старым" он не нужен, а "новым" нужен.

Спасибо, дополнил апстримный багрепорт.  Возможно, CSM что-то дополнительное из таблиц инициализирует, на что переработанный код стал закладываться.

https://bugzilla.kernel.org/show_bug.cgi?id=59841

Попробовал обновить фирмварь в UX31A на последнюю 219'ую. Интересно, что до первой загрузки (соответственно ядра 3.8.13) не удалось включить CSM. Потом - завелось.

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

(В ответ на комментарий №34)

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

Так это ведь номер обсуждаемого бага!

(В ответ на комментарий №35)
> (В ответ на комментарий №34)
> 
> > Попробуйте, пожалуйста, ядро из задания #102763
> 
> Так это ведь номер обсуждаемого бага!

?????
102763 не равно 29219

(In reply to comment #34)
> Попробуйте, пожалуйста, ядро из задания #102763
У меня на то ли 214 (dmesg), то ли 215 (морда) фирмвари с отключенным CSM заработало.

1) сизифное 3.10.12-std-def-alt1 работает (приложен хак из апстримного бага);
2) 3.10.12-led-ws-alt1 тоже работает (task#104140).