Bug#699731: xserver-xorg-video-radeon: RandR extension disabled although nonfree-firmware is installed with RadeonX1200M

Andreas Glaeser bugs.andreas.glaeser at freenet.de
Tue Feb 5 03:12:33 PST 2013


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Mon, 04 Feb 2013 10:27:56 +0100
Michel Dänzer <daenzer at debian.org> wrote:

> On Mon, 2013-02-04 at 09:30 +0100, Andreas Glaeser wrote: 
> > 
> > The 'firmware-linux-nonfree' package was set up, which made DRI work and Gnome3 run
> > in non-fallback mode, but RandR is still diabled (see below), so the resolution is
> > 640x480 and it cannot be changed using SystemSettings/Screen.
> 
> [...]
> 
> > 'aptitude show firmware-linux-nonfree' did not tell me clearly whether the package
> > contains firmware for the hardware or not, maybe it is required for any RADEON-GPU.
> 
> It does, and it generally is for hardware acceleration.
> 
> > 'xserver-xorg-video-radeon' suggests 'firmware-linux', but probably this should at
> > least be a recommendation or even a real dependency.
> 
> That is not allowed for packages in main.
> 
> 
> > [   596.213] (II) RADEON(0): Printing probed modes for output LVDS
> > [   596.213] (II) RADEON(0): Modeline "640x480"x60.0   25.20  640 648 744 800  480
> > 482 484 525 -hsync -vsync (31.5 kHz eP) [   596.213] (II) RADEON(0): Output DVI-0
> > connected [   596.213] (II) RADEON(0): Output LVDS connected
> 
> Is this a laptop? The drivers are detecting an LVDS panel with 640x480
> resolution, which I suspect is the source of your problems.
> 
> Does it help if you disable the LVDS/Laptop display or deselect 'Mirror
> displays' in the GNOME display settings? If not, and if you don't ever
> need the LVDS display, video=LVDS-1:d on the kernel commandline might
> help.
> 
> 
> > [   596.217] (II) RADEON(0): RandR 1.2 enabled, ignore the following RandR disabled
> > message.
> > [   596.217] (--) RandR disabled
> 
> As you can see, RandR 1.2 is enabled, the second message is an artifact
> of how RandR 1.2 support is initialized in the X server.
> 
> 

The device is not a laptop, but a thin client, my report refers to this
installation-report:
699691 at bugs.debian.org
Adding 'video=LVDS-1:d' to the kernel commandline in fact did resolve the problem, I can
enjoy the GNOME-Desktop at full 1024x768 resolution now. The graphics-problem with the
XFCE-desktop background is also gone, but the virtual terminals alt-F1 to alt-F6,i.e.
tty1 to tty6 now are periodically blanking, i.e. turning 'black', so there still seems to
be some kind of problem...
In spite of it I am going to add the k-option to /etc/default/grub now and see if that
works, because the ttyx-blanking does not affect the X-display.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAlEQ6SEACgkQ5+rBHyUt5wu5+wCfV1v0Q3HZxPmAt7lq0kYSa00p
K7sAoLo40w2k9HkFYe5tQ8/SaGnXkHWG
=/VUf
-----END PGP SIGNATURE-----
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Xorg.0.log.gz
Type: application/x-gzip
Size: 16987 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg-driver-ati/attachments/20130205/6be2b43a/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: xorg.conf.gz
Type: application/x-gzip
Size: 1615 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg-driver-ati/attachments/20130205/6be2b43a/attachment-0003.bin>


More information about the xorg-driver-ati mailing list