Will submit emerge info at a later date, I'm on another computer entering this as X isn't working. Xorg 7.0 server causes screen corruption on a Matrox G200 8Mb card when Xserver is running. X server starts successfully from the command line, but wallpaper and text is so corrupted that it is unreadable (I hope to submit some photos of this). Shutting down the X server and returning to the command line (vesa fbuffer) results in continuing corruption of the text on screen and the command line. This occurs using xfce4 (latest stable version). This corruption can be rectified by starting X and using twm. This appears to resolve most of the corruption issues, though any programs run in it can suffer the same issue. Howevere, 9/10 times when the x server is shut down under twm the command line returns to it's previous uncorrupted state. When booted using recent kernels (2.6.16) the command line cursor does not appear at the command line, but further up the screen. When typing this corrupts the line it is on whilst the text appears at the command line. This can be resolved by using ctrl-alt to switch to a nother tyermianl causing the cursor to return to the command line. Switching back to the orignal terminal results in correct cursor position, and no further text corruption. This only effects the 2.6.16 series of kernels. Changing kernels (2.6.15-r1) resolves this but has no effect on the earlier problem.
Created attachment 91971 [details] Xorg log when running with screen corruption
Created attachment 91972 [details] Screen corruption 1 Zoom into the mouse to see verticle banding, or the toolbar to see banding and image repitition.
Created attachment 91973 [details] Screen Corruption 2 A typical Dialog box, with the corruption, as you exit xfce4.
Created attachment 91974 [details] Screen Corruption 3 An bigger overview of the same dialog message in screen corruption 2. The horizontal distortion is static (ie not dynamic, not the electrical charge!)
Created attachment 91975 [details] Command Line Corruption Zoom in to see a similar effect on the vesa fb command line text after the x server is shut down. This can be resolved by restarting the x server using twm, then shutting down. Notice also how th text is shifted left, and the first letter of each line is missing or offscreen.
Does this occur with vesafb disabled? Can you reproduce it with xorg 7.1 (add xorg-server, x11-drivers/ , mesa to package.keywords)?
(In reply to comment #6) > Does this occur with vesafb disabled? Can you reproduce it with xorg 7.1 (add > xorg-server, x11-drivers/ , mesa to package.keywords)? > I've solved it this afternoon, wouldn't you guess? for two weeks I've been battling it, finally write up a bugreport with photos, and within hours I've sorted it. The Trick is the compositor. I had this disabled in my xorg after it caused firefox to crash when running flash. I thought it was safer to keep it off (this is meant to be a relatively stable system, not fancy bells and whistles). This afternoon i just tried it enabled and it solved my problem. I think the bug may still be relevant - I assume some systems won't be able to run with the compositor and that may be an issue, but I guess that's up to you. I'll gladly relay any more info if required.
(In reply to comment #7) > (In reply to comment #6) > > Does this occur with vesafb disabled? Can you reproduce it with xorg 7.1 (add > > xorg-server, x11-drivers/ , mesa to package.keywords)? > > > > I've solved it this afternoon, wouldn't you guess? for two weeks I've been > battling it, finally write up a bugreport with photos, and within hours I've > sorted it. > > The Trick is the compositor. I had this disabled in my xorg after it caused > firefox to crash when running flash. I thought it was safer to keep it off > (this is meant to be a relatively stable system, not fancy bells and whistles). > This afternoon i just tried it enabled and it solved my problem. I think the > bug may still be relevant - I assume some systems won't be able to run with the > compositor and that may be an issue, but I guess that's up to you. I'll gladly > relay any more info if required. > As promised my emerge --info Gentoo Base System version 1.6.15 *** Deprecated use of action 'info', use '--info' instead Portage 2.1-r1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.16-gentoo-r12 i686) ================================================================= System uname: 2.6.16-gentoo-r12 i686 Pentium III (Coppermine) ccache version 2.3 [disabled] app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -mcpu=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X alsa apache2 apm arts avi berkdb bitmap-fonts cli crypt cups dlloader dri eds emboss encode esd foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 imlib ipv6 isdnlog jpeg kde libg++ libwww mad mikmod motif mp3 mpeg ncurses nls nptl ogg opengl oss pam pcre pdflib perl png pppd python qt qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcpd truetype truetype-fonts type1-fonts udev vorbis xml xmms xorg xv zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux userland_GNU" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY An interesting footnote to this, of course now I have the compositor enabled firefox crashes whenever I go near a flash enabled website, which is of course the reason I had the compositor disabled in the first place. Therefore bit of a catch 22 situation, a working desktop, but a broken browser.
Got the browser functioning using a fix from the gentoo wiki. :-) I'll leave it to you to decide whether Xfce4 not working without the compositor enabled counts a s a bug or not. Chewwit
I think it does. Would you be willing to file a bug upstream? (https://bugs.freedesktop.org)
I've passed it upstream to xorg, bug #7575, refferred back to this bug. Chewwit
Thanks!
