Bug#474504: [qingy] changing to a virtual console kills X-session
Hello Julien Ok, now I've got a Xorg log with an error which hopefully helps. David X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-3) Current Operating System: Linux apollo 2.6.26-1-686 #1 SMP Wed Jul 30 20:02:15 UTC 2008 i686 Build Date: 02 August 2008 11:27:26PM 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.1.log, Time: Wed Aug 6 10:11:08 2008 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Plug Play (**) | |--Device Silicon Integrated Systems [SiS] 661/741/760 PCI/AGP or 662/761Gx PCIE VGA Display Adapter (**) |--Input Device Generic Keyboard (**) |--Input Device Configured Mouse (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic 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, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) No APM support in BIOS or kernel (II) Loader magic: 0x81e3ca0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (++) using VT number 1 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1039,0661 card 1043,8113 rev 11 class 06,00,00 hdr 80 (II) PCI: 00:01:0: chip 1039,0003 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 1039,0964 card , rev 36 class 06,01,00 hdr 80 (II) PCI: 00:02:5: chip 1039,5513 card 1043,810e rev 01 class 01,01,80 hdr 00 (II) PCI: 00:02:7: chip 1039,7012 card 1043,810f rev a0 class 04,01,00 hdr 00 (II) PCI: 00:03:0: chip 1039,7001 card 1043,810e rev 0f class 0c,03,10 hdr 80 (II) PCI: 00:03:1: chip 1039,7001 card 1043,810e rev 0f class 0c,03,10 hdr 00 (II) PCI: 00:03:2: chip 1039,7001 card 1043,810e rev 0f class 0c,03,10 hdr 00 (II) PCI: 00:03:3: chip 1039,7002 card 1043,810e rev 00 class 0c,03,20 hdr 00 (II) PCI: 00:09:0: chip 11c1,5811 card 11c1,5811 rev 04 class 0c,00,10 hdr 00 (II) PCI: 00:0a:0: chip 109e,036e card 0070,13eb rev 02 class 04,00,00 hdr 80 (II) PCI: 00:0a:1: chip 109e,0878 card 0070,13eb rev 02 class 04,80,00 hdr 80 (II) PCI: 00:0b:0: chip 10ec,8139 card 1043,8109 rev 10 class 02,00,00 hdr 00 (II) PCI: 01:00:0: chip 1039,6330 card 1043,8113 rev 00 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: 0x000a (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0xd000 - 0xdfff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xdfe0 - 0xdfef (0x10) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xcfd0 - 0xdfcf (0x1000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:2:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI: (0:10:0) Brooktree Corporation Bt878 Video Capture rev 2, Mem @ 0xdfdfe000/12 (--) PCI:*(1:0:0) Silicon Integrated Systems [SiS] 661/741/760 PCI/AGP or 662/761Gx PCIE VGA Display Adapter rev 0, Mem @ 0xd000/27, 0xdfee/17, I/O @ 0xdc00/7 (II) Addressable bus resource ranges are [0] -1 0 0x - 0x (0x0) MX[B] [1] -1 0 0x - 0x (0x1) IX[B] (II) OS-reported resource ranges: [0] -1 0 0x0010 - 0x3fff (0x3ff0) MX[B]E(B) [1] -1 0 0x000f - 0x000f (0x1) MX[B] [2] -1 0 0x000c - 0x000e (0x3) MX[B] [3] -1 0 0x - 0x0009 (0xa) MX[B] [4] -1 0 0x - 0x (0x1) IX[B] [5] -1 0 0x - 0x00ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xe000 from 0xe3ff to 0xdfff (II) Active PCI resource ranges: [0] -1 0 0xdfffa800 - 0xdfffa8ff (0x100) MX[B] [1] -1
Bug#474504: [qingy] changing to a virtual console kills X-session
David Andel wrote: Hello Julien Ok, now I've got a Xorg log with an error which hopefully helps. David A debugging backtrace caught with gdb (from another machine) after installing xserver-xorg-core-dbg would be better. If you need help, let us know. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474504: [qingy] changing to a virtual console kills X-session
On Wed, Aug 6, 2008 at 17:15:45 +0200, Brice Goglin wrote: David Andel wrote: Hello Julien Ok, now I've got a Xorg log with an error which hopefully helps. David A debugging backtrace caught with gdb (from another machine) after installing xserver-xorg-core-dbg would be better. If you need help, let us know. I don't think it's needed here, the log suggests it's a bug in the vbios or x86emu which triggers an assertion failure in the latter. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474504: [qingy] changing to a virtual console kills X-session
On Sun, Apr 6, 2008 at 11:23:49 +0200, David Andel wrote: Since the last upgrade changing to a virtual console kills the running X-session. Moreover, it changes everytime to the first virtual console, no matter which one was chosen (like e.g. Ctrl-Alt-F6). It does not depend on which getty (qingy or any getty) is running on the destination console. Therefore, the problem seems clearly qingy only. Hi David, Can you attach an X log from a crashed session? That should be /var/log/Xorg.0.log just after the crash, or /var/log/Xorg.0.log.old if you restarted X in the meantime. There should be some indication of a crash in the log, probably a backtrace. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474504: [qingy] changing to a virtual console kills X-session
On Thu, May 01, 2008 at 11:59:35AM +0200, David Andel wrote: Have you tried to start X from a getty console with startx and then change console? Yes, the same error occurs. So could you please reassign this bug to xorg then (perhaps xserver-xorg-core)? Let's try to avoid some work to xorg maintainers, please send the whole output of: /usr/share/bug/xserver-xorg/script 31 so they'll have some more data to work on (and I can reassign the bug to the right package). ciao R, signature.asc Description: Digital signature
Bug#474504: [qingy] changing to a virtual console kills X-session
Riccardo Stagni wrote: Have you tried to start X from a getty console with startx and then change console? Yes, the same error occurs. So could you please reassign this bug to xorg then (perhaps xserver-xorg-core)? Thank you. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474504: [qingy] changing to a virtual console kills X-session
On Mon, Apr 07, 2008 at 01:00:07AM +0200, David Andel wrote: What do you mean with last upgrade? Last qingy upload is dated back to december 2007, four months ago. Well, it happens since a few days. I am upgrading every day. so, perhaps, it's not entirely my fault! great! :) Any idea about what changed? /var/log/{aptitude,dpkg.log} may help... X started/was launched from the first virtual console (tty1)? X was started by qingy or by some other login manager? (xdm, wdm, etc) It does not matter from which virtual console X was started. The only thing which matters is that it is started from qingy. When changing to any other virtual console, X gets killed and I end up in tty1, no matter which one I have chosen to go to. Have you tried to start X from a getty console with startx and then change console? What happen if you run just one qingy istance instead of three? ciao Riccardo signature.asc Description: Digital signature
Bug#474504: [qingy] changing to a virtual console kills X-session
Package: qingy Version: 0.9.6-2 Severity: grave --- Please enter the report below this line. --- Since the last upgrade changing to a virtual console kills the running X-session. Moreover, it changes everytime to the first virtual console, no matter which one was chosen (like e.g. Ctrl-Alt-F6). It does not depend on which getty (qingy or any getty) is running on the destination console. Therefore, the problem seems clearly qingy only. --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 990 unstablehonk.physik.uni-konstanz.de 990 unstabledebian.ethz.ch 300 experimentaldebian.ethz.ch --- Package information. --- Depends (Version) | Installed ===-+-=== | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474504: [qingy] changing to a virtual console kills X-session
tags 474504 moreinfo unreproducible thanks On Sun, Apr 06, 2008 at 11:23:49AM +0200, David Andel wrote: Since the last upgrade changing to a virtual console kills the running X-session. Moreover, it changes everytime to the first virtual console, no matter which one was chosen (like e.g. Ctrl-Alt-F6). It does not depend on which getty (qingy or any getty) is running on the destination console. Therefore, the problem seems clearly qingy only. What do you mean with last upgrade? Last qingy upload is dated back to december 2007, four months ago. I tried to reproduce this bug on a couple of sid/unstable machines but I wasn't able. Can you provide step-by-step instructions? X started/was launched from the first virtual console (tty1)? X was started by qingy or by some other login manager? (xdm, wdm, etc) Are you using closed source X drivers? (eg, nvidia ones) Can you provide your inittab? ciao Riccardo signature.asc Description: Digital signature
Bug#474504: [qingy] changing to a virtual console kills X-session
Riccardo Stagni wrote: What do you mean with last upgrade? Last qingy upload is dated back to december 2007, four months ago. Well, it happens since a few days. I am upgrading every day. X started/was launched from the first virtual console (tty1)? X was started by qingy or by some other login manager? (xdm, wdm, etc) It does not matter from which virtual console X was started. The only thing which matters is that it is started from qingy. When changing to any other virtual console, X gets killed and I end up in tty1, no matter which one I have chosen to go to. Are you using closed source X drivers? (eg, nvidia ones) no Can you provide your inittab? [EMAIL PROTECTED]:~$ awk '!/^#/ !/^$/ {print}' /etc/inittab id:2:initdefault: si::sysinit:/etc/init.d/rcS ~~:S:wait:/sbin/sulogin l0:0:wait:/etc/init.d/rc 0 l1:1:wait:/etc/init.d/rc 1 l2:2:wait:/etc/init.d/rc 2 l3:3:wait:/etc/init.d/rc 3 l4:4:wait:/etc/init.d/rc 4 l5:5:wait:/etc/init.d/rc 5 l6:6:wait:/etc/init.d/rc 6 z6:6:respawn:/sbin/sulogin ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now pf::powerwait:/etc/init.d/powerfail start pn::powerfailnow:/etc/init.d/powerfail now po::powerokwait:/etc/init.d/powerfail stop 1:2345:respawn:/usr/sbin/qingy tty1 2:23:respawn:/usr/sbin/qingy tty2 3:23:respawn:/usr/sbin/qingy tty3 4:23:respawn:/sbin/getty 38400 tty4 5:23:respawn:/sbin/getty 38400 tty5 6:23:respawn:/sbin/getty 38400 tty6 Cheers, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]