Bug 1318

Summary:	Nvidia twinview displays both screens as desktop background (Gnome)
Product:	Mageia	Reporter:	Barry Jackson <zen25000>
Component:	RPM Packages	Assignee:	Mageia Bug Squad <bugsquad>
Status:	RESOLVED OLD	QA Contact:
Severity:	normal
Priority:	Normal	CC:	alien, anssi.hannula, mageia, marja11, tmb
Version:	Cauldron	Keywords:	NEEDINFO, UPSTREAM
Target Milestone:	---
Hardware:	All
OS:	Linux
See Also:	https://bugzilla.gnome.org/show_bug.cgi?id=656498
Whiteboard:	lastconfirmed 2011-11-11
Source RPM:	nvidia	CVE:
Status comment:
Attachments:	Gnome desktop illustrating bug. xorg.conf after reverting to default version generated by drakx11 kde bootsplash after login

Description Barry Jackson 2011-05-18 02:01:51 CEST

This happens during boot in KDE after log-in, and in Gnome it shows the desktop background image at both sizes one above the other all the time.

I have proved that twinview is causing this effect by running nvidia-settings in Gnome and moving the TV output screen around in the main monitor window. The TV screen is superimposed on the normal background image.
This does not seem to affect other than the desktop background.
Disabling twinview removes the superimposed second background (Gnome).
This is not an option as I use twinview.

In KDE only the boot background is affected not the desktop.

I am using nvidia FX5600u card (nvidia 173) and "nvidia" driver.

[baz@jackodesktop ~]$ rpm -qa | grep nvidia
nvidia173-doc-html-173.14.30-1.mga1
dkms-nvidia173-173.14.30-1.mga1
x11-driver-video-nvidia173-173.14.30-1.mga1
[baz@jackodesktop ~]$

xorg.conf:-
# File generated by XFdrake (rev 262502)


Section "Device"
    Identifier "device1"
    VendorName "nVidia Corporation"
    BoardName "NVIDIA GeForce FX series"
    Driver "nvidia"
    Option "DPMS"
    Option "TwinViewOrientation" "Clone"
    Option "TwinView"
    Option "AddARGBGLXVisuals"
EndSection

Section "Screen"
    Identifier "screen1"
    Device "device1"
    Monitor "monitor1"
EndSection
# File generated by XFdrake (rev 262502)

# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings:  version 1.0  (iurt@jonund.mageia.org)  Tue Apr 19 21:59:58 UTC 2011

# File generated by XFdrake (rev 262502)
# **********************************************************************
# Refer to the xorg.conf man page for details about the format of
# this file.
# **********************************************************************

Section "ServerLayout"
    Identifier "layout1"
    InputDevice "Keyboard0" "CoreKeyboard"
    InputDevice "Mouse0" "CorePointer"
    Screen "screen1"
EndSection

Section "Module"
    Load "v4l" # Video for Linux
EndSection

Section "ServerFlags"
    # allows the server to start up even if the mouse does not work
    Option "DontZap" "False" # disable <Ctrl><Alt><BS> (server abort)
    #DontZoom # disable <Ctrl><Alt><KP_+>/<KP_-> (resolution switching)
    Option "Xinerama" "0"
    Option "allowmouseopenfail"
EndSection

Section "InputDevice"
    # generated from data in "/etc/sysconfig/keyboard"
    Identifier "Keyboard0"
    Driver "kbd"
    Option "XkbModel" "pc105"
    Option "XkbLayout" "us"
EndSection

Section "InputDevice"
    # generated from default
    Identifier "Mouse0"
    Driver "mouse"
    Option "Protocol" "auto"
    Option "Device" "/dev/psaux"
    Option "Emulate3Buttons" "no"
    Option "ZAxisMapping" "4 5"
EndSection

Section "Monitor"
    # TV fullscreen mode or DVD fullscreen output.
    # 768x576 @ 79 Hz, 50 kHz hsync
    Identifier "monitor1"
    VendorName "Plug'n Play"
    ModelName "SDM-S73"
    HorizSync 28.0 - 65.0
    VertRefresh 57.0 - 75.0
    ModeLine "768x576" 50.00 768 832 846 1000 576 590 595 630
    ModeLine "768x576" 63.07 768 800 960 1024 576 578 590 616
EndSection

Section "Monitor"
    Identifier "Monitor0"
    VendorName "Unknown"
    ModelName "Sony SDM-S73"
    HorizSync 28.0 - 65.0
    VertRefresh 57.0 - 75.0
EndSection

Comment 1 Barry Jackson 2011-05-18 15:04:34 CEST

Created attachment 420 [details]
Gnome desktop illustrating bug.

The attached image illustrates the problem.
The background is duplicated but the foreground is unaffected.
This is now with xorg.conf reverted to the default generated by drakx11 before any attempts to use nvidia-settings to resolve this.
I will attach the current xorg.conf below.

Comment 2 Barry Jackson 2011-05-18 15:07:01 CEST

Created attachment 421 [details]
xorg.conf after reverting to default version generated by drakx11

Barry Jackson 2011-05-20 00:32:47 CEST

CC: (none) => anssi.hannula

Ahmad Samir 2011-05-20 01:53:33 CEST

Assignee: bugsquad => anssi.hannula

Comment 3 Barry Jackson 2011-05-22 13:03:07 CEST

Created attachment 442 [details]
kde bootsplash after login

Rather unpleasant kde bootsplash with this bug - can this not be fixed for release?

Comment 4 Barry Jackson 2011-05-22 13:05:22 CEST

The above attachment is in a fresh install of RC1.

Comment 5 Anssi Hannula 2011-05-26 00:31:34 CEST

I'm not sure if this is really a driver issue.

Colin, Thierry, do you know if this is normal behavior?

CC: (none) => mageia, thierry.vignaud

Comment 6 AL13N 2011-05-26 01:02:11 CEST

i have seen something like this before on an SLI hybrid nvidia card in mdv.

have you tried looking at a screensaver? that's where i had noticed it mostly.

CC: (none) => maarten.vanraes

Comment 7 Colin Guthrie 2011-05-26 10:34:23 CEST

To be honest I know very little about these kind of things these days... I did see a similar thing to the screenshot many moons ago with earlier versions of the intel driver, but those issues have long since gone and I'm not entirely sure what caused them... sorry :(

Comment 8 Barry Jackson 2011-05-26 13:14:22 CEST

I have done some testing in Mandriva 2010.2 (release) using 2.6.33.7-desktop-2mnb and nvidia173-173.14.25-3mdv2010.1.

The Gnome background effect is also there so this does not appear to be new.
I am not a regular Gnome user and had a plain blue background which was hiding it.

In Mandriva KDE the boot effect shown in #3 attachment does not happen.

Anssi Hannula 2011-06-15 18:57:34 CEST

Assignee: anssi.hannula => bugsquad
Source RPM: x11-driver-video-nvidia173-173.14.30-1.mga1 => gnome-desktop

Comment 9 Marja Van Waes 2011-10-13 19:46:38 CEST

@ Barry
What is it like in current cauldron?

CC: (none) => marja11

Comment 10 Marja Van Waes 2011-11-11 17:10:49 CET

Reporter, could you please reply to the previous question? If you don't reply within two weeks from now, I will have to close this bug as OLD. Thank you.

(BTW; telling whether the bug is still valid in Mga 1 instead of cauldron, is OK too)

Comment 11 Barry Jackson 2011-11-11 21:00:19 CET

(In reply to comment #10)
> Reporter, could you please reply to the previous question? If you don't reply
> within two weeks from now, I will have to close this bug as OLD. Thank you.
> 
> (BTW; telling whether the bug is still valid in Mga 1 instead of cauldron, is
> OK too)

Hi Marja,
Sorry - been a bit busy.

In current Cauldron the effect is still the same. 

Since KDE in Cauldron has broken my mga1 installation (common /home) I have installed task-gnome to test in mga1.

Nothing has changed in mga1.

I would expect that any resolution to this would be reported here.

Thierry Vignaud 2011-11-22 13:42:22 CET

CC: thierry.vignaud => (none)

Comment 12 Marja Van Waes 2012-01-19 12:45:07 CET

(In reply to comment #11)

> 
> In current Cauldron the effect is still the same. 
> 
> Since KDE in Cauldron has broken my mga1 installation (common /home) I have
> installed task-gnome to test in mga1.
> 
> Nothing has changed in mga1.
> 
> I would expect that any resolution to this would be reported here.

It should, but sometimes some things get fixed and it doesn't get reported here.

Assignee: bugsquad => olav

Comment 13 Olav Vitters 2012-01-19 14:07:44 CET

As per https://bugzilla.gnome.org/show_bug.cgi?id=656498, the problem is that nvidia binary drivers do not support xrandr 1.2. Not a GNOME problem.

See Also: (none) => https://bugzilla.gnome.org/show_bug.cgi?id=656498

Olav Vitters 2012-01-19 14:08:50 CET

Assignee: olav => bugsquad

Comment 14 Marja Van Waes 2012-01-19 16:29:33 CET

(In reply to comment #13)
> As per https://bugzilla.gnome.org/show_bug.cgi?id=656498, the problem is that
> nvidia binary drivers do not support xrandr 1.2. Not a GNOME problem.

Thx, Olav

@ tmb 
@ anssi

Do you have an idea?

CC: (none) => tmb
Source RPM: gnome-desktop => nvidia

Comment 15 Marja Van Waes 2012-02-26 20:37:37 CET

@ Barry

If you have time, please search here:
http://nvidia.custhelp.com/app/answers/detail/a_id/44

It would be nice if you, or someone else could find anything about xrandr support being supported soon

Keywords: (none) => UPSTREAM

Comment 16 AL13N 2012-02-27 08:05:44 CET

(In reply to comment #13)
> As per https://bugzilla.gnome.org/show_bug.cgi?id=656498, the problem is that
> nvidia binary drivers do not support xrandr 1.2. Not a GNOME problem.

Are you sure this is actually the problem? after reading it, it doesn't sound like that's it...

Comment 17 Marja Van Waes 2012-05-26 13:05:48 CEST

Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

Comment 18 Marja Van Waes 2012-06-11 19:27:36 CEST

Ping!

I admit it isn't likely that this bug got solved, but since bugs do sometimes get solved contrary to my expectation:

It is very important for us to know whether this bug is still valid for Mageia 2 or for *current* cauldron (so from after Mageia 2 was released). Please confirm it is (or close this bug)

Thanks :)

Comment 19 Marja Van Waes 2012-07-09 11:32:00 CEST

(In reply to comment #16)
> (In reply to comment #13)
> > As per https://bugzilla.gnome.org/show_bug.cgi?id=656498, the problem is that
> > nvidia binary drivers do not support xrandr 1.2. Not a GNOME problem.
> 
> Are you sure this is actually the problem? after reading it, it doesn't sound
> like that's it...

@ AL13N

Can you explain?

Do you the same problem, btw? I'm not even sure this bug still exists

Whiteboard: (none) => lastconfirmed 2011-11-11

Comment 20 Barry Jackson 2012-07-09 12:00:01 CEST

In order to see the problem twinview must be enabled, and the TV output resolution must differ from the monitor resolution, or the two superimpose invisibly.

I can no longer test this, as the mother board died that used that nvidia card. I am now using an Intel board with on-board graphics.

Since the current nvidia173 driver is not compatible with current X11 in Cauldron, testing this is not possible.

It certainly still existed in mga1 a few weeks ago.

I suspect that this could be closed as old if it's not affecting anyone else.

Comment 21 Marja Van Waes 2012-07-09 12:22:41 CEST

(In reply to comment #20)

> 
> I suspect that this could be closed as old if it's not affecting anyone else.

Well, nobody said "me too", so closing as old. 

@ anybody

Feel free to reopen if this bug affects you

Status: NEW => RESOLVED
Resolution: (none) => OLD

Comment 22 AL13N 2012-07-09 13:10:24 CEST

I had this in a KDE on a laptop that had 2 graphic chips. or possibly TV output. in any case, that was mga1 and mdv; i don't think i have this on mga2 or later.

the comment from me, meant that from description it looked to be a different issue. in any case, we can close this, i think. if someone has more info or has it again, we can always reopen.