Processed (with 1 errors): Re: Bug#748398: linux: Please disable CONFIG_DRM_RADEON_UMS on powerpc
Processing control commands: tags -1 patch Bug #748398 [src:linux] linux: Please disable CONFIG_DRM_RADEON_UMS on powerpc Added tag(s) patch. title -1 linux: Please disable CONFIG_DRM_RADEON_UMS on powerpc Unknown command or malformed arguments to command. -- 748398: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748398 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.b748398.140476395614277.transcr...@bugs.debian.org
Bug#748398: linux: Please disable CONFIG_DRM_RADEON_UMS on powerpc
control: tags -1 patch control: title -1 linux: Please disable CONFIG_DRM_RADEON_UMS on powerpc On 06/29/2014 02:19 PM, John Paul Adrian Glaubitz wrote: I will provide a proposed diff for the kernel configuration on powerpc later. Suggested patch attached which aligns the framebuffer configuration with the other architectures, making most framebuffer drivers be compiled as modules. This fixes the problem with the X.Org Radeon driver (xserver-xorg-video- radeon) not working on PowerPC Macs. I'd be glad if this patch could be applied for the next upload so people won't need to build their own kernels when using these machines. I generated the patch using the current Linux 3.15 kernel package from experimental, but the kernel configuration for framebuffer devices should be the same for 3.14. Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 --- config.org 2014-05-03 10:46:13.0 +0200 +++ config 2014-07-07 22:02:55.378040388 +0200 @@ -816,37 +816,42 @@ CONFIG_FB_MODE_HELPERS=y CONFIG_FB_TILEBLITTING=y CONFIG_FB_CIRRUS=m -# CONFIG_FB_PM2 is not set -# CONFIG_FB_CYBER2000 is not set +CONFIG_FB_PM2=m +CONFIG_FB_PM2_FIFO_DISCONNECT=y +CONFIG_FB_CYBER2000=m +CONFIG_FB_CYBER2000_DDC=y CONFIG_FB_OF=y CONFIG_FB_CT65550=y -# CONFIG_FB_ASILIANT is not set +CONFIG_FB_ASILIANT=y +CONFIG_FB_IMSTT=y # CONFIG_FB_VGA16 is not set CONFIG_FB_S1D13XXX=m -CONFIG_FB_MATROX=y +CONFIG_FB_MATROX=m CONFIG_FB_MATROX_MILLENIUM=y CONFIG_FB_MATROX_MYSTIQUE=y CONFIG_FB_MATROX_G=y CONFIG_FB_MATROX_I2C=m CONFIG_FB_MATROX_MAVEN=m -CONFIG_FB_RADEON=y +CONFIG_FB_RADEON=m CONFIG_FB_RADEON_I2C=y +CONFIG_FB_RADEON_BACKLIGHT=y # CONFIG_FB_RADEON_DEBUG is not set -CONFIG_FB_ATY128=y -CONFIG_FB_ATY=y +CONFIG_FB_ATY128=m +CONFIG_FB_ATY128_BACKLIGHT=y +CONFIG_FB_ATY=m CONFIG_FB_ATY_CT=y CONFIG_FB_ATY_GENERIC_LCD=y CONFIG_FB_ATY_GX=y +CONFIG_FB_ATY_BACKLIGHT=y CONFIG_FB_SAVAGE=m CONFIG_FB_SAVAGE_I2C=y CONFIG_FB_SAVAGE_ACCEL=y -CONFIG_FB_SIS=y +CONFIG_FB_SIS=m CONFIG_FB_SIS_300=y CONFIG_FB_SIS_315=y CONFIG_FB_NEOMAGIC=m CONFIG_FB_KYRO=m -CONFIG_FB_3DFX=y -CONFIG_FB_VOODOO1=y +CONFIG_FB_VOODOO1=m CONFIG_FB_TRIDENT=m CONFIG_FB_IBM_GXT4500=m # CONFIG_FB_VIRTUAL is not set
Bug#748398: linux: Please disable CONFIG_DRM_RADEON_UMS on powerpc
On 06/27/2014 05:35 PM, John Paul Adrian Glaubitz wrote: 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. Verified. Setting CONFIG_FB_RADEON=m and rebuilding the kernel fixes the radeon problem on my Mac Mini G4 PPC permanently. Since there are several framebuffer drivers compiled into the kernel instead of building them as modules on the PowerPC kernel, I suggest to build these as modules as well to avoid the very same problem for other video adapters. I will provide a proposed diff for the kernel configuration on powerpc later. Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53b00463.3060...@physik.fu-berlin.de
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: video=radeonfb:off 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 GNU/Linux root@jessie32:~ grep CONFIG_FB_RADEON= /boot/config-$(uname -r) CONFIG_FB_RADEON=m root@jessie32:~ root@jessie64:~ uname -a Linux jessie64 3.14-1-amd64 #1 SMP Debian 3.14.4-1 (2014-05-13) x86_64 GNU/Linux root@jessie64:~ grep CONFIG_FB_RADEON= /boot/config-$(uname -r) CONFIG_FB_RADEON=m root@jessie64:~ 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) CONFIG_FB_RADEON=y root@test-adrian1:~ 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. Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53ad8f33.3010...@physik.fu-berlin.de
Bug#748398: linux: Please disable CONFIG_DRM_RADEON_UMS on powerpc
On 05/17/2014 02:30 PM, John Paul Adrian Glaubitz wrote: After some more testing it turned out that adding video=radeonfb:off to the kernel command line fixes the problem and makes modesetting work on the Mac Mini G4. The driver is actually blacklisted by default: root@test-adrian1:~# grep radeonfb /etc/modprobe.d/* /etc/modprobe.d/fbdev-blacklist.conf:blacklist radeonfb root@test-adrian1:~# However, it's still loaded before the actual root filesystem is mounted and is later unloaded. Even after then, modesetting doesn't work after loading the radeon module. did you rebuild your initramfs after blacklist the module?, /etc/modprobe.d contents should be in initramfs $ lsinitramfs /boot/initrd.img-3.2.0-4-amd64 |grep black etc/modprobe.d/blacklist.conf etc/modprobe.d/alsa-base-blacklist.conf etc/modprobe.d/fbdev-blacklist.conf scripts/init-top/blacklist -- 1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5378f8a8.5050...@zumbi.com.ar
Bug#748398: linux: Please disable CONFIG_DRM_RADEON_UMS on powerpc
After some more testing it turned out that adding video=radeonfb:off to the kernel command line fixes the problem and makes modesetting work on the Mac Mini G4. The driver is actually blacklisted by default: root@test-adrian1:~# grep radeonfb /etc/modprobe.d/* /etc/modprobe.d/fbdev-blacklist.conf:blacklist radeonfb root@test-adrian1:~# However, it's still loaded before the actual root filesystem is mounted and is later unloaded. Even after then, modesetting doesn't work after loading the radeon module. So, radeonfb has to be prevented from loading from earlier on, probably by disabling it in the kernel configuration or blacklisting it in the initrd. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53779cb5.6030...@physik.fu-berlin.de
Bug#748398: linux: Please disable CONFIG_DRM_RADEON_UMS on powerpc
Source: linux Version: 3.14.4-1 Severity: normal Hi! I installed Debian on my old Mac Mini G4 today (see installation report [1]) and tried to get X up and running after rebooting the machine. Unfortunately, I couldn't get X to work with anything but the fbdev driver. After looking through the logs, I found that Xorg.0.log contained these lines: (II) [KMS] drm report modesetting isn't supported. Which explains that both xf86-video-radeon and xf86-video-modesetting weren't working. I inspected the kernel configuration for the powerpc kernel and found something interesting, CONFIG_DRM_RADEON_UMS is currently still enabled here while it's disabled on x86_64 where modesetting on radeon is working fine. On powerpc: root@test-adrian1:/boot# uname -a Linux test-adrian1 3.14-1-powerpc #1 Debian 3.14.4-1 (2014-05-13) ppc GNU/Linux root@test-adrian1:/boot# grep CONFIG_DRM_RADEON_UMS config-`uname -r` CONFIG_DRM_RADEON_UMS=y root@test-adrian1:/boot# On x86_64: root@z6:/boot uname -a Linux z6 3.14-1-amd64 #1 SMP Debian 3.14.4-1 (2014-05-13) x86_64 GNU/Linux root@z6:/boot grep CONFIG_DRM_RADEON_UMS config-`uname -r` # CONFIG_DRM_RADEON_UMS is not set root@z6:/boot I'm currently building a local kernel to verify that enabling CONFIG_DRM_RADEON_UMS disables KMS for radeon, but since this CONFIG option is deprecated anyway and UMS is no longer supported in xf86-video-radeon, I'd like to ask to have CONFIG_DRM_RADEON_UMS disabled on powerpc (and all other architectures where it's still enabled). Cheers, Adrian -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 3.14-1-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140516214059.9538.24582.report...@test-adrian1.physik.fu-berlin.de
Bug#748398: linux: Please disable CONFIG_DRM_RADEON_UMS on powerpc
I installed Debian on my old Mac Mini G4 today (see installation report [1]) and tried to get X up and running after rebooting the machine. Forgot the reference: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748327 Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53768783.6030...@physik.fu-berlin.de
