Bug#596961: [initramfs-tools] missing radeon firmware (from firmware-linux-nonfree) in initramfs
Package: initramfs-tools Version: 0.98.3 Severity: normal --- Please enter the report below this line. --- The radeon driver seems to be loaded at initramfs stage for KMS reasons but the firmware is not present in the initramfs resulting in missing functionalities (HDMI audio). Other people on #debian IRC with a similar setup seem to have these firmware in the initramfs ... From dmesg : [5.218630] platform radeon_cp.0: firmware: requesting radeon/RV670_pfp.bin [5.314896] platform radeon_cp.0: firmware: requesting radeon/RV670_me.bin [5.385302] platform radeon_cp.0: firmware: requesting radeon/R600_rlc.bin % lsinitramfs /boot/initrd.img-2.6.35-trunk-amd64 | grep firmware lib/firmware lib/firmware/advansys lib/firmware/advansys/mcode.bin lib/firmware/advansys/38C1600.bin lib/firmware/advansys/3550.bin lib/firmware/advansys/38C0800.bin lib/firmware/tigon lib/firmware/tigon/tg3_tso.bin lib/firmware/tigon/tg3_tso5.bin lib/firmware/tigon/tg3.bin lib/firmware/cxgb3 lib/firmware/cxgb3/ael2005_opt_edc.bin lib/firmware/cxgb3/t3fw-7.4.0.bin lib/firmware/cxgb3/t3b_psram-1.1.0.bin lib/firmware/cxgb3/t3c_psram-1.1.0.bin lib/firmware/cxgb3/ael2005_twx_edc.bin lib/firmware/cxgb3/ael2020_twx_edc.bin lib/firmware/e100 lib/firmware/e100/d102e_ucode.bin lib/firmware/e100/d101s_ucode.bin lib/firmware/e100/d101m_ucode.bin lib/firmware/3com lib/firmware/3com/typhoon.bin lib/udev/firmware.agent --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 500 unstablemirror.home-dn.net 500 unstableftp.fr.debian.org 500 testing mirror.home-dn.net 500 testing ftp.fr.debian.org 500 stable mirror.home-dn.net 500 stable ftp.fr.debian.org 101 experimental-snapshots qt-kde.debian.net 1 experimentalmirror.home-dn.net 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ==-+-= klibc-utils (= 1.5.9-1) | 1.5.20-1 cpio | 2.11-4 module-init-tools | 3.12-1 udev (= 0.086-1) | 161-1 findutils (= 4.2.24) | 4.4.2-1 Recommends (Version) | Installed -+-=== busybox (= 1:1.01-3) | 1:1.17.1-4 OR busybox-initramfs| Suggests (Version) | Installed ==-+-=== bash-completion| 1:1.2-2 --- Output from package bug script --- -- initramfs sizes -rw-r--r-- 1 root root 9,9M 15 sept. 13:37 /boot/initrd.img-2.6.32-5-amd64 -rw-r--r-- 1 root root 9,9M 15 sept. 12:00 /boot/initrd.img-2.6.32-5-amd64.bak -rw-r--r-- 1 root root 11M 15 sept. 13:37 /boot/initrd.img-2.6.35-trunk-amd64 -rw-r--r-- 1 root root 11M 15 sept. 13:32 /boot/initrd.img-2.6.35-trunk- amd64.bak -- /proc/cmdline BOOT_IMAGE=/vmlinuz-2.6.32-5-amd64 root=UUID=78966ba0-a9a6-4743-86bf- a8d922cc33c7 ro radeon.audio=1 audio.radeon=1 -- resume # RESUME=/dev/sdb5 RESUME='UUID=8e829047-904f-4ee2-a32f-f1bd234f9e77' -- /proc/filesystems ext3 ext2 fuseblk ext4 reiserfs xfs jfs msdos vfat ntfs minix hfs hfsplus qnx4 ufs btrfs -- lsmod Module Size Used by nls_utf81208 0 nls_cp437 5817 0 btrfs 375335 0 zlib_deflate 17746 1 btrfs crc32c 2560 1 libcrc32c 1074 1 btrfs ufs56474 0 qnx46194 0 hfsplus65286 0 hfs37455 0 minix 21213 0 ntfs 162828 0 vfat7884 0 msdos 6202 0 fat40054 2 vfat,msdos jfs 140105 0 xfs 436909 0 exportfs3170 1 xfs reiserfs 194172 0 ext4 288969 0 jbd2 67015 1 ext4 parport_pc 18855 0 ppdev 5030 0 lp 7462 0 parport27954 3 parport_pc,ppdev,lp sco 7209 2 bnep9443 2 rfcomm 29613 0 l2cap 24736 4 bnep,rfcomm crc16 1319 2 ext4,l2cap bluetooth 41827 6 sco,bnep,rfcomm,l2cap rfkill 13044 2 bluetooth fuse 50206 3 ext2 52969 1 coretemp4325 0 it87 15879 0 hwmon_vid 1828 1 it87 firewire_sbp2 11514 0 loop 11799 0 snd_hda_codec_atihdmi 2251 1 dvb_pll 8188 1 cx22702 4597 1 cx88_dvb 16516 0 cx88_vp3054_i2c
Bug#596961: [initramfs-tools] missing radeon firmware (from firmware-linux-nonfree) in initramfs
On Wed, Sep 15, 2010 at 01:50:08PM +0200, Anarky wrote: Package: initramfs-tools Version: 0.98.3 Severity: normal --- Please enter the report below this line. --- The radeon driver seems to be loaded at initramfs stage for KMS reasons but the firmware is not present in the initramfs resulting in missing functionalities (HDMI audio). Other people on #debian IRC with a similar setup seem to have these firmware in the initramfs ... why? there is no valid point to load it in initramfs, just don't do it. From dmesg : [5.218630] platform radeon_cp.0: firmware: requesting radeon/RV670_pfp.bin [5.314896] platform radeon_cp.0: firmware: requesting radeon/RV670_me.bin [5.385302] platform radeon_cp.0: firmware: requesting radeon/R600_rlc.bin check if the module provides proper modinfo: modinfo -F firmware kernelmodule -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596961: [initramfs-tools] missing radeon firmware (from firmware-linux-nonfree) in initramfs
Le mercredi 15 septembre 2010 14:07:18, maximilian attems a écrit : On Wed, Sep 15, 2010 at 01:50:08PM +0200, Anarky wrote: Package: initramfs-tools Version: 0.98.3 Severity: normal --- Please enter the report below this line. --- The radeon driver seems to be loaded at initramfs stage for KMS reasons but the firmware is not present in the initramfs resulting in missing functionalities (HDMI audio). Other people on #debian IRC with a similar setup seem to have these firmware in the initramfs ... why? there is no valid point to load it in initramfs, just don't do it. I didn't change anything in that purpose. It is seems that with Kernel Mode Settings, the radeon driver must be loaded for the framebuffer console to be activated and that it has to be done before X is started in order not to get a broken X. I'm no expert in that regard, but it seems to be the default debian bahavior anyway, so if you really think that's not a initramfs-utils bug maybe you can reassign it to the radeon maintainer. From dmesg : [5.218630] platform radeon_cp.0: firmware: requesting radeon/RV670_pfp.bin [5.314896] platform radeon_cp.0: firmware: requesting radeon/RV670_me.bin [5.385302] platform radeon_cp.0: firmware: requesting radeon/R600_rlc.bin check if the module provides proper modinfo: modinfo -F firmware kernelmodule it seems so : % sudo modinfo -F firmware radeon | tr '\n' ' ' radeon/R520_cp.bin radeon/RS600_cp.bin radeon/RS690_cp.bin radeon/R420_cp.bin radeon/R300_cp.bin radeon/R200_cp.bin radeon/R100_cp.bin radeon/RV710_me.bin radeon/RV710_pfp.bin radeon/RV730_me.bin radeon/RV730_pfp.bin radeon/RV770_me.bin radeon/RV770_pfp.bin radeon/RS780_me.bin radeon/RS780_pfp.bin radeon/RV670_me.bin radeon/RV670_pfp.bin radeon/RV635_me.bin radeon/RV635_pfp.bin radeon/RV620_me.bin radeon/RV620_pfp.bin radeon/RV630_me.bin radeon/RV630_pfp.bin radeon/RV610_me.bin radeon/RV610_pfp.bin radeon/R600_me.bin radeon/R600_pfp.bin radeon/R520_cp.bin radeon/RS600_cp.bin radeon/RS690_cp.bin radeon/R420_cp.bin radeon/R300_cp.bin radeon/R200_cp.bin radeon/R100_cp.bin radeon/R700_rlc.bin radeon/R600_rlc.bin radeon/RV710_me.bin radeon/RV710_pfp.bin radeon/RV730_me.bin radeon/RV730_pfp.bin radeon/RV770_me.bin radeon/RV770_pfp.bin radeon/RS780_me.bin radeon/RS780_pfp.bin radeon/RV670_me.bin radeon/RV670_pfp.bin radeon/RV635_me.bin radeon/RV635_pfp.bin radeon/RV620_me.bin radeon/RV620_pfp.bin radeon/RV630_me.bin radeon/RV630_pfp.bin radeon/RV610_me.bin radeon/RV610_pfp.bin radeon/R600_me.bin radeon/R600_pfp.bin %ls /lib/firmware/radeon | tr '\n' ' ' CEDAR_me.bin CEDAR_pfp.bin CEDAR_rlc.bin CYPRESS_me.bin CYPRESS_pfp.bin CYPRESS_rlc.bin JUNIPER_me.bin JUNIPER_pfp.bin JUNIPER_rlc.bin R100_cp.bin R200_cp.bin R300_cp.bin R420_cp.bin R520_cp.bin R600_me.bin R600_pfp.bin R600_rlc.bin R700_rlc.bin REDWOOD_me.bin REDWOOD_pfp.bin REDWOOD_rlc.bin RS600_cp.bin RS690_cp.bin RS780_me.bin RS780_pfp.bin RV610_me.bin RV610_pfp.bin RV620_me.bin RV620_pfp.bin RV630_me.bin RV630_pfp.bin RV635_me.bin RV635_pfp.bin RV670_me.bin RV670_pfp.bin RV710_me.bin RV710_pfp.bin RV730_me.bin RV730_pfp.bin RV770_me.bin RV770_pfp.bin signature.asc Description: This is a digitally signed message part.
Bug#596961: [initramfs-tools] missing radeon firmware (from firmware-linux-nonfree) in initramfs
On Wed, Sep 15, 2010 at 02:59:33PM +0200, Anarky wrote: Le mercredi 15 septembre 2010 14:07:18, maximilian attems a écrit : On Wed, Sep 15, 2010 at 01:50:08PM +0200, Anarky wrote: Package: initramfs-tools Version: 0.98.3 Severity: normal --- Please enter the report below this line. --- The radeon driver seems to be loaded at initramfs stage for KMS reasons but the firmware is not present in the initramfs resulting in missing functionalities (HDMI audio). Other people on #debian IRC with a similar setup seem to have these firmware in the initramfs ... why? there is no valid point to load it in initramfs, just don't do it. I didn't change anything in that purpose. please post the following file: cat /etc/initramfs-tools/modules It is seems that with Kernel Mode Settings, the radeon driver must be loaded for the framebuffer console to be activated and that it has to be done before X is started in order not to get a broken X. I'm no expert in that regard, but it seems to be the default debian bahavior anyway, so if you really think that's not a initramfs-utils bug maybe you can reassign it to the radeon maintainer. what are you talking about? the radeon linux-2.6 module should not be loaded in initramfs unless you know what you are doing, empty your /etc/initramfs-tools/modules if it is in there and regenerate update-initramfs. currently you have brought zero evidence of a bug, even the dmesg snippet just looks fine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596961: [initramfs-tools] missing radeon firmware (from firmware-linux-nonfree) in initramfs
on the 15th of September 2010, 15:09:09, maximilian attems wrote : [...] there is no valid point to load it in initramfs, just don't do it. I didn't change anything in that purpose. please post the following file: cat /etc/initramfs-tools/modules It is actually empty (or more exactly completely commented) : % cat /etc/initramfs-tools/modules [17:15] # List of modules that you want to include in your initramfs. # # Syntax: module_name [args ...] # # You must run update-initramfs(8) to effect this change. # # Examples: # # raid1 # sd_mod It is seems that with Kernel Mode Settings, the radeon driver must be loaded for the framebuffer console to be activated and that it has to be done before X is started in order not to get a broken X. I'm no expert in that regard, but it seems to be the default debian bahavior anyway, so if you really think that's not a initramfs-utils bug maybe you can reassign it to the radeon maintainer. what are you talking about? the radeon linux-2.6 module should not be loaded in initramfs unless you know what you are doing, empty your /etc/initramfs-tools/modules if it is in there and regenerate update-initramfs. currently you have brought zero evidence of a bug, even the dmesg snippet just looks fine. In that case, it might just be an error from my part. I am trying to get HDMI audio to work and while doing that, people helping me on IRC told me that these two lines mean that the problem comes from missing firmware. I checked and the fact is that I have the firmware on my filesystem, however it seems that the radeon driver is loaded early so as to get KMS working correctly and therefore I looked at initramfs. Comparing my initramfs with the one of someone with a similar setting (radeon driver / debian sid / update-initramfs generated initramfs) has shown one main difference: he has the radeon firmware in his initramfs and I don't. so I assumed this might be the reason for the problem. I'm sorry if I'm mistaken and wasting your time. Could you provide me some test that I could run to check for sure that the driver is loaded after the root FS has been mounted. Thank you signature.asc Description: This is a digitally signed message part.
Bug#596961: [initramfs-tools] missing radeon firmware (from firmware-linux-nonfree) in initramfs
On Wed, Sep 15, 2010 at 17:25:14 +0200, Anarky wrote: I'm sorry if I'm mistaken and wasting your time. Could you provide me some test that I could run to check for sure that the driver is loaded after the root FS has been mounted. zcat /boot/initrd.img-`uname -r` | cpio -t | grep drm This should be empty. Cheers, Julien signature.asc Description: Digital signature
Bug#596961: [initramfs-tools] missing radeon firmware (from firmware-linux-nonfree) in initramfs
reassign 596961 linux-2.6 stop On Wed, Sep 15, 2010 at 05:25:14PM +0200, Anarky wrote: In that case, it might just be an error from my part. I am trying to get HDMI audio to work and while doing that, people helping me on IRC told me that these two lines mean that the problem comes from missing firmware. well it be cool to get such info upfront. :) did you try 2.6.35 from experimental? it installs just fine in squeeze. also your bug report is lacking info that would have been sent if you would have reported it upfront against linux-2.6, please send in: * dmesg * lspci * lspci -vvv -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596961: [initramfs-tools] missing radeon firmware (from firmware-linux-nonfree) in initramfs
The 15th of September 2010 22:59:09, maximilian attems wrote: [...] thanks afair your issue is only fixed in 2.6.36-rcX, which we will soon provide. sorry to be so short but on the run atm. No problem and thank you for the information ! Regards, signature.asc Description: This is a digitally signed message part.
Bug#596961: [initramfs-tools] missing radeon firmware (from firmware-linux-nonfree) in initramfs
On Wed, Sep 15, 2010 at 11:03:02PM +0200, Anarky wrote: The 15th of September 2010 17:28:54, maximilian attems wrote: reassign 596961 linux-2.6 stop On Wed, Sep 15, 2010 at 05:25:14PM +0200, Anarky wrote: In that case, it might just be an error from my part. I am trying to get HDMI audio to work and while doing that, people helping me on IRC told me that these two lines mean that the problem comes from missing firmware. well it be cool to get such info upfront. :) Sorry, but it's always difficult to draw the line between missing important information and too much unrelated information. Especially when you are mistaken about the importance of a given bit of information. did you try 2.6.35 from experimental? it installs just fine in squeeze. also your bug report is lacking info that would have been sent if you would have reported it upfront against linux-2.6, please send in: * dmesg * lspci * lspci -vvv I'm using sid and I rebooted many times on multiple kernels from 2.6.32 to 2.6.35 all from debian repositories. Anyway I ran the command stated above and got nothing, so I guess you can close this bug as invalid. This time I booted on 2.6.35-trunk-amd64 from experimental and you'll find the info requested in the attachment if you're still interested. thanks afair your issue is only fixed in 2.6.36-rcX, which we will soon provide. sorry to be so short but on the run atm. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
