Bug#286213: reopen 286213
After the installation of a different graphics card the problem is gone. The most likely cause is overheating problems in the previous card. My thanks to all for their assistance with this problem. I guess this bug report can be closed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286213: reopen 286213
Do you need any more information? For instance: Should I try and run X under strace? If so, I need some pointers on how to fit this into the X infrastructure (configuration of X, gdm, etc.). Or are there other things I can do? Regards, Jeroen. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286213: reopen 286213
Jeroen N. Witmond wrote: Do you need any more information? For instance: Should I try and run X under strace? If so, I need some pointers on how to fit this into the X infrastructure (configuration of X, gdm, etc.). Or are there other things I can do? You could try to upgrade you X server and driver to experimental. That would mean installing xserver-xorg-core and xserver-xorg-core-dbg (2:1.2.99.905-2) and xserver-xorg-video-nv (1:1.2.2.1-1). Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286213: reopen 286213
Jeroen N. Witmond wrote: Is the X process consuming lots of CPU when the freeze occur? I don't know. I have no access to the system when X freezes. can you setup sshd so you can login from another machine when the interface freezes? What do I look for? CPU consumption? Anything else? Xorg.0.log for sure. Attached. The last two lines were added after %Xorg was killed remotely. CPU consumption eventually. X does not consume all CPU cycles; merely about 65%. epiphany uses approx. 5%, the remainder is idle. My ssh/shell sessions are completely responsive. Run gdb $(pidof X), look at the backtrace a couple times and see if you can find whether X is stuck somewhere. At first glance, X seems stuck in __kernel_vsyscall (). No debugging symbols found. Jeroen. X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: UNKNOWN Current Operating System: Linux DoornRoosje 2.6.17-2-486 #1 Wed Sep 13 15:56:30 UTC 2006 i686 Build Date: 01 March 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Mar 15 20:39:22 2007 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device nVidia Corporation NV31 [GeForce FX 5600] (**) |--Input Device Generic Keyboard (**) |--Input Device Configured Mouse (WW) The directory /usr/X11R6/lib/X11/fonts/misc does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/100dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/Type1 does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/75dpi does not exist. Entry deleted from font path. (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. Entry deleted from font path. (**) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (II) Open ACPI successful (/var/run/acpid.socket) (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.0 X.Org XInput driver : 0.6 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.0 (++) using VT number 8 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,3099 card 1043,807f rev 00 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,b099 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:05:0: chip 13f6,0111 card 1043,80e2 rev 10 class 04,01,00 hdr 00 (II) PCI: 00:09:0: chip 1106,3038 card 1043,8080 rev 50 class 0c,03,00 hdr 80 (II) PCI: 00:09:1: chip 1106,3038 card 1043,8080 rev 50 class 0c,03,00 hdr 80 (II) PCI: 00:09:2: chip 1106,3104 card 1043,8080 rev 51 class 0c,03,20 hdr 80 (II) PCI: 00:0f:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:11:0: chip 1106,3147 card 1043,808c rev 00 class 06,01,00 hdr 80 (II) PCI: 00:11:1: chip 1106,0571 card 1043,808c rev 06 class 01,01,8a hdr 00 (II) PCI: 01:00:0: chip 10de,0312 card 1682,1219 rev a1 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xce00 -
Bug#286213: reopen 286213
Jeroen N. Witmond wrote: Could you send the output of /usr/share/bug/xserver-xorg-core/script 31 We need to know what hardware and software config you are running. Attached. Thank you. Is the X process consuming lots of CPU when the freeze occur? I don't know. I have no access to the system when X freezes. Since the mouse pointer still moves, the machines is far from dead. Logging by ssh from another machine should work, as Peter said. If DRI is enabled, you could eventually try to disable it and tell us whether it changes anything. What is DRI, and how do I ... DRI is Direct Rendering Infrastructure, the thing that makes hardware acceleration directly usable by applications to draw 2d/3d stuff quickly. But since it talks to the hardware, bad thing happen in case of a bug. 01:00.0 VGA compatible controller: nVidia Corporation NV31 [GeForce FX 5600] (rev a1) This board is DRI capable. Loaddri You're enabling DRI in xorg.conf. Driver nv But, this free driver does not support DRI. Only the ugly binary nvidia driver does. (EE) AIGLX: Screen 0 is not DRI capable So DRI is actually not enabled, no need to try to disable it. You may now forget about DRI :) Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286213: reopen 286213
Is the X process consuming lots of CPU when the freeze occur? I don't know. I have no access to the system when X freezes. can you setup sshd so you can login from another machine when the interface freezes? I will try, but it will take some doing, as I do not have a second machine. So I will have to wait for a freeze, then go to a friend's house, ssh into my machine and then? What do I look for? CPU consumption? Anything else? Jeroen. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286213: reopen 286213
Jeroen N. Witmond wrote: Is the X process consuming lots of CPU when the freeze occur? I don't know. I have no access to the system when X freezes. can you setup sshd so you can login from another machine when the interface freezes? I will try, but it will take some doing, as I do not have a second machine. So I will have to wait for a freeze, then go to a friend's house, ssh into my machine and then? What do I look for? CPU consumption? Anything else? Xorg.0.log for sure. CPU consumption eventually. Run gdb $(pidof X), look at the backtrace a couple times and see if you can find whether X is stuck somewhere. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286213: reopen 286213
On Sun, 2007-03-11 at 15:59 +0100, Jeroen N. Witmond wrote: What I would like to know is how the mouse pointer escapes the freeze. :-) It's driven by SIGIO. Your description sounds like typical symptoms of a graphics card lockup, so please provide the information requested by Brice. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#286213: reopen 286213
Could you send the output of /usr/share/bug/xserver-xorg-core/script 31 We need to know what hardware and software config you are running. Attached. Is the X process consuming lots of CPU when the freeze occur? I don't know. I have no access to the system when X freezes. If DRI is enabled, you could eventually try to disable it and tell us whether it changes anything. What is DRI, and how do I ... Jeroen. Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 2006-11-03 14:31 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1597964 2007-03-01 04:09 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: nVidia Corporation NV31 [GeForce FX 5600] (rev a1) /etc/X11/xorg.conf unchanged from checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3013 2006-11-03 15:21 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type man /etc/X11/xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files FontPath/usr/share/fonts/X11/misc FontPath/usr/X11R6/lib/X11/fonts/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/X11R6/lib/X11/fonts/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/X11R6/lib/X11/fonts/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/X11R6/lib/X11/fonts/100dpi FontPath/usr/share/fonts/X11/75dpi FontPath/usr/X11R6/lib/X11/fonts/75dpi # path to defoma fonts FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module Loadbitmap Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 EndSection Section Device Identifier nVidia Corporation NV31 [GeForce FX 5600] Driver nv BusID PCI:1:0:0 EndSection Section Monitor Identifier Generic Monitor Option DPMS HorizSync 30-70 VertRefresh 50-160 EndSection Section Screen Identifier Default Screen Device nVidia Corporation NV31 [GeForce FX 5600] Monitor Generic Monitor DefaultDepth24 SubSection Display Depth 1 Modes 1440x900 1280x1024 1024x768 EndSubSection SubSection Display Depth 4 Modes 1440x900 1280x1024 1024x768 EndSubSection SubSection Display Depth 8 Modes 1440x900 1280x1024 1024x768 EndSubSection SubSection Display Depth 15 Modes 1440x900 1280x1024 1024x768 EndSubSection SubSection Display Depth 16 Modes 1440x900 1280x1024 1024x768 EndSubSection SubSection Display Depth 24 Modes 1440x900 1280x1024 1024x768 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice Configured Mouse EndSection Section DRI Mode0666
Bug#286213: reopen 286213
Is the X process consuming lots of CPU when the freeze occur? I don't know. I have no access to the system when X freezes. can you setup sshd so you can login from another machine when the interface freezes?
Bug#286213: reopen 286213
I cannot exactly reproduce this problem, but I am suffering from (what seems to be) the same problem: X freezes, *except* *for* *the* *mouse* *pointer*; keyboard and mouse buttons are completely inoperative, but all other processes seem to be running normally. In my case this can happen at any moment; in any application, including the screen saver; and frequently, sometimes within 15 minutes after boot. And the problem is present in an up-to-date 'Ubuntu 6.06 LTS', kernel 2.6.15-27-386, as well as in Debian etch, kernel 2.6.17-2-486. I did some web research on this problem, and found two suspected but unproven causes. Because of the frequent reboots I don't have any bookmarks, unfortunately. The first suspect were ntpd and related utilities. The X system was supposed to be unable with negative time adjustments while it is running, suggesting an unsigned int being used for the difference between 'now' and 'then'. In my case the problem persists even with these programs disabled. And negative adjustments should not happen that often, if at all. The second suspect was that someone observed (using strace, iirc) that X was flooded with SIGALRM signals. The reason for this flood was unknown. This gave me reason to think. I'm running on what calls itself an 'Athlon XP (0.18) 1261MHz' CPU on an 'ASUS A7V333 rev 1.02' motherboard, which consideres itself running on the border of overheating, according to the sensors utility. And, if my impressions are correct, the freezes are more likely after more activity, when the CPU is more likely to be hot. The next thing I have to research is if X is somehow trying to terminate because it received some hardware(/BIOS?/kernel?) signal, and having that termination hit by the same signal again. What I would like to know is how the mouse pointer escapes the freeze. :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286213: reopen 286213
Jeroen N. Witmond wrote: I cannot exactly reproduce this problem, but I am suffering from (what seems to be) the same problem: X freezes, *except* *for* *the* *mouse* *pointer*; keyboard and mouse buttons are completely inoperative, but all other processes seem to be running normally. In my case this can happen at any moment; in any application, including the screen saver; and frequently, sometimes within 15 minutes after boot. And the problem is present in an up-to-date 'Ubuntu 6.06 LTS', kernel 2.6.15-27-386, as well as in Debian etch, kernel 2.6.17-2-486. You are running Xorg/Etch, right? We probably need to reassign to another package. Could you send the output of /usr/share/bug/xserver-xorg-core/script 31 We need to know what hardware and software config you are running. Is the X process consuming lots of CPU when the freeze occur? If DRI is enabled, you could eventually try to disable it and tell us whether it changes anything. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
