reassign 649448 src:linux-2.6 linux-2.6/3.0.0-3 severity 649448 important retitle 649448 radeon (evergreen): random-looking pattern of pixels when firmware not installed tags 649448 + upstream quit
Hi Martin, Martin von Gagern wrote: > Version: 3.0.0-3 [...] > Just installed a wheezy setup using debootstrap, adding grub-pc and > linux-image-amd64 after the chroot was created. The kernel boots, the > initrd seems all right. When the main system boots up, udev gets launced > pretty early. Soon after it is started, the screen turns into a pretty > random-looking pattern of pixels, making the console pretty unusable. > This also happens in "recovery" i.e. single-user mode. [...] > Possible workarounds seem to include: [...] > - Adding a line "blacklist radeon" to /etc/modprobe.d/blacklist.conf, > followed by running "depmod -a". [...] >> [ 150.125768] r600_cp: Failed to load firmware "radeon/SUMO2_pfp.bin" >> [ 150.125818] [drm:evergreen_startup] *ERROR* Failed to load firmware! >> [ 150.125859] radeon 0000:00:01.0: disabling GPU acceleration Yes, the radeon driver currently copes poorly when firmware is missing. Compare [1], [2], [3]. [...] > Not having GPU accelleration due to lack of free firmware is acceptable. > Not having a usable text console can be a real problem. Agreed. The radeon driver should be bailing out when firmware is missing for cards that need it, but that is not working for some reason. Thanks for reporting it. If you can (for example by ssh-ing in), please attach full output from "dmesg" and from "/usr/share/bug/xserver-xorg-video-radeon/script 3>&1" after reproducing the problem. Sincerely, Jonathan [1] http://bugs.debian.org/607194 [2] http://bugs.debian.org/637943 [3] http://bugs.debian.org/627497 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111121010240.ga11...@elie.hsd1.il.comcast.net
