Bug 11781

have you two monitors plugged in? it sound like the overlay is routed to  the wrong output,

xvattr -a XV_SWITCHCRT -p 1 

or 

xvattr -a XV_SWITCHCRT -p 0

I've only one. Do you want me to run these commands once back at home (where resides the ati card)?

(In reply to comment #2)
> I've only one. Do you want me to run these commands once back at home (where
> resides the ati card)?
> 

Right, but some cards seems to have the outputs routed wrong by default, so go ahead and try the options.  Thanks.

Created attachment 11075 [details]
My Xorg logs

I didn't have xvattr installed, so I'll only be able to answer you
monday.

However, as the attached Xorg.0.log shows, the ati driver wrongly
detects *twice* the same monitor...

I really have only one monitor... I think that the monitor detection fixes that wented in for bug #10772 are not enought...

I've only one monitor, connected to the single vga port of my old
"Radeon R200 QL [Radeon 8500 LE]" (PCI ids: vendor=0x1002
device=0x514c subv=0x1681 subd=0x0003).

Created attachment 11076 [details]
my /etc/X11/xorg.conf

Note that other people reported the same side issue while discussing bug #10772 btw.

> However, as the attached Xorg.0.log shows, the ati driver wrongly
> detects *twice* the same monitor...
> 
> I really have only one monitor... I think that the monitor detection fixes that
> wented in for bug #10772 are not enought...
> 
> I've only one monitor, connected to the single vga port of my old
> "Radeon R200 QL [Radeon 8500 LE]" (PCI ids: vendor=0x1002
> device=0x514c subv=0x1681 subd=0x0003).
> 

(II) RADEON(0): Port1:
 Monitor   -- CRT
 Connector -- VGA
 DAC Type  -- Primary
 TMDS Type -- External
 DDC Type  -- VGA_DDC
(II) RADEON(0): Port2:
 Monitor   -- CRT
 Connector -- VGA
 DAC Type  -- Primary
 TMDS Type -- External
 DDC Type  -- VGA_DDC

both channels have the same DDC type so the driver is using the same DDC channel for both ports, hence you monitor being detected twice.  I suspect there is a problem with your bios connector table. the reason Xv is not working is because both crtcs are active and crtc2 happens to be driving the one you are viewing (by default the overlay is sourced to crtc1).  Alternatively, you could specify a monitorlayout or turn off mergedfb so that only crtc1 is active.

That would be an explanation... but:

