First, I don't know where this goes, which is the only reason I've selected "gentoo base system". I have a Gentoo box sharing a KVM switch with another machine. It's actually just "KM", since each machine has its own monitor. For the past week, at some point during the day, my Gentoo box disconnects from the monitor when I switch to it from the other KVM machine. Disconnecting the KVM switch and plugging it back in does not help. My only recourse is to force the Gentoo box off and reboot. The other machine has no issues with this and is not a Gentoo box. Please tell me what you need to track this down and I will provide it. This seems to be a very serious problem that could cause data corruption if I keep having to force this machine off. Thanks! Reproducible: Sometimes Steps to Reproduce: 1. Gentoo box connected to KVM switch 2. After switch back to the Gentoo box, Gentoo box disconnects from monitor and external controls (keyboard, mouse, video) 3. Must hold down power button and force reboot
It also sometimes logs me out of my Gnome session (and I should note I do NOT think this is a Gnome bug, although I could be wrong). I'm now 2 for 2 in one day - this is really bad. My hardware is fine, so I can rule that out.
You need to be a *lot* more specific. Brand of the KVM, software installed on the machine, brand of the keyboard connected, PS/2 or USB, configuration of the other machine. I am left with nothing but questions. Also, the title is a sweeping statement that I know to be wrong, as I'm using a USB Belkin Flip KVM as I'm typing this, Logitech G15 rev 2 & Razer Copperhead over USB. Please re-file with a better summary and more information.
Thanks for giving me leads on what to provide. I find this a weird problem myself. Brand of the KVM: Trendnet TK-207 software installed on the machine: I'll attach emerge --info brand of the keyboard connected, PS/2 or USB: Dell keyboard and mouse, both USB configuration of the other machine: Windows XP I notice that sometimes right before a "bad switch" happens, the windows machine doesn't "grab" the controls - the LED on the KVM continues to flash, meaning no connection - and I have to switch back to the Gentoo box and then back to the windows box. Sometimes shortly thereafter - boom. I don't see how any part of Gentoo should simply drop the connection to the video monitor, though, especially as each machine has its own video not connected to the KVM. I know the subject is a sweeping statement. I'm happy to have it ammended to a more appropriate one if anyone can think of a better title.
emerge --info: Portage 2.2_rc28 (default/linux/x86/2008.0, gcc-4.3.3, glibc-2.9_p20081201-r2, 2.6.29-gentoo i686) ================================================================= System uname: Linux-2.6.29-gentoo-i686-Intel-R-_Celeron-R-_CPU_2.40GHz-with-glibc2.0 Timestamp of tree: Thu, 02 Apr 2009 07:45:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 4.0_p10-r1 dev-java/java-config: 2.1.7 dev-lang/python: 2.4.4-r15, 2.5.4-r2 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r8 dev-util/cmake: 2.6.3 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.4.3-r1 sys-apps/sandbox: 1.7 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.5, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.19.1-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.28-r1 ACCEPT_KEYWORDS="x86 ~x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /etc/conf.d/hostname /etc/conf.d/hwclock /etc/conf.d/net /etc/cups/ /etc/hosts /etc/issue /etc/samba/smb.conf /etc/security/limits.conf /etc/sysctl.conf /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks fixpackages parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://gentoo.mirrors.pair.com/ http://gentoo.mirrors.tds.net/gentoo http://gentoo.netnitco.net http://gentoo.binarycompass.org http://mirror.datapipe.net/gentoo " LANG="C" LDFLAGS="-Wl,-O1" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/layman/pro-audio" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="16bit 16bittmp 7zip X aac aalib acl acpi alsa apache2 apm aspell audacious audio audiofile audioscrobbler automount avahi berkdb bzip2 cairo calendar cdaudio cdda cddax cddb clamd cli cpudetection cracklib crypt ctype cups cupsddk custom-optimization dbus directfb dmx dri dssi dvd dvdread encode esd exif fam fbcon fbcondecor ffmpeg fftw filter flac fluidsynth font-server fontconfig fontforge foomaticdb fortran freesound ftp gd gdbm gif gimp gmedia gnome gnome-keyring gphoto2 gpm grammar grub gstreamer gtk gui gzip hal iconv id3 id3tag ipv6 isdnlog jack jackmidi java jpeg ladspa lame lash libnotify libsamplerate lm_sensors lv2 mad mbox mdnsresponder-compat midi mjpeg mmx mmxext mng mp2 mp3 mp3rtp mp4 mtp mudflap musepack mysql mysqli nautilus ncurses nls nptl nptlonly nsplugin odbc ogg openal openexr opengl openmp optimize osc pam pcre pdf perl php pidgin plugins png ppds pppd python quicktime rar raw readline realmedia reflection samba scanner scrobbler sdl session sndfile snmp soundtouch spell spl sse sse2 ssl startup-notification stk subject-rewrite svg sysfs tcpd threads tiff truetype tta twolame unicode usb vorbis vst wav wavpack win32codecs winbind wma wmp x86 xattr xcf xml xorg xpm xprint xscreensaver xulrunner zip zlib" ALSA_CARDS="hda-intel intel8x0 intel8x0m" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CAMERAS="*" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="intel" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, LINGUAS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Sounds like Xorg is dying, does it also happen when a framebuffer console is selected instead of X? Configuration of Xorg in matter of input would be useful (keyboard and mouse drivers, or evdev for instance, hal or not, ...). I have no experience with USB KVM switches but if it's just doing the standard usb connection/disconnection cycle it might just be a problem with input hotplug.
The INPUT_DEVICES section of my make.conf shows the input devices used. I don't know if it happens when a framebuffer console is selected, although I do have fb enabled. I'll attach xorg.conf.
Created attachment 187196 [details] /etc/X11/xorg.conf
Please attach your Xorg.0.log Thanks
Also, when I shut down this machine, it no longer stays attached to the monitor until it shuts down. When I select Shut Down from within Gnome, after a few seconds the machine lets go of the monitor (the monitor then says "no input"). However, the machine does shut down. It used to only do this sometimes, and now after the last world update, it invariably disconnects from the monitor as soon as I select shutdown (so I never see any shutdown messages).
Created attachment 187458 [details] Xorg.0.log
This log isn't showing any crash...
Yup. That's why when I posted this bug, I didn't post it as an Xorg problem.
So if I get this right, you use only the USB ports on the KVM... You could try capturing keyboard events with xev or scancode, I really have no idea what's going on... Thanks
Yeah, right now I'm only using the KVM's USB ports. Hey, I'm willing to try anything to troubleshoot this thing, as long as I have some good directions because this is out of my area of expertise.
This is also outside my area of expertise. There's another KVM bug around, and I couldn't find anything for that one either. Like I said earlier, try using xev or scancode/scankeys to figure out what the KVM is sending through the usb ports. Thanks
I ran xev. When switching between computers, it shows no activity.
Bump. Changed summary to make it more accurate. I no longer think it's my KVM because I just saw Xorg crash twice in a row - first when logging out of Gnome (not shutting down) and immediately thereafter on reboot. None of this had anything to do with switching the KVM.
Happened again this morning. During the display of the framebuffer splash, the system disconnected from the video monitor and I had to cold boot.
Hold on, you have a framebuffer driver? Please try to disable _ALL_ framebuffer drivers from the kernel (vesafb, uvesafb or device-specific ones). Thanks
Well, I've had this problem without the framebuffer as well. Why did you say disable framebuffer? Are there known bugs that cause Xorg to crash?
Basically, if you have a kernel fb drivers, you'll have 2 completely separate drivers trying to "drive" the same hardware. That's why changing the VT flickers the screen: - driver A resets the card's registers - driver A tells kernel it's finished - kernel changes the VT - kernel tells driver B to kick in - driver B tweaks the card's registers And since vesafb or uvesafb rely on the video BIOS to all the register tweaking, it's a guaranteed way to bust your system.
Thanks for explaining. That does make sense to me. But... Xorg sometimes crashes on bootup, and frequently crashes on shutdown - and I'm not changing the VT. I've mentioned this earlier. Sometimes when booting up, the monitor cuts out and stays out, forcing me to cold boot. Usually on shutdown, the monitor cuts out shortly after logging out, but I don't need to do anything because the machine just otherwise shuts down normally. Is this because of the same problem?
You do change VT when X starts. That could be a source of problems as well. There's not much I can do here for now. Let's hope things will improve in the future... You could try opening a bug in FreeDesktop's bugzilla but upstream will definitely ask you to try bleeding-edge versions of the kernel, the X server, libdrm and the Intel driver... Thanks
Like I said in comment #23, there's nothing I can do to fix bugs. All I can do is to point you to people who can. So if you still have crashes, please open a bug in FreeDesktop's bugzilla [1] and paste the url here so I can track it. Thanks [1] http://intellinuxgraphics.org/how_to_report_bug.html