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

Bug#748398: linux: Please disable CONFIG_DRM_RADEON_UMS on powerpc

On 05/18/2014 08:15 PM, gustavo panizzo <gfa> wrote:
> did you rebuild your initramfs after blacklist the module?,
> /etc/modprobe.d contents should be in initramfs

Yes, that doesn't help. The problem is that the "radeonfb" driver is
built into the kernel instead as a module and blacklisting won't
help. It's still being load during early boot and even though it
gets unloaded later, it leaves the GPU in a state where the radeon
module won't work anymore and X.Org falls back to fbdev.

I can disable the driver and make the regular radeon driver work
by adding the following to the kernel command line:


Thus, the issue is not CONFIG_DRM_RADEON_UMS but CONFIG_FB_RADEON.

Interestingly, CONFIG_FB_RADEON is built as a module on amd64 and i386:

root@jessie32:~> uname -a
Linux jessie32 3.14-1-686-pae #1 SMP Debian 3.14.4-1 (2014-05-13) i686
root@jessie32:~> grep CONFIG_FB_RADEON= /boot/config-$(uname -r)

root@jessie64:~> uname -a
Linux jessie64 3.14-1-amd64 #1 SMP Debian 3.14.4-1 (2014-05-13) x86_64
root@jessie64:~> grep CONFIG_FB_RADEON= /boot/config-$(uname -r)

while it's built in on the PowerPC:

root@test-adrian1:~> uname -a
Linux test-adrian1 3.15-rc8-powerpc #1 Debian 3.15~rc8-1~exp1
(2014-06-03) ppc GNU/Linux
root@test-adrian1:~> grep CONFIG_FB_RADEON= /boot/config-$(uname -r)

I will try rebuilding the kernel on the PowerPC with CONFIG_FB_RADEON=m
and see if it fixes the issue by allowing to blacklist the radeonfb
module. If yes, I'll send in a kernel patch to change the configuration
for the powerpc kernel accordingly.



 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaubitz@debian.org
`. `'   Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Reply to: