With TwinView enabled, maximizing a window with nvidia-kernel and nvidia-glx > 1.0.7676-r1 (i.e. with the new 1.0.8174 series) maximizes the window across both displays instead of the current display. Maybe this is a deliberate change, but the Changelog for the packages says nothig about this, and to me it's extremely frustrating, especially since my displays are of different resolutions. Reverting to 1.0.7676-r1 causes the old, desired behavior to come back. Reproducible: Always Steps to Reproduce: 1.Emerge nvidia-kernel and nvidia-glx 1.0.8174-r1 2.Log into (i.e.) KDE 3.Maximize a window Actual Results: The window is maximized across both displays Expected Results: The window maximizes to the size of the current display, as was previously the behavior. Portage 2.0.51.22-r3 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.13-suspend2-r4 i686) ================================================================= System uname: 2.6.13-suspend2-r4 i686 Intel(R) Pentium(R) M processor 1700MHz Gentoo Base System version 1.12.0_pre11 ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium-m -O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium-m -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/" LANG="en_US.utf8" LC_ALL="en_US.utf8" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="x86 16bit 4kstacks 7zip X X509 a52 aac aalib acpi aim alsa amarok arts asm audiofile avi bash-completion berkdb bitmap-fonts bluetooth bonobo browserplugin bzip2 bzlib calendar cardbus ccache cdda cddb cdio cdparanoia cdr cdrom codecs commercial cpudetection crypt css cups curl curlwrappers custom-cflags dbus dio divx4linux dlloader dnd dts dv dvb dvd dvdr dvdread eds emacs emboss encode esd evo evo2 exif expat fam fame fastcgi fb ffmpeg fftw flac font-server foomaticdb fortran freetype ftp fuse gd gdbm gg gif gimp gimpprint glut gmail gmailtimestamps gmp gnokii gnome gnome-print gnutls gphoto2 gpm graphviz gsm gstreamer gtk gtk2 gtkhtml h323 hal hbci httpd icq id3 idn ieee1394 imagemagick imap imlib jabber java javascript jikes jit joystick jpeg jpeg2k kde kdeenablefinal lame largeterminal lcms libcaca libg++ libwww live logitech-mouse logrotate lua lzw mad maildir matroska mbox mhash mikmod mime mmap mmx mmxext mng mono motif mozilla mozsvg mozxmlterm mp3 mp4live mpeg mpeg2 mplayer msn musepack musicbrainz mysql mysqli ncurses network new-login nls nntp nptl nptlonly nsplugin ntlm nvidia offensive ofx ogg oggvorbis on-the-fly-crypt openal openexr opengl oscar oss pam pam_console pam_timestamp pcre pda pdflib perl php player plotutils plugin png pnp posix postfix povray ppds python qemu-fast qt quicktime quotes rar rdesktop readline real recode reiserfs remote rrdtool rss ruby samba sasl scanner screenshot sdl server sharedext sharedmem shorten skey slp sndfile sockets speedo spell sqlite sse sse2 ssl stream subversion svg svga sysfs tcltk tcpd theora threads tiff tokenizer toolbar transcode truetype truetype-fonts type1 type1-fonts udev unicode usb utf8 v4l v4l2 vcd vidix vim vim-pager vim-with-x visualization vlm vnc vorbis wifi win32codecs wmf wxgtk1 wxwindows xanim xchatnogtk xchattext xface xine xinerama xml xml2 xosd xpm xprint xscreensaver xv xvid xvmc yahoo zeroconf zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS, LINGUAS, MAKEOPTS
I really don't see what we could do about it...
I sent it here because I wasn't sure if a patch would fix the problem, or even if the behavior I want was due to a patch that is no longer applied. Also, I thought you guys might have a better pipe upstream than me, if you wanted to send it along to nVidia :-)
You might want to try xinerama instead of Nvidia's twinview. The following forum post is also very enlighting about this: http://forums.gentoo.org/viewtopic-t-409159.html
I can use Xinerama, yes, but it makes things draw (and redraw) *much* slower. I'm not sure why this is the case, but it makes the whole system feel (and act) sluggish. That's why I was using TwinView in the first place. I guess I can try Xinerama again...otherwise should I assume I'll need to take this up with nVidia? If so, if someone could tell me who a good upstream contact is it would be appreciated.
Try using the following setting and see if it fixes your problem: Option "NoTwinViewXineramaInfo" "boolean" When in TwinView, the NVIDIA X driver normally provides a Xinerama extension that X clients (such as window managers) can use to discover the current TwinView configuration. Some window mangers get confused by this information, so this option is provided to disable this behavior. Default: false (TwinView Xinerama information is provided).
This behavior seems to be fixed in 1.0.8178-r2. In fact, putting "NoTwinViewXineramaInfo" to "yes" makes the behavior revert to what I was complaining about when I opened this bug report. Seems like somewhere along the way from 1.0.8174 and now, that behavior was turned on by default. Thanks for everyone's help, closing the report.
