Summary: | не работает ядерная установка режимов для radeon | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Sisyphus | Reporter: | Andrey Chichak <Andrey.Chichak> | ||||||
Component: | make-initrd | Assignee: | Alexey Gladkov <legion> | ||||||
Status: | CLOSED NOTABUG | QA Contact: | qa-sisyphus | ||||||
Severity: | normal | ||||||||
Priority: | P3 | CC: | glebfm, ldv, legion, placeholder | ||||||
Version: | unstable | ||||||||
Hardware: | all | ||||||||
OS: | Linux | ||||||||
Attachments: |
|
Description
Andrey Chichak
2010-08-26 11:13:19 MSD
Вообще 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 у нас нет в принципе. Возможно, пока... |