xf86-video-ati Modeline and xvidtune problems

Bug #173685 reported by DJ_DEF
4
Affects Status Importance Assigned to Milestone
xserver-xorg-driver-ati
Invalid
High
xserver-xorg-video-ati (Ubuntu)
Invalid
Undecided
Tormod Volden

Bug Description

Binary package hint: xorg

I tried the new radeon drivers:

6.7.192
6.7.195
6.7.196

With all of them I couldn't center the screen. I tried both with xvidtune
(setting parameters and hitting Apply) and putting the line Modeline
xxxxxxxxxxxx in /etc/X11/xorg.conf.
Modeline simply doesn't work while xvidtune say I requested a mode-line that is
not possible or supported.

6.6.3 release works fine and I have no problem.
My xorg version it is not the latest but is 1.3... however I think this is an
issue of all xorg versions and it should be reproducible with any hardware,
distro and xorg.conf settings.
My video card is a radeon 9600 (all in wonder variant).

Revision history for this message
DJ_DEF (dj-def) wrote :

Binary package hint: xorg

I tried the new radeon drivers:

6.7.192
6.7.195
6.7.196

With all of them I couldn't center the screen. I tried both with xvidtune
(setting parameters and hitting Apply) and putting the line Modeline
xxxxxxxxxxxx in /etc/X11/xorg.conf.
Modeline simply doesn't work while xvidtune say I requested a mode-line that is
not possible or supported.

6.6.3 release works fine and I have no problem.
My xorg version it is not the latest but is 1.3... however I think this is an
issue of all xorg versions and it should be reproducible with any hardware,
distro and xorg.conf settings.
My video card is a radeon 9600 (all in wonder variant).

Revision history for this message
In , agd5f (agd5f) wrote :

Unfortunately, I don't think xvidtune is randr 1.2 aware. You can manually add modelines on the fly however with xrandr --newmode and xrandr --addmode

Revision history for this message
In , DJ_DEF (dj-def) wrote :

(In reply to comment #1)
> Unfortunately, I don't think xvidtune is randr 1.2 aware. You can manually add
> modelines on the fly however with xrandr --newmode and xrandr --addmode
>

I did this:
1) xrandr --newmode Centrato 108.0 1280 1336 1448 1696 1024 1025 1028 1066 +HSync +VSync
2) xrandr --addmode VGA-0 Centrato

... but nothing happened

Revision history for this message
In , agd5f (agd5f) wrote :

(In reply to comment #2)

> I did this:
> 1) xrandr --newmode Centrato 108.0 1280 1336 1448 1696 1024 1025 1028 1066
> +HSync +VSync
> 2) xrandr --addmode VGA-0 Centrato
>
> ... but nothing happened
>

Can you attach the output of xrandr and xrandr --verbose after running those commands?

Revision history for this message
In , DJ_DEF (dj-def) wrote :

Created an attachment (id=12948)
output of xrandr --verbose

output of xrandr --verbose

Revision history for this message
In , agd5f (agd5f) wrote :

