Накатил 3.10.1 и 3.10.2, ни одно из них не грузится: просто темный экран. На первом даже пингвины не видны, а втором темный экран СРАЗУ после появления пингвинов. Оборудование Asus Zenbook Prime UX31A (процессор Intel Core i7, интеловое видео, ничего не обычного). Ядро 3.8.9 - без проблем.
Система 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).
