Bug#721796: xserver-xorg-video-radeon: X not starting anymore after upgrade
Package: xserver-xorg-video-radeon Version: 1:7.2.0-1 Severity: important Dear Maintainer, Since last upgrade from 1:6.14.4-8 to 1:7.2.0-1 X does not start for me. I've tried moving my custom xorg.conf out of the way but to no avail. I've also tried using an old linux kernel, also unsuccessfully, that's why I'm filing the bug here. Please tell me if you need more info, however my availibity may be scarce for the next week. The comments on xorg.conf are from 2010 where I had another issue and tried some alternative configurations, I tested the other Screen directives on ServerLayout, they didn't work either but for reasons apparently unrelated (fglrx not supporting my chipset anymore, vesa complaining about No matching modes). The computer is a 5-year-old Samsung R60+ laptop using a Radeon X1250. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Mar 26 2011 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2027892 Apr 17 13:20 /usr/bin/Xorg Diversions concerning libGL are in place diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions VGA-compatible devices on PCI bus: -- 01:05.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RS600M [Radeon Xpress 1250] [1002:7942] Xorg X server configuration file status: -rw-r--r-- 1 root root 3496 Sep 4 08:08 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section ServerLayout Identifier Server Layout Screen 0 radeon-screen 0 0 # Screen 0 fglrx-screen 0 0 # Screen 0 default-screen 0 0 InputDeviceTouchpad InputDeviceKeyboard EndSection Section Files EndSection Section Module Loadsynaptics EndSection Section InputDevice Identifier Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc105 Option XkbLayout es EndSection Section InputDevice Identifier Touchpad Driver synaptics Option Device /dev/psaux Option Protocolauto-dev Option HorizEdgeScroll false # Option SHMConfig on EndSection Section Monitor Identifier default-monitor # Option DPMS true EndSection Section Monitor Identifier fglrx-monitor Option VendorName ATI Proprietary Driver Option
Bug#721796: xserver-xorg-video-radeon: X not starting anymore after upgrade
On Mit, 2013-09-04 at 08:39 +0200, Eloi Notario wrote: Package: xserver-xorg-video-radeon Version: 1:7.2.0-1 Severity: important Dear Maintainer, Since last upgrade from 1:6.14.4-8 to 1:7.2.0-1 X does not start for me. I've tried moving my custom xorg.conf out of the way but to no avail. I've also tried using an old linux kernel, also unsuccessfully, that's why I'm filing the bug here. Please tell me if you need more info, however my availibity may be scarce for the next week. The comments on xorg.conf are from 2010 where I had another issue and tried some alternative configurations, I tested the other Screen directives on ServerLayout, they didn't work either but for reasons apparently unrelated (fglrx not supporting my chipset anymore, vesa complaining about No matching modes). The computer is a 5-year-old Samsung R60+ laptop using a Radeon X1250. [...] [ 1073.294] (II) [KMS] drm report modesetting isn't supported. [...] DRM Information from dmesg: --- [1.278892] Linux agpgart interface v0.103 Looks like the radeon kernel module doesn't get loaded before X starts. Current upstream xf86-video-ati only works with the radeon kernel module loaded in KMS mode. Maybe some leftover from fglrx is preventing the radeon kernel module from getting loaded. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721796: xserver-xorg-video-radeon: X not starting anymore after upgrade
El Dimecres, 4 de setembre de 2013, a les 12:47:32, Michel Dänzer va escriure: [...] Looks like the radeon kernel module doesn't get loaded before X starts. Current upstream xf86-video-ati only works with the radeon kernel module loaded in KMS mode. Maybe some leftover from fglrx is preventing the radeon kernel module from getting loaded. I have no fglrx packages installed, however I purged them to try to get rid of possible leftovers. That didn't work. Then I manually loaded the radeon module using modprobe, expecting some sort of error or more clues, but it worked. After this and a kdm restart, everything seems back to normal. For some reason, xorg does not load (or tries to and fails) the readon kernel module. I added radeon to /etc/modules so it's loaded at every startup, which it does earlier at boot, noticeable due to the smaller console font. If you consider appropiate, I am willing to do some tests on my machine to check why the radeon module is not automatically loaded, but please tell me how to proceed (I am almost clueless about kernel whereabouts). If not, for me the problem is solved and the bug may be closed. Thank you for your help :-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721796: xserver-xorg-video-radeon: X not starting anymore after upgrade
On Wed, Sep 4, 2013 at 22:32:12 +0200, Eloi Notario wrote: El Dimecres, 4 de setembre de 2013, a les 12:47:32, Michel Dänzer va escriure: [...] Looks like the radeon kernel module doesn't get loaded before X starts. Current upstream xf86-video-ati only works with the radeon kernel module loaded in KMS mode. Maybe some leftover from fglrx is preventing the radeon kernel module from getting loaded. I have no fglrx packages installed, however I purged them to try to get rid of possible leftovers. That didn't work. Did you reboot after purging the fglrx stuff? Then I manually loaded the radeon module using modprobe, expecting some sort of error or more clues, but it worked. After this and a kdm restart, everything seems back to normal. For some reason, xorg does not load (or tries to and fails) the readon kernel module. I added radeon to /etc/modules so it's loaded at every startup, which it does earlier at boot, noticeable due to the smaller console font. If you consider appropiate, I am willing to do some tests on my machine to check why the radeon module is not automatically loaded, but please tell me how to proceed (I am almost clueless about kernel whereabouts). If not, for me the problem is solved and the bug may be closed. Check for any blacklist in /etc/modprobe.d/ maybe. Cheers, Julien signature.asc Description: Digital signature
Bug#721796: xserver-xorg-video-radeon: X not starting anymore after upgrade
El Dimecres, 4 de setembre de 2013, a les 22:41:56, Julien Cristau va escriure: On Wed, Sep 4, 2013 at 22:32:12 +0200, Eloi Notario wrote: [...] I have no fglrx packages installed, however I purged them to try to get rid of possible leftovers. That didn't work. Did you reboot after purging the fglrx stuff? Yes. In fact, I did reboot after a manual modprobe radeon and found myself in the same situation: xorg didn't insert the module on its own, and after running again modprobe it started. That's when I put it in /etc/modules. Check for any blacklist in /etc/modprobe.d/ maybe. entfe001@portatil2:~$ grep radeon /etc/modprobe.d/* /etc/modprobe.d/fbdev-blacklist.conf:blacklist radeonfb /etc/modprobe.d/radeon-kms.conf:options radeon modeset=1 OTOH all but one of the uncommented blacklists come from fbdev-blacklist and all its modules end with fb. The other one is at alsa-base-blacklist.conf and blocks snd-pcsp. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
