Control: tag -1 wontfix help On Mon, 2014-12-22 at 18:34 +0100, John Paul Adrian Glaubitz wrote: > Control: unarchive -1 > Control: reopen -1 > > Hello Ben! > > I just did a dist-upgrade which also upgraded the kernel. After > rebooting the machine, X was still broken as radeonfb was loaded again > and blocked the radeon module from functioning properly. > > Since the radeonfb driver is compiled into the kernel, there is > no easy way of blacklisting it except for the boot command line. > > It seems your changes did not actually arrive in the kernel package: > > root@test-adrian1:/boot> grep CONFIG_FB_RADEON= config-3.16* > config-3.16.0-4-powerpc:CONFIG_FB_RADEON=y > config-3.16-3-powerpc:CONFIG_FB_RADEON=y > root@test-adrian1:/boot> > > Is this a mistake? It's a pretty showstopper because it forces any > installation of Debian on a PowerMac with a Radeon card to use > the fbdev driver by default which uses a very low colordepth and > has a bad performance.
This change caused a regression for some other 32-bit PowerMacs the last time we tried it (#614221). Therefore I limited it to 64-bit PowerPC configurations. I am not going to make any further changes to this, until someone can show a solution that will not reintroduce that regression. Ben. -- Ben Hutchings Editing code like this is akin to sticking plasters on the bleeding stump of a severed limb. - me, 29 June 1999
signature.asc
Description: This is a digitally signed message part