1) previous drivers never had this issue
   (see the diff of my Xorg.0.log on bug #10772, comment #10)

2) lot of people reported the same issues with monitor detection
   and black or blue window with XV (see bug #10772, comments 23)
   See also https://bugzilla.novell.com/show_bug.cgi?id=264720#c28

Since a lot of people see the "double monitor detection" bug, I think
it hints that the fixes that wen in 6.6.193 are not enough...

For the record, I use the Mandriva Cooker (http://wiki.mandriva.com/en/Development) packages from:
http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/x11-driver-video-ati/current/
http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/x11-server/current/

Note that I tested the X server w/o today xrandr1.2 backport w/o any improvements... (I'ven't tested yet this x server).

(In reply to comment #8)
> That would be an explanation... but:
> 
> 1) previous drivers never had this issue
>    (see the diff of my Xorg.0.log on bug #10772, comment #10)

The driver has been significantly refactored since 6.6.3.

> 
> 2) lot of people reported the same issues with monitor detection
>    and black or blue window with XV (see bug #10772, comments 23)
>    See also https://bugzilla.novell.com/show_bug.cgi?id=264720#c28
> 
> Since a lot of people see the "double monitor detection" bug, I think
> it hints that the fixes that wen in 6.6.193 are not enough...
> 

lets not confuse issues here. bug 10772 was about a segfault in the blanking code, not about monitor detection problems.  the fix from 10772 has nothing to do with monitor detection.  As I said in the previous comment, I'm pretty sure I know why this is happening, as such we can work on getting it fixed.

(In reply to comment #9)
> For the record, I use the Mandriva Cooker
> (http://wiki.mandriva.com/en/Development) packages from:
> http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/x11-driver-video-ati/current/
> http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/x11-server/current/
> 
> Note that I tested the X server w/o today xrandr1.2 backport w/o any
> improvements... (I'ven't tested yet this x server).
> 

Right.  Either your bios connector table is wrong, or we need to add a quirk for your card.  Can you send me (alexdeucher AT gmail DOT com) a copy of your video bios?

As root:
cd /sys/bus/pci/devices/<card_pci_id>
echo 1 > rom
cat rom /tmp/rom
echo 0 > rom

You can find the card's pci id by looking at the output of lspci.

xvattr failled:

$ xvattr -a XV_SWITCHCRT -p 1
Found Xv 2.2
X Error of failed request:  XvBadPort
  Major opcode of failed request:  141 (XVideo)
  Minor opcode of failed request:  14 ()
  Serial number of failed request:  11
  Current serial number in output stream:  11
$ xvattr -a XV_SWITCHCRT -p 0
Found Xv 2.2
X Error of failed request:  XvBadPort
  Major opcode of failed request:  141 (XVideo)
  Minor opcode of failed request:  14 ()
  Serial number of failed request:  11
  Current serial number in output stream:  11


> Right.  Either your bios connector table is wrong, or we need to add a quirk
> for your card.  Can you send me (alexdeucher AT gmail DOT com) a copy of your
> video bios?
> 
> As root:
> cd /sys/bus/pci/devices/<card_pci_id>
> echo 1 > rom
> cat rom /tmp/rom
> echo 0 > rom
> 
> You can find the card's pci id by looking at the output of lspci.

This is not the PCI ids of the card but PCI domain, bus, device & function.

I've sent you the ROM anyway.

(In reply to comment #11)
> xvattr failled:
> 
> $ xvattr -a XV_SWITCHCRT -p 1
> Found Xv 2.2
> X Error of failed request:  XvBadPort
>   Major opcode of failed request:  141 (XVideo)
>   Minor opcode of failed request:  14 ()
>   Serial number of failed request:  11
>   Current serial number in output stream:  11
> $ xvattr -a XV_SWITCHCRT -p 0
> Found Xv 2.2
> X Error of failed request:  XvBadPort
>   Major opcode of failed request:  141 (XVideo)
>   Minor opcode of failed request:  14 ()
>   Serial number of failed request:  11
>   Current serial number in output stream:  11
> 

Can you attach the output of xvinfo?

Created attachment 11133 [details]
xvinfo output

(In reply to comment #11)
> xvattr failled:
> 
> $ xvattr -a XV_SWITCHCRT -p 1
> Found Xv 2.2
> X Error of failed request:  XvBadPort
>   Major opcode of failed request:  141 (XVideo)
>   Minor opcode of failed request:  14 ()
>   Serial number of failed request:  11
>   Current serial number in output stream:  11
> $ xvattr -a XV_SWITCHCRT -p 0
> Found Xv 2.2
> X Error of failed request:  XvBadPort
>   Major opcode of failed request:  141 (XVideo)
>   Minor opcode of failed request:  14 ()
>   Serial number of failed request:  11
>   Current serial number in output stream:  11

you actually want:

xvattr -a XV_SWITCHCRT -v 1

your bios connector table looks fine.  It shows 1 VGA port.  The randr-1.2 branch should parse this properly.  I'm investigating what's up with master now.

it works with "xvattr -a XV_SWITCHCRT -v 1", not with "-v0":

$ xvattr -a XV_SWITCHCRT -v 1
Found Xv 2.2
XV_SWITCHCRT set to 1

so the switchcrt works?

alex any ideas on what was going on otherwise? or should we just push to randr 1.2 ?

Yes it works. But the monitor detection code is buggy.

I fear I'll have to go back to ati driver 6.6.3 for Mandriva Linux 2008.0...

(In reply to comment #17)
> so the switchcrt works?
> 
> alex any ideas on what was going on otherwise? or should we just push to randr
> 1.2 ?
> 

The 6.7 gets the connector table wrong so the driver thinks the same monitor is on both ports and activates both crtcs.  This should work fine in master (6.7.191) already.  A workaround for 6.7 would be to add a monitorlayout line:
Option "MonitorLayout" "CRT, NONE"
Unfortunately, the real fix is probably to rewrite the connector table parsing for 6.7.

(In reply to comment #19)
> I fear I'll have to go back to ati driver 6.6.3 for Mandriva Linux 2008.0...
> 

give ati master or 6.7.191 a try.

I'll do tonight. On the positive side, 6.7.191 brings X up again on RS480 (Radeon Xpress 200G) at work, which didn't worked previously since 6.6.3.

Created attachment 11252 [details]
It's fixed with 6.7.191, though the log file looks "spammed" with the same info over & over

fixed in master.