Bug 13502

again, would you please try if turn framebuffer compression off helps?

Turning off fbc does not help this (but improves animation smoothness in Compiz a *lot*).

Created attachment 12930 [details]
Log file without fbc and with modedebug

I am also experiencing this bug.  I am using Fedora 8 (with all updates applied) on an HP slimline s7700y with an intel 945GM graphics and a Dell E172FP LCD.  Here is the output from lscpi -v

00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) (prog-if 00 [VGA])
        Subsystem: Hewlett-Packard Company Unknown device 2a44
        Flags: bus master, fast devsel, latency 0, IRQ 19
        Memory at ffa80000 (32-bit, non-prefetchable) [size=512K]
        I/O ports at ec00 [size=8]
        Memory at d0000000 (32-bit, prefetchable) [size=256M]
        Memory at ffa40000 (32-bit, non-prefetchable) [size=256K]
        Capabilities: [90] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable-
        Capabilities: [d0] Power Management version 2

When I switch back to the i810 driver, I do not see this issue with totem.

Yeah, our mode setting code disables outputs and CRTCs a bit too easily.  We need some improvements there (may require server changes too).

Andreas, can you file a new bug for the framebuffer compression sluggishness problem?  You can assign it to me.

Wrt the sluggishness issue--once many applications are open, it's just as sluggish as before. Don't think it made a difference. Sorry for the noise.

Would you please elaborate on what steps you did to trigger the problem?

I've tried to use totem to play something on my 945GM machine, no off/on on external monitor.

Thanks,
Hong

Steps to reproduce:

1. Run totem. (no need to specify a movie file or anything)

My version of totem is 2.20.3. Trying this with a cheapo external LCD like mine probably helps. (a SAMSUNG SyncMaster 940B)

(fyi, by now i'm on debian version 2.2.1-1 of the driver)

Would you please ignore your TV output in your xorg.conf?

What you should do is:

1. add Option "Monitor-TV" "TV" to your device section.
2. add a monitor section
Section "Monitor"
        Identifier      "TV"
        option  "ignore" "true"
EndSection

Thanks,
Hong

That does away with the screen blanking. Nice.

However, while I don't really understand what those options do, it seems like they disable TV-Out, which I use occasionally. Do I have to take them out every time I want to use the S-Video port?

(In reply to comment #10)
> That does away with the screen blanking. Nice.
> 
> However, while I don't really understand what those options do, it seems like
> they disable TV-Out, which I use occasionally. Do I have to take them out every
> time I want to use the S-Video port?
> 

Yes, these options disable the TV output. I am afraid you have to remove these options when you want to use S-Vido.

The problem is: When you execute the xrandr tool, it will try to detect the status of each output. For the TV output, we must find a pipe (which is already used for your external monitor) for it to do a status detection. So your external VGA will be disabled at that time.

Nanhai, is there any other ways to do a TV output status detection?

Thanks,
Hong

Using ltrace, I found out that totem makes these two calls to Xrandr. Do these necessarily involve detecting whether a TV is connected?

XRRQueryExtension(0x80bced0, 0xbff4fa58, 0xbff4fa54, 0x8072d41, 0x841e0c0) = 1
XRRGetScreenInfo(0x80bced0, 151, 0xbff4fa54, 0x8072d41, 0x841e0c0) = 0x80c1ee0

(In reply to comment #12)
> XRRGetScreenInfo(0x80bced0, 151, 0xbff4fa54, 0x8072d41, 0x841e0c0) = 0x80c1ee0
> 

Yes, this call causes the symptom, the call chain is:
ProcRRGetScreenInfo -> RRGetInfo -> xf86RandR12GetInfo12 -> xf86ProbeOutputModes

We will do connection status detection when probing output modes.

Thanks,
Hong

*** Bug 13907 has been marked as a duplicate of this bug. ***

(In reply to comment #4)
> When I switch back to the i810 driver, I do not see this issue with totem.
> 

Does i810 driver support dual-head display? what is the xrandr -q output when using i810 driver.

I am afraid this issue will exist until we can find any other way to detect TV connection status.

*** This bug has been marked as a duplicate of bug 17405 ***