From owner-freebsd-questions Sat May 8 17: 4:45 1999 Delivered-To: freebsd-questions@freebsd.org Received: from proxy3.ba.best.com (proxy3.ba.best.com [206.184.139.14]) by hub.freebsd.org (Postfix) with ESMTP id C35F815356 for ; Sat, 8 May 1999 17:04:42 -0700 (PDT) (envelope-from shepard@MetaThink.COM) Received: from MetaThink.COM (dynamic4.pm01.mv.best.com [209.24.240.4]) by proxy3.ba.best.com (8.9.3/8.9.2/best.out) with ESMTP id RAA00125; Sat, 8 May 1999 17:04:30 -0700 (PDT) Received: (from shepard@localhost) by MetaThink.COM (8.9.2/8.8.7) id RAA00904; Sat, 8 May 1999 17:04:29 -0700 (PDT) (envelope-from shepard) Date: Sat, 8 May 1999 17:04:29 -0700 From: Mark Shepard To: questions@freebsd.org Subject: XF86_SVGA core-dump on first mouse-motion Message-ID: <19990508170429.A473@ed209.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'm running 3.1-RELEASE and XFree86-3.3.3.1 and moused/sysmouse, and occasionally the system will get into a state where XF86_SVGA core dumps on any mouse motion. Rebooting seems to be the only "fix" (restarting the X server doesn't fix the problem -- the first mouse motion after restart causes a core dump). My suspicion is that the sysmouse driver's state is being corrupted, since the problem is fixed by rebooting but nothing else I do such as restarting XF86_SVGA or moused seems to have any effect. "moused" is being invoked as "moused -p /dev/psm0 -t auto". XF86Config contains the lines Protocol "MouseSystems" Device "/dev/sysmouse" Once the problem begins occuring, reconfiguring XF86Config to use a /dev/psm0 directly (Protocol "PS/2", Device "/dev/psm0") and restarting XFree86 doesn't make any difference -- XF86_SVGA still core dumps on first motion. I don't know if the problem occurs if I never use sysmouse. It's been 22 days since this problem last occurred. The problem did seem to occur much more frequently (every few days) when I was running a program called "x2vnc" (similar to x2x but for any VNC server). My mouse is a Logitech "MouseMan" PS/2 mouse (3 button, no wheel). Here's a backtrace from XF86_SVGA: > GDB 4.16 (i386-unknown-freebsd), > Copyright 1996 Free Software Foundation, Inc...(no debugging symbols found)... > Core was generated by `XF86_SVGA'. > Program terminated with signal 6, Abort trap. > Reading symbols from /usr/lib/libxpg4.so.2...(no debugging symbols found)... > done. > Reading symbols from /usr/lib/libz.so.2...(no debugging symbols found)...done. > Reading symbols from /usr/lib/libm.so.2...(no debugging symbols found)...done. > Reading symbols from /usr/lib/libc.so.3...(no debugging symbols found)...done. > Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)... > done. > #0 0x2831ec44 in _kill () > (gdb) bt > #0 0x2831ec44 in _kill () > #1 0x28352cf4 in abort () > #2 0x8149ece in ddxGiveUp () > #3 0x8149f64 in AbortDDX () > #4 0x818322d in AbortServer () > #5 0x818402b in FatalError () > #6 0x81529b8 in xf86VTSwitch () > #7 > #8 0x8153d05 in xf86MouseProtocol () > #9 0x81582ae in xf86MouseEvents () > #10 0x8153283 in xf86MseEvents () > #11 0x815296a in xf86Wakeup () > #12 0x8167f79 in WakeupHandler () > #13 0x817ec8c in WaitForSomething () > #14 0x81624a9 in Dispatch () > #15 0x8170209 in main () > #16 0x807becd in _start () > (gdb) q I wrote a quick program to dump the results from some of the MOUSE_ ioctl's on /dev/sysmouse. Here's the result: This output was obtained after XFree86 first core dumped -- I logged back in and ran the test program (fortunately, the cursor happened to come up positioned over an xterm): MOUSE_GETLEVEL -> 1 MOUSE_GETHWINFO -> 10 buttons 4 iftype 0 type 0 hwid 0 model MOUSE_GETMODE -> 12 protocol -1 rate -1 resolution 0 accelfactor 1 level 8 packetsize 0xf8 syncmask[0] 0x80 syncmask[1] XF86_SVGA is being invoked by xdm. There's no obvious errors in /usr/X11R6/lib/X11/xdm/xdm-errors, just the normal X sign-on messages. Here's the last session's message from xdm-errors: > XFree86 Version 3.3.3.1 / X Window System > (protocol Version 11, revision 0, vendor release 6300) > Release Date: December 29 1998 > If the server is older than 6-12 months, or if your card is newer > than the above date, look for a newer version before reporting > problems. (see http://www.XFree86.Org/FAQ) > Operating System: FreeBSD 3.0-CURRENT i386 [ELF] > Configured drivers: > SVGA: server for SVGA graphics adaptors (Patchlevel 0): > NV1, STG2000, RIVA128, RIVATNT, ET4000, ET4000W32, ET4000W32i, > ET4000W32i_rev_b, ET4000W32i_rev_c, ET4000W32p, ET4000W32p_rev_a, > ET4000W32p_rev_b, ET4000W32p_rev_c, ET4000W32p_rev_d, ET6000, ET6100, > et3000, pvga1, wd90c00, wd90c10, wd90c30, wd90c24, wd90c31, wd90c33, > gvga, ati, sis86c201, sis86c202, sis86c205, sis86c215, sis86c225, > sis5597, sis5598, sis6326, tvga8200lx, tvga8800cs, tvga8900b, > tvga8900c, tvga8900cl, tvga8900d, tvga9000, tvga9000i, tvga9100b, > tvga9200cxr, tgui9400cxi, tgui9420, tgui9420dgi, tgui9430dgi, > tgui9440agi, cyber9320, tgui9660, tgui9680, tgui9682, tgui9685, > cyber9382, cyber9385, cyber9388, cyber9397, cyber9520, 3dimage975, > 3dimage985, clgd5420, clgd5422, clgd5424, clgd5426, clgd5428, > clgd5429, clgd5430, clgd5434, clgd5436, clgd5446, clgd5480, clgd5462, > clgd5464, clgd5465, clgd6205, clgd6215, clgd6225, clgd6235, clgd7541, > clgd7542, clgd7543, clgd7548, clgd7555, clgd7556, ncr77c22, ncr77c22e, > cpq_avga, mga2064w, mga1064sg, mga2164w, mga2164w AGP, mgag200, > mgag100, oti067, oti077, oti087, oti037c, al2101, ali2228, ali2301, > ali2302, ali2308, ali2401, cl6410, cl6412, cl6420, cl6440, video7, > ark1000vl, ark1000pv, ark2000pv, ark2000mt, mx, realtek, s3_virge, > AP6422, AT24, AT3D, s3_svga, NM2070, NM2090, NM2093, NM2097, NM2160, > NM2200, ct65520, ct65525, ct65530, ct65535, ct65540, ct65545, ct65546, > ct65548, ct65550, ct65554, ct65555, ct68554, ct69000, ct64200, > ct64300, mediagx, V1000, V2x00, p9100, spc8110, generic > Using syscons driver with X support (version 2.0) > (using VT number 4) > > XF86Config: /etc/XF86Config > (**) stands for supplied, (--) stands for probed/default values > (**) XKB: rules: "xfree86" > (**) XKB: model: "pc101" > (**) XKB: layout: "us" > (**) Mouse: type: PS/2, device: /dev/psm0, buttons: 3 > (**) SVGA: Graphics device ID: "Primary Card" > (**) SVGA: Monitor ID: "Primary Monitor" > (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc:unscaled,/usr/X11R6/lib/X11/fonts/75dpi:unscaled,/usr/X11R6/lib/X11/fonts/100dpi:unscaled,/usr/X11R6/lib/X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/Speedo,/usr/X11R6/lib/X11/fonts/misc,/usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/100dpi" > (--) SVGA: PCI: Matrox MGA 2064W rev 1, Memory @ 0xe5800000, 0xe7000000 > (--) SVGA: Linear framebuffer at 0xE7000000 > (--) SVGA: MMIO registers at 0xE5800000 > (--) SVGA: Video BIOS info block at 0x000c7bfc > (--) SVGA: chipset: mga2064w > (--) SVGA: videoram: 4096k > (**) SVGA: Option "dac_8_bit" > (**) SVGA: Using 24 bpp, Depth 24, Color weight: 888 > (--) SVGA: Maximum allowed dot-clock: 220.000 MHz > (**) SVGA: Mode "1600x1200": mode clock = 162.000 > (--) SVGA: Insufficient video memory for all resolutions > (--) SVGA: Removing mode "1600x1200" from list of valid modes. > (**) SVGA: Mode "1280x1024": mode clock = 135.000 > (**) SVGA: Mode "1152x864": mode clock = 135.000 > (**) SVGA: Mode "1024x768": mode clock = 98.900 > (**) SVGA: Mode "800x600": mode clock = 69.650 > (**) SVGA: Mode "640x480": mode clock = 45.800 > (**) SVGA: Mode "640x400": mode clock = 31.500 > (**) SVGA: Mode "512x384": mode clock = 22.000 > (**) SVGA: Mode "480x300": mode clock = 29.950 > (**) SVGA: Mode "400x300": mode clock = 25.000 > (**) SVGA: Mode "320x240": mode clock = 15.750 > (**) SVGA: Mode "320x200": mode clock = 12.590 > (--) SVGA: Virtual resolution set to 1280x1024 > (--) SVGA: SpeedUp code selection modified because virtualX != 1024 > (--) SVGA: MCLK set to 60.000 MHz > (--) SVGA: Using hardware cursor > (--) SVGA: Using XAA (XFree86 Acceleration Architecture) > (--) SVGA: XAA: Solid filled rectangles > (--) SVGA: XAA: Screen-to-screen copy > (--) SVGA: XAA: 8x8 color expand pattern fill > (--) SVGA: XAA: CPU to screen color expansion (TE/NonTE imagetext, TE/NonTE polytext) > (--) SVGA: XAA: Using 10 128x68 areas for pixmap caching > (--) SVGA: XAA: Caching tiles and stipples > (--) SVGA: XAA: General lines and segments > (--) SVGA: XAA: Dashed lines and segments > > Fatal server error: > Caught signal 10. Server aborting > > > When reporting a problem related to a server crash, please send > the full server output, not just the last messages Any ideas or suggestions? Thanks in advance! Mark mns@metathink.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message