(In reply to comment #4)
> Created an attachment (id=12948) [details]
> output of xrandr --verbose

looks like Centrato mode wasn't added to the output. however, "try1" was added.
xrandr--output VGA-0 --mode try1
should work.

Revision history for this message
In , DJ_DEF (dj-def) wrote :

(In reply to comment #5)
> looks like Centrato mode wasn't added to the output. however, "try1" was
> added.
> xrandr--output VGA-0 --mode try1
> should work.

Yeah!!! Now I finally have the screen centered!
Thank you very much Alex!

The only thing I still don't understand is why xvidtune worked fine with precedent drivers and now it doesn't anymore.

Revision history for this message
In , DJ_DEF (dj-def) wrote :

however xrandr doesn't make the changes to apply forever... I have to run that commands every time I reboot.

Revision history for this message
In , DJ_DEF (dj-def) wrote :

For the moment this saved my situation:

Section "Monitor"
        Identifier "L1717S"
        Option "DPMS"
        Modeline "Centered" 108.00 1280 1336 1448 1692 1024 1025 1028 1066 +hsync +vsync
        Option "PreferredMode" "Centered"
EndSection

Revision history for this message
In , agd5f (agd5f) wrote :

(In reply to comment #6)
>
> The only thing I still don't understand is why xvidtune worked fine with
> precedent drivers and now it doesn't anymore.
>

The old radeon driver did not support xrandr 1.2, the new one does. xvidtune is not xrandr 1.2 aware. randr 1.2 handles multiple crtcs and outputs; randr 1.0 assumed one output per screen. the xrandr 1.0 compatibility paths are not well tested and in some cases the 1.0 compatibility output/crtc may not match what's currently in use by the driver.

Revision history for this message
DJ_DEF (dj-def) wrote :

Now this has the effect of the single line I precedently put (I added the PreferredMode and it works):

Section "Monitor"
        Identifier "L1717S"
        Option "DPMS"
        Modeline "Centered" 108.00 1280 1336 1448 1692 1024 1025 1028 1066 +hsync +vsync
        Option "PreferredMode" "Centered"
EndSection

But xvidtune problem still remains (even if we can use xrandr instead of xvidtune)

Revision history for this message
Tormod Volden (tormodvolden) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please attach your X server configuration file (/etc/X11/xorg.conf) and X server log file (/var/log/Xorg.0.log) to the bug report as individual uncompressed file attachments using the "Attachment:" box below. Could you please also try to run without any /etc/X11/xorg.conf and let Xorg autodetect your display and video card? Please also attach the /var/log/Xorg.0.log from this attempt. Thanks in advance.

It would also be great if you could try a newer test version from https://wiki.ubuntu.com/XorgOnTheEdge

Changed in xserver-xorg-video-ati:
assignee: nobody → tormodvolden
status: New → Incomplete
Changed in xserver-xorg-driver-ati:
status: Unknown → Confirmed
Revision history for this message
In , Dmw-isomedia (dmw-isomedia) wrote :

Does this have anything to do with why the ctrl-alt-plus/minus keys don't work for the radeon driver anymore? See also Fedora 8 bug 415231 https://bugzilla.redhat.com/show_bug.cgi?id=415231 with a bunch of logs attached.

Thanks-
Douglas

Revision history for this message
Bryce Harrington (bryce) wrote :

Closing as out of date. If the problem still occurs with released Hardy, please feel free to reopen with the requested information.

Changed in xserver-xorg-video-ati:
status: Incomplete → Invalid
Revision history for this message
In , Oreshka-v-more (oreshka-v-more) wrote :

I have same problem on Radeon 9200 graphics adapter (monitor is CRT Philips 107p5). But driver set in xorg.conf is "ati". Can it be X Server problem, not driver?

There is a regularity on my machine: new GNI/Linux distros (Mandriva 2008.1, Ubuntu and Kubuntu 8.04 and Mandriva 2009 alfa2) that have autoconfigure screen to 1152 x 684 75Hz (after that default resolution was 1600x1200).
If change resolution to 1024x768 (optimal for 17' monitors) and run xvidtune to correct shift of screen (arise after change res to 1024x768), it alert error: "Invalid Mode Request: you have requested a mode line that is not possible or not supported by your hardware configuration". Futhermore any changes tryed to produce with xvidtune causes that error message.

Revision history for this message
In , Oreshka-v-more (oreshka-v-more) wrote :

Maybe, this bug causes kdesktop hangs up Xserver in Mandriva 2008.1 on trying to change screen res from kdesktop section "Display":
https://qa.mandriva.com/show_bug.cgi?id=41494

In this bugrepurt you can find many attached logs.

Revision history for this message
In , Michel-tungstengraphics (michel-tungstengraphics) wrote :

(In reply to comment #11)
> But driver set in xorg.conf is "ati". Can it be X Server problem, not driver?

"ati" is just a wrapper which loads the actual driver for any ATI card, in your case "radeon".

Changed in xserver-xorg-driver-ati:
importance: Unknown → High
Changed in xserver-xorg-driver-ati:
importance: High → Unknown
Changed in xserver-xorg-driver-ati:
importance: Unknown → High
Changed in xserver-xorg-driver-ati:
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.