Вот не работает и все. Почему пишу сюда, а потому что в момент инициализации карты оно не может найти firmware. Насколько я успел разобраться оно ищет firmware именно на ram диске. сообщения из dmesg: [ 4.421129] [drm] Loading RV730 CP Microcode [ 4.421132] platform radeon_cp.0: firmware: requesting radeon/RV730_pfp.bin [ 64.420044] r600_cp: Failed to load firmware "radeon/RV730_pfp.bin" [ 64.420045] [drm:rv770_init] *ERROR* Failed to load firmware! [ 64.420047] [drm:radeon_driver_load_kms] *ERROR* Fatal error while trying to initialize radeon. готов провести необходимые эксперименты.
Вообще make-initrd пакует всю фирмварь в initrd при его сборке, когда добавляет модуль radeon. /lib/firmware/radeon/RV730_pfp.bin в хост-системе есть?
(В ответ на комментарий №1) > Вообще make-initrd пакует всю фирмварь в initrd при его сборке, когда добавляет > модуль radeon. > /lib/firmware/radeon/RV730_pfp.bin в хост-системе есть? есть: [root@ws-chch ~]# locate RV730_pfp.bin /lib/firmware/2.6.32-std-def-alt16/radeon/RV730_pfp.bin
Я не про /lib/firmware/2.6.32-std-def-alt16/radeon/RV730_pfp.bin спрашивал.
(В ответ на комментарий №3) > Я не про /lib/firmware/2.6.32-std-def-alt16/radeon/RV730_pfp.bin спрашивал. извиняюсь за невнимательность, значит нету. НО! если в /etc/initrd.mk дописать: MODULES_ADD = radeon то в полученном initrd появляются следы firmware из директории /lib/firmware/2.6.32-std-def-alt16/radeon/ только это не помогает
(В ответ на комментарий №4) > НО! если в /etc/initrd.mk дописать: > MODULES_ADD = radeon Без этой строки модуль radeon не добавляется? Тогда кто грузит фирмварь? > то в полученном initrd появляются следы firmware из директории Что значит следы? Файл RV730_pfp.bin там появляется или нет?
Created attachment 4514 [details] модуль radeon выключен
(В ответ на комментарий №5) > (В ответ на комментарий №4) > > НО! если в /etc/initrd.mk дописать: > > MODULES_ADD = radeon > Без этой строки модуль radeon не добавляется? Тогда кто грузит фирмварь? результаты запуска без этой строки, а точнее initrd.mk такой: ============== # trying to detect modules and features to access to root volume AUTODETECT = common root resume ============== [root@ws-chch etc]# make-initrd Config file: /etc/initrd.mk Generating module dependencies on host ... Guessed modules: ata_generic crc-t10dif ext3 libata pata_acpi sata_nv scsi_mod sd_mod Guessed features: add-modules cleanup compress Creating initrd image ... Adding modules ... Generating module dependencies in image ... Packed modules: ata_generic crc-t10dif ext3 jbd libata mbcache pata_acpi sata_nv scsi_mod sd_mod Packing image to archive ... Compressing image ... Installing image ... Removing work directory ... Image is saved as /boot/initrd-2.6.32-std-def-alt16.img === размер файла: 1914223 байта добавляем модуль: ============ # trying to detect modules and features to access to root volume AUTODETECT = common root resume MODULES_ADD = radeon ============ [root@ws-chch boot]# make-initrd Config file: /etc/initrd.mk Generating module dependencies on host ... Guessed modules: ata_generic crc-t10dif ext3 libata pata_acpi sata_nv scsi_mod sd_mod Guessed features: add-modules cleanup compress Creating initrd image ... Adding modules ... Generating module dependencies in image ... Packed modules: ata_generic crc-t10dif drm drm_kms_helper ext3 i2c-algo-bit i2c-core jbd libata mbcache pata_acpi radeon sata_nv scsi_mod sd_mod ttm Packing image to archive ... Compressing image ... Installing image ... Removing work directory ... Image is saved as /boot/initrd-2.6.32-std-def-alt16.img === размер файла 2326782 байта. > > то в полученном initrd появляются следы firmware из директории > Что значит следы? Файл RV730_pfp.bin там появляется или нет? научился распаковывать initrd, прикладываю списки файлов с включенным модулем и без него.
Created attachment 4515 [details] модуль radeon включен
MODULES_LOAD, а не MODULES_ADD.
(В ответ на комментарий №9) > MODULES_LOAD, а не MODULES_ADD. извиняюсь - это о чем ?
О MODULES_ADD = radeon в /etc/initrd.mk
(В ответ на комментарий №11) > О MODULES_ADD = radeon в /etc/initrd.mk помогло.
Насколько я понимаю багу можно закрывать.
(В ответ на комментарий №13) > Насколько я понимаю багу можно закрывать. если не автоопределение это не бага, то безусловно.
У автоопределения есть свои границы. Автоопределения KMS у нас нет в принципе. Возможно, пока...