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

Bug#748398: Bug has returned as CONFIG_FB_RADEON=y is set again



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

Attachment: signature.asc
Description: This is a digitally signed message part


Reply to: