[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

radeon: Automatic fallback to UMS when firmwares are lacking (was: Bug#693324)



Hi Aaron,

Aaron Elkiss <aelkiss@umich.edu> (15/11/2012):
> Package: installation-reports
> Severity: normal
> 
> After installing using default options on a system with a ATI Radeon
> HD 2400 XT card (RV610 chipset) , at boot the drm and radeon modules
> are loaded for the console. However, the required firmware
> (/lib/firmware/radeon/RV610_pfp.bin) is not installed by default,
> because it is non-free (it is included in the firmware-linux-nonfree
> package). The result is that the display is completely garbled and
> unusable. Installing the firmware-linux-nonfree package completely
> fixed the problem. The best behavior would probably be to prompt to
> install the firmware-linux-nonfree package if it is required, or
> fall back to using the vesa module for the console by default.

thanks for your report. This should hopefully be avoided once the
following linux kernel patch reaches unstable then testing:

  http://anonscm.debian.org/viewvc/kernel/dists/sid/linux/debian/patches/debian/radeon-no-modeset-without-firmware.patch?view=markup&pathrev=19506

The patch header contains a very detailed explanation on why this is a
gross hack and why there's no better solution right now to achieve the
desired effect: Switching from KMS (which needs a firmware for some
cards, and behaves really badly when it's not found) to UMS (which
should provide a better experience until the linux-firmware-nonfree
package is installed).

I'm adjusting the Subject accordingly, so that -boot@ readers have a
better chance of spotting this interesting commit on the linux side.

I'm also closing this installation report since the needed action was
performed. (New d-i releases with updated kernels will happen.)

Mraw,
KiBi.

Attachment: signature.asc
Description: Digital signature


Reply to: