Package: dosemu Version: 1.4.0-2rb Severity: important Justification: Hangs entire X session, though only erratically. Scope of systems affected is unclear; possibly related to proprietary nvidia driver.
Sometimes when I start up xdosemu (running under KDE) the system becomes entirely unresponsive. The usual keys for switching virtual terminals do not work, nor do those for aborting or shutting down the session. When I have been able to ssh in to the affected machine, it shows X taking up all the CPU. Today this happened and I killed dosemu. X continued to take all the CPU. xrestop did not show anything striking. After a few minutes (unfortunately, just as I was about to strace) the X session seems to have died. My CPU use went down. However, the system remained unresponsive to keyboard or mouse. A pattern has been that when I upgrade dosemu everything hangs the first time I start up dosemu. After that it hangs only occasionally; I can't detect a pattern. The hang up is usually immediate, i.e., before I have done anything in the window that has opened. However, sometimes for the first 30 seconds or so the system seems slightly responsive (i.e., the mouse tracks when I move it), though very sluggish. I have seen this on two different boxes. This one has a P4 chip, the other a dual processor Athlon. Both boxes have nvidia video chipsets, and both use the proprietary driver (as packaged for Debian). Stock 2.6 kernels. It may be relevant that both systems have 2 CPUs, though in the case of the P4 the 2nd CPU is mostly fictional (it has hyperthreading; the kernel reports this as 2 CPUs). The open source nvidia driver does not work at all on one of the systems (in fact, it too usually hangs the X server with all CPU). The problem first emerged a few months ago with the 1.2 series; I have now seen it with the 1.4 series. This same time has also seen an xorg transition (now at 7.2?). First occurrence was April 25, 2007, coincident with the upgrade to dosemu 1.2.2-9 dosemu-freedos 1:0.0.b9r5a-3 I don't see any other installs or upgrades at the time the look relevant (except perhaps the associated fonts). Since the problem is erratic and possibly related to my use of a proprietary driver I've held off reporting this in hopes it would go away. Since the problem survived the 1.4 upgrade, here's the report. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dosemu depends on: ii libasound2 1.0.13-2 ALSA library ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libgpmg1 1.19.6-25 General Purpose Mouse - shared lib ii libsdl1.2debian 1.2.11-8 Simple DirectMedia Layer ii libslang2 2.0.7-1 The S-Lang programming library - r ii libsndfile1 1.0.17-1 Library for reading/writing audio ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxxf86vm1 1:1.0.1-2 X11 XFree86 video mode extension l dosemu recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]