Created attachment 19000 [details] Информация о системе Есть партия промышленных мини-ПК с шестью com портами для управления оборудованием. Все они без проблем работают на ОС Альт Рабочая станция К10. При обновлении до 11 версии перестаёт запускаться ОС на стадии запуска ядра (в тот момент когда лог на экране на доли секунды исчезает чтобы появиться снова уже с другим разрешением экрана - вместо этого система зависает с черным экраном и ни на что не реагирует). Если запускать ОС Альт Рабочая станция К11 с ядрами 6.1.ххх, то система загружается и всё работает, а если с ядром 6.12.ххх, то зависает на стадии запуска ядра и в лог ничего не успевает попасть (dmesg выдает лог с момента текущей загрузки и потому бесполезен при загрузке 6.1.ххх, а journalctl на этой стадии ещё не запущен) Аналогично зависает live версия ОС Альт Рабочая станция К11 Могу предоставить образец мини-ПК из данной серии для тестирования исправления, благо нахожусь в одном городе с вашим головным офисом (г. Обнинск)
Created attachment 19001 [details] dmesg (ядро 6.1.141) Вывод команды dmesg при загрузке ядра 6.1.141 (на котором проблема не возникает) При загрузке ядра 6.12.34 (последнее на сегодня) никаких логов получить не удается.
Судя по описанию, система не зависает, и не исключено, что успешно загружается, но ничего не отображается на мониторе. Пробовали другие мониторы? С nomodeset тоже пропадает изображение на мониторе?
Система не продолжает загрузку, а зависает т.к. в логе journalctl после завершения работы ядра 6.1.141 сразу начинаются записи нового запуска ядра 6.1.141 и никаких упоминаний о том, что между ними была попытка запуска проблемного ядра 6.12.34 нет. Следовательно система зависла до запуска службы journalctl.
(Ответ для Андрей на комментарий #3) > Система не продолжает загрузку, а зависает т.к. в логе journalctl после > завершения работы ядра 6.1.141 сразу начинаются записи нового запуска ядра > 6.1.141 и никаких упоминаний о том, что между ними была попытка запуска > проблемного ядра 6.12.34 нет. Следовательно система зависла до запуска > службы journalctl. Да, тогда дело дальше initrd не пошло. Подключить serial console можете? Что туда будет писать? Параметр quiet из загрузки нужно убрать, а консоль ttyS0,115200n8 (или какая она там у вас есть?) прописать.
Попробую подключиться к serial console если найду похожие на неё контакты (никакой документации китайцы на эти компы не предоставили)
(Ответ для Андрей на комментарий #5) > Попробую подключиться к serial console если найду похожие на неё контакты > (никакой документации китайцы на эти компы не предоставили) Так один из com-портов же?
Только однажды приходилось сталкиваться с serial console на orangePi, там было три контакта на плате которые приходилось конвертером подключать к USB для чтения программой putty. Если можно то же получить по com порту (кстати, какому из шести?) то всё упрощается, куплю переходник RJ45-DB9 и попробую подключиться.
Created attachment 19102 [details] dmesg (ядро 6.12.34) Лог dmesg (ядро 6.12.34) с подключенным монитором по HDMI. Монитор показывает черный экран. Если запускать с ядром 6.1.141, то проблемы нет. Если запускать с ядром 6.12.34 и подключением монитора по VGA, то проблемы нет. Проблема только с ядрами 6.12.хх при подключении к HDMI порту.
(Ответ для Андрей на комментарий #8) > Создано вложение 19102 [details] [подробности] > dmesg (ядро 6.12.34) > > Лог dmesg (ядро 6.12.34) с подключенным монитором по HDMI. Монитор > показывает черный экран. Если запускать с ядром 6.1.141, то проблемы нет. > Если запускать с ядром 6.12.34 и подключением монитора по VGA, то проблемы > нет. Проблема только с ядрами 6.12.хх при подключении к HDMI порту. Vitaly Chikunov, посмотрите, пожалуйста.
Сначала система вообще не грузилась с ядром 6.12.34, затем после обновления и настройки консоли по com порту стала грузиться без видео по HDMI и появилась возможность снять лог. Теперь ошибка локализована: Jul 15 12:51:13 mart kernel: ------------[ cut here ]------------ Jul 15 12:51:13 mart kernel: i915 0000:00:02.0: [drm] timed out waiting for [ENCODER:78:HDMI B] port ready: got 0xf, expected 0x0 Jul 15 12:51:13 mart kernel: WARNING: CPU: 1 PID: 59 at drivers/gpu/drm/i915/display/intel_display.c:403 vlv_wait_port_ready+0x15f/0x1b0 [i915] Jul 15 12:51:13 mart kernel: Modules linked in: snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic snd_hda_scodec_component joydev input_leds hid_generic usbhid at24 intel_rapl_msr iTCO_wdt intel_pmc_bxt iwldvm i915 mei_hdcp iTCO_vendor_support mei_pxp ppdev intel_rapl_common mac80211 intel_soc_dts_thermal intel_soc_dts_iosf intel_powerclamp libarc4 coretemp nls_utf8 kvm_intel nls_cp866 vfat iwlwifi fat kvm drm_buddy snd_hda_intel ttm irqbypass crct10dif_pclmul crc32_pclmul snd_intel_dspcfg crc32c_intel ghash_clmulni_intel snd_intel_sdw_acpi drm_display_helper cryptd cfg80211 hci_uart psmouse sha512_ssse3 snd_hda_codec sha256_ssse3 sha1_ssse3 serio_raw igb mei_txe snd_hda_core i2c_i801 btqca i2c_mux xhci_pci pcspkr lpc_ich cec btrtl dca i2c_smbus rc_core snd_hwdep btintel xhci_hcd mei btbcm intel_gtt snd_pcm i2c_algo_bit parport_pc i2c_hid_acpi bluetooth i2c_hid parport video hid wmi rfkill_gpio pwm_lpss_platform rfkill pwm_lpss tiny_power_button evdev sch_fq_codel vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) snd_seq_midi Jul 15 12:51:13 mart kernel: snd_seq_midi_event snd_seq snd_rawmidi snd_seq_device snd_timer snd soundcore button msr i2c_dev fuse efi_pstore dm_mod nfnetlink efivarfs dmi_sysfs ip_tables x_tables autofs4 sd_mod ahci libahci libata scsi_mod scsi_common Jul 15 12:51:13 mart kernel: CPU: 1 UID: 0 PID: 59 Comm: kworker/1:1 Tainted: G OE 6.12.34-6.12-alt1 #1 Jul 15 12:51:13 mart kernel: Tainted: [O]=OOT_MODULE, [E]=UNSIGNED_MODULE Jul 15 12:51:13 mart kernel: Hardware name: Intel J1900/EPIC_1900, BIOS EP19E00J 01/19/2021 Jul 15 12:51:13 mart kernel: Workqueue: i915-unordered i915_hpd_poll_init_work [i915] Jul 15 12:51:13 mart kernel: RIP: 0010:vlv_wait_port_ready+0x15f/0x1b0 [i915] Jul 15 12:51:13 mart kernel: Code: f8 41 89 c7 4d 85 ed 74 67 e8 9d 50 7b d2 45 89 f9 49 89 d8 44 89 e1 55 48 89 c6 4c 89 ea 48 c7 c7 c0 ae 55 c1 e8 e1 3d e7 d1 <0f> 0b 58 48 83 c4 08 5b 5d 41 5c 41 5d 41 5e 41 5f 31 c0 31 d2 31 Jul 15 12:51:13 mart kernel: RSP: 0018:ffffad9440217a30 EFLAGS: 00010246 Jul 15 12:51:13 mart kernel: RAX: 0000000000000000 RBX: ffff90f7469206a8 RCX: 0000000000000000 Jul 15 12:51:13 mart kernel: RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000000 Jul 15 12:51:13 mart kernel: RBP: 0000000000000000 R08: 0000000000000000 R09: 0000000000000000 Jul 15 12:51:13 mart kernel: R10: 0000000000000000 R11: 0000000000000000 R12: 000000000000004e Jul 15 12:51:13 mart kernel: R13: ffff90f740e30ea0 R14: ffff90f745ce4000 R15: 000000000000000f Jul 15 12:51:13 mart kernel: FS: 0000000000000000(0000) GS:ffff90f877c80000(0000) knlGS:0000000000000000 Jul 15 12:51:13 mart kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Jul 15 12:51:13 mart kernel: CR2: 00007f1623af9090 CR3: 0000000105cb0000 CR4: 00000000001026f0 Jul 15 12:51:13 mart kernel: Call Trace: Jul 15 12:51:13 mart kernel: <TASK> Jul 15 12:51:13 mart kernel: intel_encoders_pre_enable+0x7d/0xa0 [i915] Jul 15 12:51:13 mart kernel: valleyview_crtc_enable+0x10d/0x250 [i915] Jul 15 12:51:13 mart kernel: intel_enable_crtc+0xe5/0x120 [i915] Jul 15 12:51:13 mart kernel: intel_commit_modeset_enables+0x53/0xe0 [i915] Jul 15 12:51:13 mart kernel: intel_atomic_commit_tail+0x796/0x11a0 [i915] Jul 15 12:51:13 mart kernel: intel_atomic_commit+0x2cf/0x310 [i915] Jul 15 12:51:13 mart kernel: drm_atomic_commit+0xa7/0xe0 Jul 15 12:51:13 mart kernel: ? __pfx___drm_printfn_info+0x10/0x10 Jul 15 12:51:13 mart kernel: drm_client_modeset_commit_atomic+0x20b/0x250 Jul 15 12:51:13 mart kernel: drm_client_modeset_commit_locked+0x56/0x170 Jul 15 12:51:13 mart kernel: ? drm_connector_list_iter_end+0x38/0x60 Jul 15 12:51:13 mart kernel: drm_client_modeset_commit+0x21/0x40 Jul 15 12:51:13 mart kernel: __drm_fb_helper_restore_fbdev_mode_unlocked+0x8d/0xd0 Jul 15 12:51:13 mart kernel: drm_fb_helper_hotplug_event+0xf5/0x110 Jul 15 12:51:13 mart kernel: intel_fbdev_client_hotplug+0x88/0x120 [i915] Jul 15 12:51:13 mart kernel: drm_client_dev_hotplug+0xad/0x100 Jul 15 12:51:13 mart kernel: i915_hpd_poll_init_work+0x207/0x260 [i915] Jul 15 12:51:13 mart kernel: process_one_work+0x170/0x380 Jul 15 12:51:13 mart kernel: worker_thread+0x2d8/0x3e0 Jul 15 12:51:13 mart kernel: ? __pfx_worker_thread+0x10/0x10 Jul 15 12:51:13 mart kernel: kthread+0xce/0x100 Jul 15 12:51:13 mart kernel: ? __pfx_kthread+0x10/0x10 Jul 15 12:51:13 mart kernel: ret_from_fork+0x30/0x50 Jul 15 12:51:13 mart kernel: ? __pfx_kthread+0x10/0x10 Jul 15 12:51:13 mart kernel: ret_from_fork_asm+0x1a/0x30 Jul 15 12:51:13 mart kernel: </TASK> Jul 15 12:51:13 mart kernel: ---[ end trace 0000000000000000 ]--- Jul 15 12:51:33 mart kernel: i915 0000:00:02.0: [drm] *ERROR* flip_done timed out Jul 15 12:51:33 mart kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:53:pipe A] commit wait timed out Jul 15 12:51:43 mart kernel: i915 0000:00:02.0: [drm] *ERROR* flip_done timed out Jul 15 12:51:43 mart kernel: i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:79:HDMI-A-1] commit wait timed out Jul 15 12:51:44 mart systemd[1]: systemd-hostnamed.service: Deactivated successfully. Jul 15 12:51:54 mart kernel: i915 0000:00:02.0: [drm] *ERROR* flip_done timed out Jul 15 12:51:54 mart kernel: i915 0000:00:02.0: [drm] *ERROR* [PLANE:32:primary A] commit wait timed out Jul 15 12:52:04 mart kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:53:pipe A] flip_done timed out
Пожалуйста, воспроизведите ошибку без модулей kernel-modules-virtualbox-6.12 (vboxdrv) - лог падения приложите. (Так же без virtualbox) если есть возможность загрузить с console=ttyS0 (как предложено в #4) - приложите полный лог загрузки (он должен тоже включать сообщение о падении, но более полно будет отражать процесс загрузки где может быть что-то важное).
Есть чем-то похожий багрепорт (но есть и различия) в апстримной рассылке: https://lore.kernel.org/all/82EA575C65B543E683EBEFB20BEF7792@corradoroberto.it/ но там просят репортера завести баг в другом баг трекере чего он не сделал.
Created attachment 19103 [details] dmesg (ядро 6.12.34 без модуля virtualbox) Лог dmesg (ядро 6.12.34 без модуля virtualbox) с подключенным монитором по HDMI.
Created attachment 19104 [details] Лог journalctl (ядро 6.12.34 без модуля virtualbox) Лог journalctl (ядро 6.12.34) с подключенным монитором по HDMI
Спасибо. Мы исключили влияние virtualbox (баг с отметкой tainted могут игнорировать). На основе нового трейса можно заводить баг в багтрекере i915 согласно инструкции https://drm.pages.freedesktop.org/intel-docs/how-to-file-i915-bugs.html Желательно, протестировать на новых ядрах из сизифа 6.12.38 (6.12.34 единичная версия, а есть более новая) и 6.16 (mainline версия). Тем более это в чеклисте по заведению багрепорта. - Have you tried a recent kernel? - Т.е. 6.12.38 или 6.16 из Сизифа. - Are you running a supported kernel version? 6.12.34 устаревшая версия с точки зрения апстрима. - Are you running an upstream kernel? Наши ядра соответствуют апстримным.
Created attachment 19105 [details] dmesg (ядро 6.12.38)
Created attachment 19106 [details] dmesg (ядро 6.16.0)
Ядра 6.12.38 и 6.16.0 - выложил лог, ошибка та же.
Created attachment 19114 [details] Machine or mother board model (dmidecode)
Created attachment 19115 [details] dmesg (core 6.16.0 drm.debug=0xe log_buf_len=4M ignore_loglevel)
Created attachment 19116 [details] Dump the Video BIOS via the PCI ROM Дамп получен командами: echo 1 > /sys/devices/pci0000:00/0000:00:02.0/rom cat /sys/devices/pci0000:00/0000:00:02.0/rom > vbios.dump echo 0 > /sys/devices/pci0000:00/0000:00:02.0/rom
Created attachment 19117 [details] Video BIOS Tables (VBT) dump via intel_bios_dumper Дамп получен командой intel_bios_dumper
Created attachment 19118 [details] Текст для отправки в багтрекер i915 Прошу отправить данное описание бага в багтрекер i915, приложив к нему вложения (ссылки на вложения в описании бага). Текст составлен в соответствии с требованиями инструкции багтрекера i915 https://drm.pages.freedesktop.org/intel-docs/how-to-file-i915-bugs.html
