[XFree86] Crash on Ubuntu
Hi! I have Ubuntu, the newest version (6.06) and there was an aktualization - XFree86 Server, so I install it and when I reboot the system, there was an message, that my X Window couldn't be inicialized. I dont know what to do. Please help me! Xorg.0.log Description: Binary data xorg.conf Description: Binary data
[XFree86] xfree86 crash
Title: Message dear xfree86.org linuxer we have problem with server x the error log : XFree86 Version 4.3.0 (Red Hat Linux release: 4.3.0-2)Release Date: 27 February 2003X Protocol Version 11, Revision 0, Release 6.6Build Operating System: Linux 2.4.20-3bigmem i686 [ELF] Build Date: 27 February 2003Build Host: porky.devel.redhat.comBefore reporting problems, check http://www.XFree86.Org/to make sure that you have the latest version.Module Loader presentOS Kernel: Linux version 2.4.20-8 ([EMAIL PROTECTED]) (gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #1 Thu Mar 13 17:54:28 EST 2003 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/XFree86.0.log", Time: Thu Oct 27 14:08:09 2005(==) Using config file: "/etc/X11/XF86Config"(==) ServerLayout "Default Layout"(**) |--Screen "Screen0" (0)(**) | |--Monitor "Monitor0"(**) | |--Device "Videocard0"(**) |--Input Device "Mouse0"(**) |--Input Device "Keyboard0"(**) Option "XkbRules" "xfree86"(**) XKB: rules: "xfree86"(**) Option "XkbModel" "pc105"(**) XKB: model: "pc105"(**) Option "XkbLayout" "us"(**) XKB: layout: "us"(==) Keyboard: CustomKeycode disabled(**) |--Input Device "DevInputMice"(**) FontPath set to "unix/:7100"(**) RgbPath set to "/usr/X11R6/lib/X11/rgb"(==) ModulePath set to "/usr/X11R6/lib/modules"(--) using VT number 7 (II) Open APM successful(II) Module ABI versions:XFree86 ANSI C Emulation: 0.2XFree86 Video Driver: 0.6XFree86 XInput driver : 0.4XFree86 Server Extension : 0.2XFree86 Font Renderer : 0.4(II) Loader running on linux(II) LoadModule: "bitmap"(WW) Warning, couldn't open module bitmap(II) UnloadModule: "bitmap"(EE) Failed to load module "bitmap" (module does not exist, 0)(II) LoadModule: "pcidata"(WW) Warning, couldn't open module pcidata(II) UnloadModule: "pcidata"(EE) Failed to load module "pcidata" (module does not exist, 0) Fatal server error:Unable to load required base modules, Exiting... When reporting a problem related to a server crash, please sendthe full server output, not just the last messages.This can be found in the log file "/var/log/XFree86.0.log".Please report problems to xfree86@xfree86.org. regard's hapsono
Re: [XFree86] xfree86 crash
You appear to have an incomplete XFree86 installation. You are missing key modules: /usr/X11R6/lib/modules/libpcidata.a /usr/X11R6/lib/modules/fonts/libbitmap.a This seems to be a common problem on Red Hat. I think maybe they have the modules in a different package from the rest of the X-server or something like that. Mark. On Thu, 27 Oct 2005, KIA MIS wrote: dear xfree86.org linuxer we have problem with server x the error log : XFree86 Version 4.3.0 (Red Hat Linux release: 4.3.0-2) Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.20-3bigmem i686 [ELF] Build Date: 27 February 2003 Build Host: porky.devel.redhat.com Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.4.20-8 ([EMAIL PROTECTED]) (gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #1 Thu Mar 13 17:54:28 EST 2003 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/XFree86.0.log, Time: Thu Oct 27 14:08:09 2005 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Default Layout (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Videocard0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) |--Input Device DevInputMice (**) FontPath set to unix/:7100 (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (WW) Warning, couldn't open module bitmap (II) UnloadModule: bitmap (EE) Failed to load module bitmap (module does not exist, 0) (II) LoadModule: pcidata (WW) Warning, couldn't open module pcidata (II) UnloadModule: pcidata (EE) Failed to load module pcidata (module does not exist, 0) Fatal server error: Unable to load required base modules, Exiting... When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file /var/log/XFree86.0.log. Please report problems to [EMAIL PROTECTED] regard's hapsono ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] crash
Thanks for the reply Mark. Yes, I kinda figured it's too old (like me) and I will just have to do without an xwindow. It's just an old box I'm going to use for chat/forums etc. Thaks again Wayne - Original Message - From: Mark Vojkovich [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, August 30, 2004 11:18 PM Subject: Re: [XFree86] crash (--) PCI:*(0:13:0) Matrox Graphics, Inc. MGA Ultima/Impression rev 0, Mem @ If I recall correctly, that chip dates back to before Matrox released specs for their cards. Mark. On Mon, 30 Aug 2004, Wayne A wrote: Problem: (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found. My comments: If there is no quick solution gang, don't sweat it, it's an old compaq deskpro 5133, I'll just have to fork over some dough. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] crash
Problem: (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found. My comments: If there is no quick solution gang, don't sweat it, it's an old compaq deskpro 5133, I'll just have to fork over some dough. scanpci -v: pci bus 0x cardnum 0x00 function 0x00: vendor 0x0e11 device 0x4000 Compaq Computer Corporation 4000 [Triflex] CardVendor 0x2000 card 0x00ff (Smart Link Ltd., Card unknown) STATUS0x2200 COMMAND 0x0147 CLASS 0x06 0x00 0x00 REVISION 0x00 BIST 0x00 HEADER 0x00 LATENCY 0x20 CACHE 0x00 BASE0 0x06240070 addr 0x06240070 MEM BASE1 0x070a4920 addr 0x070a4920 MEM BASE2 0x06240070 addr 0x06240070 MEM BASE3 0x070a4920 addr 0x070a4920 MEM BASE4 0x4e11 addr 0x4e10 I/O BASE5 0x22000147 addr 0x22000144 I/O BASEROM 0x06240070 addr 0x0624 not-decode-enabled MAX_LAT 0x07 MIN_GNT 0x0a INT_PIN 0x49 INT_LINE 0x20 BYTE_00x00 BYTE_1 0xe8 BYTE_2 0x00 BYTE_3 0xf5 pci bus 0x cardnum 0x0b function 0x00: vendor 0x1022 device 0x2000 Advanced Micro Devices [AMD] 79c970 [PCnet32 LANCE] STATUS0x0280 COMMAND 0x0007 CLASS 0x02 0x00 0x00 REVISION 0x16 BIST 0x00 HEADER 0x00 LATENCY 0x42 CACHE 0x00 BASE0 0x7001 addr 0x7000 I/O BASE1 0x0700 addr 0x0700 MEM MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0x05 pci bus 0x cardnum 0x0d function 0x00: vendor 0x102b device 0x0d10 Matrox Graphics, Inc. MGA Ultima/Impression STATUS0x0200 COMMAND 0x00a3 CLASS 0x03 0x00 0x00 REVISION 0x00 BIST 0x00 HEADER 0x00 LATENCY 0x00 CACHE 0x00 BASE0 0x4000 addr 0x4000 MEM MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0x0b pci bus 0x cardnum 0x0f function 0x00: vendor 0x0e11 device 0x0002 Compaq Computer Corporation PCI to ISA Bridge STATUS0x0200 COMMAND 0x0047 CLASS 0x06 0x01 0x00 REVISION 0x44 BIST 0x00 HEADER 0x00 LATENCY 0x00 CACHE 0x00 BYTE_00xfc BYTE_1 0x03 BYTE_2 0x00 BYTE_3 0x00 # /var/log/XFree86.0.log: *** _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/linux:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 XFree86 Version 4.4.0 Release Date: 29 February 2004 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.7-10custom i686 [ELF] Current Operating System: Linux linux 2.2.20-idepci #1 Sat Apr 20 12:45:19 EST 2002 i586 Build Date: 27 February 2004 Changelog Date: 29 February 2004 Before reporting problems, check http://www.XFree86.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/XFree86.0.log, Time: Mon Aug 30 22:29:27 2004 (++) Using config file: /root/XF86Config.new (==) ServerLayout XFree86 Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (==) Keyboard: CustomKeycode disabled (**) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib /X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/ CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (**) ModulePath set to /usr/X11R6/lib/modules (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.7 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.7 (--) using VT number 7 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 0e11,4000 card 2000,00ff rev 00 class 06,00,00 hdr 00 (II) PCI: 00:0b:0: chip 1022,2000 card , rev 16 class 02,00,00 hdr 00 (II) PCI: 00:0d:0: chip 102b,0d10 card , rev 00 class 03,00,00 hdr 00 (II) PCI:
Re: [XFree86] crash
(--) PCI:*(0:13:0) Matrox Graphics, Inc. MGA Ultima/Impression rev 0, Mem @ If I recall correctly, that chip dates back to before Matrox released specs for their cards. Mark. On Mon, 30 Aug 2004, Wayne A wrote: Problem: (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found. My comments: If there is no quick solution gang, don't sweat it, it's an old compaq deskpro 5133, I'll just have to fork over some dough. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] crash
crashlog.txt Here is the crash log from /var/log/XFree86.0.log. I am using RedHat 7.3 Everything worked great untill i installed the Embedded Linux Development Kit from ftp.leo.org/pub/eldk/3.0/ppc-linux-x86. If you know how to fix this that would be great! David Bouthillier XFree86 Version 4.2.0 (Red Hat Linux release: 4.2.0-8) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 23 January 2002 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/) Build Operating System: Linux 2.4.17-0.13smp i686 [ELF] Build Host: daffy.perf.redhat.com 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/XFree86.0.log, Time: Tue Jun 1 11:25:05 2004 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Anaconda Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Matrox Millennium G550 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) FontPath set to unix/:7100 (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x80b0, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,1a30 card 1043,8070 rev 04 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,1a31 card , rev 04 class 06,04,00 hdr 01 (II) PCI: 00:1e:0: chip 8086,244e card , rev 05 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2440 card , rev 05 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,244b card 1043,8028 rev 05 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2442 card 1043,8028 rev 05 class 0c,03,00 hdr 00 (II) PCI: 00:1f:4: chip 8086,2444 card 1043,8028 rev 05 class 0c,03,00 hdr 00 (II) PCI: 01:00:0: chip 102b,2527 card 102b,0f84 rev 01 class 03,00,00 hdr 00 (II) PCI: 02:03:0: chip 13f6,0111 card 1043,80e2 rev 10 class 04,01,00 hdr 00 (II) PCI: 02:04:0: chip 1033,0035 card 807d,0035 rev 41 class 0c,03,10 hdr 80 (II) PCI: 02:04:1: chip 1033,0035 card 807d,0035 rev 41 class 0c,03,10 hdr 00 (II) PCI: 02:04:2: chip 1033,00e0 card 807d,1043 rev 02 class 0c,03,20 hdr 00 (II) PCI: 02:0b:0: chip 10b7,9055 card 10b7,9055 rev 30 class 02,00,00 hdr 00 (II) PCI: 02:0c:0: chip 10b8,0005 card 10b8,a011 rev 08 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: scanpci (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor=The XFree86 Project compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) UnloadModule: scanpci (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) PCI-to-PCI bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x08 (VGA_EN is set) (II) Bus 1 I/O range: (II) Bus 1 non-prefetchable memory range: [0] -1 0xf480 - 0xf5df (0x160) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0xf5f0 - 0xf7ff (0x210) MX[B] (II) Bus 2: bridge is at (0:30:0), (0,2,2), BCTRL: 0x06 (VGA_EN is cleared) (II) Bus 2 I/O range: [0] -1 0xc000 - 0xc0ff (0x100) IX[B] [1] -1 0xc400 - 0xc4ff (0x100) IX[B] [2] -1 0xc800 - 0xc8ff (0x100) IX[B] [3] -1 0xcc00
[XFree86] crash with 4.4.0
x server crashes after running glxinfo, but not if I run glxgears first... Another new issue is the warning: (WW) TRIDENT(0): Failed to set up write-combining range (0xfc00,0x200) In the kernel log, it displays: Mar 25 07:00:29 gin-ge kernel: mtrr: 0xfc00,0x200 overlaps existing 0xfc00,0x100 Is there anything else I should provide? Bryan Chen _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/gin-ge:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 XFree86 Version 4.4.0 Release Date: 29 February 2004 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.25 i686 [ELF] Current Operating System: Linux gin-ge 2.6.4 #1 SMP Sun Mar 21 04:08:08 EST 2004 i686 Build Date: 21 March 2004 Changelog Date: 29 February 2004 Before reporting problems, check http://www.XFree86.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/XFree86.0.log, Time: Thu Mar 25 06:58:29 2004 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Simple Layout (**) |--Screen Screen 1 (0) (**) | |--Monitor My Monitor (**) | |--Device Trident CyberBlade (generic) (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (**) Option AutoRepeat 500 30 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc101 (**) XKB: model: pc101 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) FontPath set to /tmp,/usr/X11R6/lib/X11/fonts/TTF,/usr/X11R6/lib/X11/fonts/TrueType,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/,unix/:7100 (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (WW) Open APM failed (/dev/apm_bios) (No such device) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.7 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.7 (--) using VT number 7 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 10b9,1672 card 1179,0001 rev 00 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 10b9,5247 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:04:0: chip 10b9,5229 card 1179,0004 rev c4 class 01,01,f0 hdr 00 (II) PCI: 00:06:0: chip 10b9,5451 card 1179,0221 rev 02 class 04,01,00 hdr 00 (II) PCI: 00:07:0: chip 10b9,1533 card 1179,0004 rev 00 class 06,01,00 hdr 00 (II) PCI: 00:08:0: chip 10b9,7101 card 1179,0001 rev 00 class 06,80,00 hdr 00 (II) PCI: 00:09:0: chip 10b9,5457 card 1179,0001 rev 00 class 07,03,00 hdr 00 (II) PCI: 00:0a:0: chip 10ec,8139 card 1179,0002 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:0c:0: chip 1033,0035 card 1179,0003 rev 43 class 0c,03,10 hdr 80 (II) PCI: 00:0c:1: chip 1033,0035 card 1179,0003 rev 43 class 0c,03,10 hdr 00 (II) PCI: 00:0c:2: chip 1033,00e0 card 1179,0001 rev 04 class 0c,03,20 hdr 00 (II) PCI: 00:10:0: chip 104c,ac50 card 4000, rev 01 class 06,07,00 hdr 02 (II) PCI: 00:11:0: chip 1179,0617 card 4800, rev 33 class 06,07,00 hdr 02 (II) PCI: 00:12:0: chip 1179,0805 card 1179,0001 rev 05 class 08,80,00 hdr 00 (II) PCI: 01:00:0: chip 1023,8820 card 1179,0001 rev 82 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,6), 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 0xf7f0 - 0xfdff (0x610) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:7:0),
Re: [XFree86] PROBLEM SOLVED -- 2.6 Kernel + Radeon DRM modules + ATI Radeon Mobility U1 card + XFree86 = crash!
I'm sure it's probably rude for one to reply to one's own message.. but I got DRI working. It was not a fault of XFree86. I downloaded a DRI snapshot from dri.sf.net, and ran the install script. It didn't exactly generate the module correctly, but that was easily fixed by compiling my own from CVS. The difference was, the snapshot install script also updated files in /usr/X11R6 to prepare it for the new DRM kernel module. So, now there are no kernel/DRM/DRI mismatches and everything works great! Just thought I'd let everyone know that there is no bug in XFree86, and the problem has been fixed. Thanks. Logan ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] 2.6 Kernel + Radeon DRM modules + ATI Radeon Mobility U1 card + XFree86 = crash!
I think XFree86 hates me. I have tried running many different 2.6.x kernels and I have been trying to get XFree86 working with DRI. My distro currently ships XFree86 4.4.0-20030116 (bleeding-edge). I compiled my kernel with AGP support and with DRM support for Radeon. That didn't work, and I read that I was supposed to checkout the 'xc' module from CVS and build the DRM modules there. I did so, but now whenever I start X with DRI enabled in the XF86Config file, X restarts my computer. I am able to get into X, but only if I comment out or delete the option to load dri in /etc/X11/XF86Config. Has anyone else using my card experienced this? Is there a way to get around it? If, after X having restarted my computer, I boot into runlevel 3 and view my X logs, there is absolutely nothing unusual. In fact, X actually reports DRI being loaded successfully! I would really like to have DRI support for my card (ATi Radeon Mobility U1 aka IGP320) and I have heard success stories. When using a slightly older version of XFree86 (4.3.99.16, I believe) I was able to get DRI working. Any help appreciated. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] 2.6 Kernel + Radeon DRM modules + ATI Radeon Mobility U1 card + XFree86 = crash!
Hello, I could get dri work on -Chipset ATI Radeon IGP320M (U1) 4336 found -kernel 2.4.24 -XFree86-4.3+fix+DRI-cvs+MEsa-cvs branches the problem is I don't know if bleeding edge of XFree is taking the bleeding edge branch of DRI project... from what you said it doesnt look like! some ideas: -compile the kernel with AGP support YES, IGP320 YES, DRM YES and radeon as module (because you will replace it with the one provided by DRI) and remember the gcc version you use to compile the kernel (you must use the same to compile the DRI radeon module) hope this could help Cheers, Samy Chbinou Selon Logan Rathbone [EMAIL PROTECTED]: I think XFree86 hates me. I have tried running many different 2.6.x kernels and I have been trying to get XFree86 working with DRI. My distro currently ships XFree86 4.4.0-20030116 (bleeding-edge). I compiled my kernel with AGP support and with DRM support for Radeon. That didn't work, and I read that I was supposed to checkout the 'xc' module from CVS and build the DRM modules there. I did so, but now whenever I start X with DRI enabled in the XF86Config file, X restarts my computer. I am able to get into X, but only if I comment out or delete the option to load dri in /etc/X11/XF86Config. Has anyone else using my card experienced this? Is there a way to get around it? If, after X having restarted my computer, I boot into runlevel 3 and view my X logs, there is absolutely nothing unusual. In fact, X actually reports DRI being loaded successfully! I would really like to have DRI support for my card (ATi Radeon Mobility U1 aka IGP320) and I have heard success stories. When using a slightly older version of XFree86 (4.3.99.16, I believe) I was able to get DRI working. Any help appreciated. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 -- ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Crash in full-screen programs
When I start, for example, Frozen-Bubble in full-screen mode, the X just crashes (Signal 11). Same thing happens in some other full-screen games as well. I am using XFree86 Version 4.3.99.902 on Mandrake Linux 9.2. My graphics adapter is Chips and Technologies 65554 with LCD screen. I have included my XFree86.0.log and XF86Config-4 below. ###Start of XF86Config-4### Section Files FontPath unix/:-1 EndSection Section ServerFlags AllowMouseOpenFail # allows the server to start up even if the mouse doesn't work EndSection Section Module Load dbe # Double-Buffering Extension Load v4l # Video for Linux Load extmod Load type1 Load freetype Load glx # 3D layer EndSection Section InputDevice Identifier Keyboard1 Driver Keyboard Option XkbModel pc105 Option XkbLayout fi Option XkbOptions EndSection Section InputDevice Identifier Mouse1 Driver mouse Option Protocol PS/2 Option Device /dev/psaux Option Emulate3Buttons Option Emulate3Timeout 50 EndSection Section Monitor Identifier monitor1 VendorName Hewlett-Packard ModelName HP Omnibook 5700CTX LCD Monitor HorizSync 32-61 DisplaySize 246 185 VertRefresh 50-90 EndSection Section Device Identifier device1 VendorName CT BoardName Chips Technologies CT65554 Driver chips Option LcdCenter EndSection Section Screen Identifier screen1 Device device1 Monitor monitor1 DefaultColorDepth 16 Subsection Display Depth 8 Virtual 1024 768 EndSubsection Subsection Display Depth 15 Virtual 1024 768 EndSubsection Subsection Display Depth 16 Virtual 1024 768 EndSubsection Subsection Display Depth 24 Virtual 1024 768 EndSubsection EndSection Section ServerLayout Identifier layout1 InputDevice Keyboard1 CoreKeyboard InputDevice Mouse1 CorePointer Screen screen1 EndSection ###End of XF86Config-4### ###Start of XFree86.0.log### _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/kannettava:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs). XFree86 Version 4.3.99.902 (4.4.0 RC 2) Release Date: 18 December 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.6.0-0.4mdkenterprise i686 [ELF] Current Operating System: Linux kannettava 2.4.22-26mdk #1 Wed Jan 7 10:47:21 MST 2004 i586 Build Date: 19 December 2003 Changelog Date: 19 December 2003 Before reporting problems, check http://www.XFree86.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/XFree86.0.log, Time: Mon Jan 12 14:54:57 2004 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout layout1 (**) |--Screen screen1 (0) (**) | |--Monitor monitor1 (**) | |--Device device1 (**) |--Input Device Keyboard1 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout fi (**) XKB: layout: fi (WW) Option XkbOptions requires an string value (==) Keyboard: CustomKeycode disabled (**) |--Input Device Mouse1 (**) FontPath set to unix/:-1 (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (**) Option AllowMouseOpenFail (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.7 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.99.902, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.99.902, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.7 Using vt 7 (--) using VT number 7 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1045,c557 card , rev 14 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1045,c558 card , rev 02 class 06,01,00 hdr 00 (II) PCI: 00:02:0: chip 102c,00e4 card , rev c2 class 03,00,00 hdr 00
[XFree86] crash on freebsd 4.9 release
Log file attached. Tried to send the display of Tripos' software called Sybyl running on Redhat AS2.1 system back to my display. This crashes every time. My system is a Dell Latitude D800 Thanks Peter DrakeUnderkoffler XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: FreeBSD 4.9 i386 [ELF] Build Date: 07 October 2003 Before reporting problems, check http://www.XFree86.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/XFree86.0.log, Time: Tue Jan 6 12:01:06 2004 (==) Using config file: /usr/X11R6/lib/X11/XF86Config (==) ServerLayout XFree86 Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (==) Keyboard: CustomKeycode disabled (**) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (**) ModulePath set to /usr/X11R6/lib/modules (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on freebsd (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,3340 card , rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,3341 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,24c2 card 8086,4541 rev 01 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24c4 card 8086,4541 rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24c7 card 8086,4541 rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24cd card 1028,014e rev 01 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card , rev 81 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,24cc card , rev 01 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,24ca card 8086,4541 rev 01 class 01,01,8a hdr 00 (II) PCI: 00:1f:5: chip 8086,24c5 card 1028,014e rev 01 class 04,01,00 hdr 00 (II) PCI: 00:1f:6: chip 8086,24c6 card 14f1,5422 rev 01 class 07,03,00 hdr 00 (II) PCI: 01:00:0: chip 10de,0286 card 1028,0179 rev a1 class 03,00,00 hdr 00 (II) PCI: 02:00:0: chip 14e4,165d card 1028,865d rev 01 class 02,00,00 hdr 00 (II) PCI: 02:01:0: chip 104c,ac47 card , rev 01 class 06,07,00 hdr 82 (II) PCI: 02:01:1: chip 104c,ac4a card , rev 01 class 06,07,00 hdr 82 (II) PCI: 02:01:2: chip 104c,802b card 1028,014e rev 00 class 0c,00,10 hdr 80 (II) PCI: 02:01:3: chip 104c,8204 card 1028,014e rev 00 class 08,80,00 hdr 80 (II) PCI: 02:03:0: chip 14e4,4320 card 1028,0001 rev 02 class 02,80,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,2), 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: 0x000c (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0xc000 - 0xc0ff (0x100) IX[B] [1] -1 0 0xc400 - 0xc4ff (0x100) IX[B] [2] -1 0 0xc800 - 0xc8ff (0x100) IX[B] [3] -1 0 0xcc00 - 0xccff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xfc00 - 0xfdff (0x200) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xf000 - 0xf3ff (0x400) MX[B] (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:30:0), (0,2,2), BCTRL: 0x0004 (VGA_EN is cleared) (II) Bus 2 I/O range: [0] -1 0 0xd000 - 0xd0ff (0x100) IX[B] [1] -1 0 0xd400
Re: [XFree86] Crash XFree 4.3.0
On Fri, 2004-01-02 at 16:54, Dimka wrote: Gentoo, XFree 4.3.0-r2 While working with MozillaFirebrid 0.6-r6 crash XFree Just for a data point: I've seen this Signal 11 happen on my current machine quite a few times. There seems to be no decernable pattern to it. I've seen it both under Red Hat 7.3 (XFree86 4.1/2, can't remember which) and Fedora Core 1 (XFree86 4.3). I've seen it happen under various 2.4 kernels, vanilla and -aa. With an nvidia card and nvidia's binary drivers and with a Matrox G550 and the XFree86 driver. I have agp and dri in use. It's happened under KDE and Enlightenment. It's always accompanied by this message in /var/log/messages Jan 1 16:28:55 alpha gdm[2549]: gdm_slave_xioerror_handler: Fatal X error - Restarting :0 Which is probably just because X died This machine is an AMD Athlon 1800+ XP with a VIA chipset, 512MB RAM. I'm running with agp 4x mode. (Maybe I should try dropping that down). (pts/1) [EMAIL PROTECTED]:/var/log]$ /sbin/lspci 00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03) 00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 06) 00:07.2 USB Controller: VIA Technologies, Inc. USB (rev 1a) 00:07.3 USB Controller: VIA Technologies, Inc. USB (rev 1a) 00:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) 00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 50) 00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 00:0c.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11) 00:0c.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 11) 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G550 AGP (rev 01) (pts/1) [EMAIL PROTECTED]:/var/log]$ Cheers, Andrew Clayton ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] crash screen
You are misconfigured. Sounds like maybe you are specifying a BusID keyword in the Section Device of the XF86Config file when you shouldn't be. Mark. On Thu, 25 Dec 2003, @q wrote: Jueves, 25 de Diciembre de 2003 01:09 p.m. tengo problemas para iniciar el modo tvout de la distribucion movix2 con la placa tepro impact Nvidia tnt2 m64. con tvout PCI bios version 2.05.19.03 on board memory 32 mb, irq 11 tv encoder type chrontel 7005 la maquina es una amd k6 500 mhz whit mmx con 128 mb de memoria con el siguiente mensaje de error. log file: /var/log/xfree86.0.long time: thu dec 25 12:39:59 2003 using config file: /etc/x11/xf86 config NVidia no matching device section for (ww)instance (Bus ID PCI:0:10:0) found (tt) no device detected Fatal server error: no screen found when reporting a problem related to a server crash, please send the full server output, not just tyhe last messages this can be found in the log file /var/log/xfree86.0.log please report problem to [EMAIL PROTECTED] XIO: fatal error 104 (conection reset by peer) on x server 0,0 -- saludos mailto:[EMAIL PROTECTED] msn:[EMAIL PROTECTED] adjuntos none ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Crash XFree 4.3.0
On Fri, 2 Jan 2004, Dimka wrote: Gentoo, XFree 4.3.0-r2 While working with MozillaFirebrid 0.6-r6 crash XFree In the XF86Config file, try replacing Load freetype with Load xtt Mark. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Crash XFree 4.3.0
Gentoo, XFree 4.3.0-r2 While working with MozillaFirebrid 0.6-r6 crash XFree XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.21-pfeifer-r1_pre4 i686 [ELF] Build Date: 28 July 2003 Before reporting problems, check http://www.XFree86.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/XFree86.0.log, Time: Fri Jan 2 11:21:09 2004 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Simple Layout (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option AutoRepeat 500 30 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc101 (**) XKB: model: pc101 (**) Option XkbLayout us,ru (**) XKB: layout: us,ru (**) Option XkbVariant pc (**) XKB: variant: pc (**) Option XkbOptions grp:alt_shift_toggle (**) XKB: options: grp:alt_shift_toggle (==) Keyboard: CustomKeycode disabled (**) FontPath set to unix/:-1 (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules Using vt 7 (--) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x8000680c, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0305 card 147b,a401 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8305 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0686 card 1106, rev 40 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card , rev 06 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI: 00:07:4: chip 1106,3057 card , rev 40 class 06,00,00 hdr 00 (II) PCI: 00:08:0: chip 134d,7892 card 134d,0001 rev 02 class 07,03,00 hdr 00 (II) PCI: 00:0b:0: chip 11f6,1401 card , rev 0a class 02,00,00 hdr 00 (II) PCI: 00:0d:0: chip 1274,5880 card 1274,2000 rev 02 class 04,01,00 hdr 00 (II) PCI: 00:0f:0: chip 10b7,9200 card 10b7,1000 rev 78 class 02,00,00 hdr 00 (II) PCI: 01:00:0: chip 1002,5144 card 1002,0008 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: 0x000c (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0xc000 - 0xc0ff (0x100) IX[B] [1] -1 0 0xc400 - 0xc4ff (0x100) IX[B] [2] -1 0 0xc800 - 0xc8ff (0x100) IX[B] [3] -1 0 0xcc00 - 0xccff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xd800 - 0xd9ff (0x200) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xd400 - 0xd7ff (0x400) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:7:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) Host-to-PCI bridge: (II) Bus -1: bridge is at (0:7:4), (-1,-1,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus -1 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus -1 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus -1 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (--) PCI:*(1:0:0) ATI Technologies Inc Radeon R100 QD [Radeon 7200] rev 0, Mem @ 0xd400/26, 0xd900/19, I/O @ 0xc000/8 (II) Addressable bus resource
[XFree86] crash screen
Jueves, 25 de Diciembre de 2003 01:09 p.m. tengo problemas para iniciar el modo tvout de la distribucion movix2 con la placa tepro impact Nvidia tnt2 m64. con tvout PCI bios version 2.05.19.03 on board memory 32 mb, irq 11 tv encoder type chrontel 7005 la maquina es una amd k6 500 mhz whit mmx con 128 mb de memoria con el siguiente mensaje de error. log file: /var/log/xfree86.0.long time: thu dec 25 12:39:59 2003 using config file: /etc/x11/xf86 config NVidia no matching device section for (ww)instance (Bus ID PCI:0:10:0) found (tt) no device detected Fatal server error: no screen found when reporting a problem related to a server crash, please send the full server output, not just tyhe last messages this can be found in the log file /var/log/xfree86.0.log please report problem to [EMAIL PROTECTED] XIO: fatal error 104 (conection reset by peer) on x server 0,0 -- saludos mailto:[EMAIL PROTECTED] msn:[EMAIL PROTECTED] adjuntos none ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Crash problems and how to diagnose
I am having a problem which locks the desktop but which I don't know how to pinpoint. The symptoms are an unresponsive desktop. No response to mouse or keyboard movement. Focus doesn't change, nothing is clickable and no animations on the mouse or on the desktop (karamba) actually animate. The mouse however is still movable. The problem happens at any time of the day. Reguardless of window manager, mouse icons, desktop environment, programs running, whether the computer is in use, in screensaver mode, or in powersaver mode and reguardless of how long it has been since the last crash. It varies any where from ever 5min to a couple of days. I do know however that the computer continues to run and I can clear the problem by SSH'ing into the box and doing a killall -9 X. I assume that my problem is with XFree86 since nothing else is consisant among all crashes. I am running Xfree86 4.3-23mdk, kernel 2.4.22.21mdk, and usually kde 3.1.3-79.1.92mdk. Hardware is a Geforce 429 128mb, athlon 1.53ghz, and gigabyte motherboard. Now I know that I probably can't come in here and give that explanation and have someone pop up with what the problem is. (It would be nice if I could but I doubt that can happen.) What I would like to know is how to narrow down the problem. I do not know what logs to check, what commands to run, and what to look for to find out specifically what is causing this problem. While I have been running linux 2 or 3 years now, no-one has ever explained this to me. If you would just tell me that much I would appriciate it so I can finally find the problem as it really pisses me off to crash randomly and repeatedly. Oh, it seems that running mplayer v1.0pre2-3.3.1 with CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 0 causes the crash very soon after a file begins playing, but I am not absolutely sure of that. Anyway, thank you for any help you can supply Gabriel Bassett [EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] crash with GL?
Apparently, after a small upgrade, GL crashes X every time. I tried running a small gl program, and it crashed. All of my GL screensavers crash X. Anything referring to GL crashes it. I've included the file, like it said. If there's anywhere else I should report this, please tell me! Thanks :-) ~Chris Johns XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.20-gentoo-r6 i686 [ELF] Build Date: 02 December 2003 Before reporting problems, check http://www.XFree86.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/XFree86.0.log, Time: Sat Dec 6 01:55:58 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout AGP (**) |--Screen Screen AGP (0) (**) | |--Monitor MyMonitor (**) | |--Device NV AGP (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (**) Option AutoRepeat 250 30 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) FontPath set to /usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/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/CID/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (**) Option AllowMouseOpenFail (++) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x802c, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2570 card 8086,2570 rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,2571 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,24d2 card 8086,524c rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24d4 card 8086,524c rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24d7 card 8086,524c rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:3: chip 8086,24de card 8086,524c rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24dd card 8086,524c rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,244e card , rev c2 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,24d0 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,24db card 8086,524c rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:2: chip 8086,24d1 card 8086,524c rev 02 class 01,01,8f hdr 00 (II) PCI: 00:1f:3: chip 8086,24d3 card 8086,524c rev 02 class 0c,05,00 hdr 00 (II) PCI: 01:00:0: chip 10de,0321 card , rev a1 class 03,00,00 hdr 00 (II) PCI: 02:02:0: chip 1102,0002 card 1102,8065 rev 0a class 04,01,00 hdr 80 (II) PCI: 02:02:1: chip 1102,7002 card 1102,0020 rev 0a class 09,80,00 hdr 80 (II) PCI: 02:08:0: chip 8086,1050 card 8086,3020 rev 01 class 02,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,2), 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 0xfc90 - 0xfe9f (0x210) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xdc80 - 0xec7f (0x1000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:30:0), (0,2,2), BCTRL: 0x0206 (VGA_EN is cleared) (II) Bus 2 I/O range: [0] -1 0 0xb000 - 0xb0ff (0x100) IX[B]
Re: [XFree86] crash with GL?
When using the nvidia driver opengl is provided through that driver not xfree(mesa). Try reinstalling the xfree driver module following the instruction on nvidia's website. Then run glxinfo to insure that nvidia's libgl is actually providing the opengl functionality. If not then there is possibly a conflicting set of libraries installed on your system. A sample output of glxinfo is following: [prompt]$ glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: NVIDIA Corporation server glx version string: 1.3 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_ARB_multisample client glx vendor string: NVIDIA Corporation client glx version string: 1.3 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync, GLX_SGIX_swap_group, GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_NV_float_buffer GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_ARB_multisample, GLX_ARB_get_proc_address OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce4 Ti 4200/AGP/SSE OpenGL version string: 1.4.0 NVIDIA 44.96 OpenGL extensions: GL_ARB_depth_texture, GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_point_parameters, GL_ARB_shadow, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_window_pos, GL_S3_s3tc, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_compiled_vertex_array, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_paletted_texture, GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_shared_texture_palette, GL_EXT_stencil_wrap, GL_EXT_texture3D, GL_EXT_texture_compression_s3tc, GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_vertex_array, GL_HP_occlusion_test, GL_IBM_texture_mirrored_repeat, GL_KTX_buffer_region, GL_NV_blend_square, GL_NV_copy_depth_to_color, GL_NV_depth_clamp, GL_NV_fence, GL_NV_fog_distance, GL_NV_light_max_exponent, GL_NV_multisample_filter_hint, GL_NV_occlusion_query, GL_NV_packed_depth_stencil, GL_NV_pixel_data_range, GL_NV_point_sprite, GL_NV_register_combiners, GL_NV_register_combiners2, GL_NV_texgen_reflection, GL_NV_texture_compression_vtc, GL_NV_texture_env_combine4, GL_NV_texture_rectangle, GL_NV_texture_shader, GL_NV_texture_shader2, GL_NV_texture_shader3, GL_NV_vertex_array_range, GL_NV_vertex_array_range2, GL_NV_vertex_program, GL_NV_vertex_program1_1, GL_NVX_ycrcb, GL_SGIS_generate_mipmap, GL_SGIS_multitexture, GL_SGIS_texture_lod, GL_SGIX_depth_texture, GL_SGIX_shadow glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x21 24 tc 0 32 0 r y . 8 8 8 0 0 24 8 16 16 16 16 0 0 None 0x22 24 dc 0 32 0 r y . 8 8 8 0 0 24 8 16 16 16 16 0 0 None 0x23 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 None 0x24 24 tc 0 32 0 r . . 8 8 8 0 0 24 8 16 16 16 16 0 0 None 0x25 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 None 0x26 24 tc 0 32 0 r y . 8 8 8 0 0 16 0 16 16 16 16 0 0 None 0x27 24 tc 0 32 0 r y . 8 8 8 8 0 16 0 16 16 16 16 0 0 None 0x28 24 tc 0 32 0 r . . 8 8 8 0 0 16 0 16 16 16 16 0 0 None 0x29 24 tc 0 32 0 r . . 8 8 8 8 0 16 0 16 16 16 16 0 0 None 0x2a 24 tc 0 32 0 r y . 8 8 8 0 0 0 0 16 16 16 16 0 0 None 0x2b 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 None 0x2c 24 tc 0 32 0 r . . 8 8 8 0 0 0 0 16 16 16 16 0 0 None 0x2d 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 None 0x2e 24 tc 0 32 0 r y . 8 8 8 0 0 24 8 16 16 16 16 2 1 Ncon 0x2f 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 2 1 Ncon 0x30 24 tc 0 32 0 r y . 8 8 8 0 0 16 0 16 16 16 16 2 1 Ncon 0x31 24 tc 0 32 0 r y . 8 8 8 8 0 16 0 16 16 16 16 2 1 Ncon 0x32 24 tc 0 32 0 r y . 8 8 8 0 0 24 8 16 16 16 16 4 1 Ncon 0x33 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 4 1 Ncon 0x34 24 tc 0 32 0 r y . 8 8 8 0 0 16 0 16 16 16 16 4 1 Ncon 0x35 24 tc 0 32 0 r y . 8 8 8 8 0 16 0 16 16 16 16 4 1 Ncon 0x36 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 None 0x37 24 dc 0 32 0 r . . 8 8 8 0 0 24 8 16 16 16 16 0 0 None 0x38 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 None 0x39 24
Re: Re: [XFree86] crash with GL?]
Yup, all I had to do was reinstall the NVidia drivers...thanks so much for your quick responses! ~Chris Johns ---BeginMessage--- You've got your libraries mixed (Mesa + NVIDIA). Reinstall NVIDIA's drivers to make sure they are correctly in place. Mark. On Sat, 6 Dec 2003, Chris Johns wrote: Apparently, after a small upgrade, GL crashes X every time. I tried running a small gl program, and it crashed. All of my GL screensavers crash X. Anything referring to GL crashes it. I've included the file, like it said. If there's anywhere else I should report this, please tell me! Thanks :-) ~Chris Johns ---End Message---
[XFree86] Crash soon after screensaver launches
I'm not sure what's causing it. Log: XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.21-gss i686 [ELF] Build Date: 20 October 2003 Before reporting problems, check http://www.XFree86.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/XFree86.0.log, Time: Sat Nov 29 23:53:07 2003 (==) Using config file: /etc/X11/XF86Config (WW) No Layout section. Using the first Screen section. (**) |--Screen accel (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (==) |--Input Device Mouse0 (==) |--Input Device Keyboard0 (**) Option XkbModel rapidaccess2 (**) XKB: model: rapidaccess2 (==) Keyboard: CustomKeycode disabled (**) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (**) ModulePath set to /usr/X11R6/lib/modules (++) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,3116 card 1106,3116 rev 00 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,b091 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:05:0: chip 1260,3873 card 1737,3874 rev 01 class 02,80,00 hdr 00 (II) PCI: 00:07:0: chip 11c1,044e card 1235,044e rev 02 class 07,80,00 hdr 00 (II) PCI: 00:10:0: chip 1106,3038 card 1462,3902 rev 80 class 0c,03,00 hdr 80 (II) PCI: 00:10:1: chip 1106,3038 card 1462,3902 rev 80 class 0c,03,00 hdr 80 (II) PCI: 00:10:2: chip 1106,3038 card 1462,3902 rev 80 class 0c,03,00 hdr 80 (II) PCI: 00:10:3: chip 1106,3104 card 1462,3902 rev 82 class 0c,03,20 hdr 00 (II) PCI: 00:11:0: chip 1106,3177 card 1106,3177 rev 00 class 06,01,00 hdr 80 (II) PCI: 00:11:1: chip 1106,0571 card 1462,3902 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:11:5: chip 1106,3059 card 1462,3902 rev 50 class 04,01,00 hdr 00 (II) PCI: 00:12:0: chip 1106,3065 card 1462,390c rev 74 class 02,00,00 hdr 00 (II) PCI: 01:00:0: chip 5333,8d04 card 1462,3908 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: 0x000c (VGA_EN is set) (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xe000 - 0xe1ff (0x200) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xd800 - 0xdfff (0x800) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:17:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(1:0:0) S3 Inc. [ProSavageDDR K4M266] rev 0, Mem @ 0xe100/19, 0xd800/27 (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 0xffe0 - 0x (0x20) MX[B](B) [1] -1 0 0x0010 - 0x3fff (0x3ff0) MX[B]E(B) [2] -1 0 0x000f - 0x000f (0x1) MX[B] [3] -1 0 0x000c - 0x000e (0x3) MX[B] [4] -1 0 0x - 0x0009 (0xa) MX[B] [5] -1 0 0x - 0x (0x1) IX[B] [6] -1 0 0x - 0x00ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xd000 from 0xd7ff to 0xcfff (II) Active PCI
Re: [XFree86] Crash soon after screensaver launches
Looks like the screensaver it trying to use some resolution/sync refresh that your monitor or card can't handle. Gary On November 30, 2003 04:21 pm, Avery Morrow wrote: I'm not sure what's causing it. Log: XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.21-gss i686 [ELF] Build Date: 20 October 2003 Before reporting problems, check http://www.XFree86.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/XFree86.0.log, Time: Sat Nov 29 23:53:07 2003 (==) Using config file: /etc/X11/XF86Config (WW) No Layout section. Using the first Screen section. (**) |--Screen accel (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (==) |--Input Device Mouse0 (==) |--Input Device Keyboard0 (**) Option XkbModel rapidaccess2 (**) XKB: model: rapidaccess2 (==) Keyboard: CustomKeycode disabled (**) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6 /lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts /75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (**) ModulePath set to /usr/X11R6/lib/modules (++) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,3116 card 1106,3116 rev 00 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,b091 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:05:0: chip 1260,3873 card 1737,3874 rev 01 class 02,80,00 hdr 00 (II) PCI: 00:07:0: chip 11c1,044e card 1235,044e rev 02 class 07,80,00 hdr 00 (II) PCI: 00:10:0: chip 1106,3038 card 1462,3902 rev 80 class 0c,03,00 hdr 80 (II) PCI: 00:10:1: chip 1106,3038 card 1462,3902 rev 80 class 0c,03,00 hdr 80 (II) PCI: 00:10:2: chip 1106,3038 card 1462,3902 rev 80 class 0c,03,00 hdr 80 (II) PCI: 00:10:3: chip 1106,3104 card 1462,3902 rev 82 class 0c,03,20 hdr 00 (II) PCI: 00:11:0: chip 1106,3177 card 1106,3177 rev 00 class 06,01,00 hdr 80 (II) PCI: 00:11:1: chip 1106,0571 card 1462,3902 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:11:5: chip 1106,3059 card 1462,3902 rev 50 class 04,01,00 hdr 00 (II) PCI: 00:12:0: chip 1106,3065 card 1462,390c rev 74 class 02,00,00 hdr 00 (II) PCI: 01:00:0: chip 5333,8d04 card 1462,3908 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: 0x000c (VGA_EN is set) (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xe000 - 0xe1ff (0x200) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xd800 - 0xdfff (0x800) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:17:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(1:0:0) S3 Inc. [ProSavageDDR K4M266] rev 0, Mem @ 0xe100/19, 0xd800/27 (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 0xffe0 - 0x (0x20) MX[B](B) [1] -1 0 0x0010 - 0x3fff (0x3ff0) MX[B]E(B) [2] -1 0 0x000f - 0x000f (0x1) MX[B] [3] -1 0 0x000c - 0x000e (0x3) MX[B] [4] -1 0 0x - 0x0009 (0xa) MX[B]
Re: Re: [XFree86] Crash soon after screensaver launches
Sorry, I did not realise the support address had become a mailing list... but thanks for your help, Gary, I'll try and pin down the offending xscreensaver hack. (Strange reason to segfault.) Looks like the screensaver it trying to use some resolution/sync refresh that your monitor or card can't handle. Gary ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Crash
Hello! Iam new user of Linux system I have it 2 weeks. Everything was OK, but yesterday I installed ZipDrive and since is unable start X window. See log file. Thank you Jan Aksamit XFree86 Version 4.3.0 (Red Hat Linux release: 4.3.0-2) Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.20-3bigmem i686 [ELF] Build Date: 27 February 2003 Build Host: porky.devel.redhat.com Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.4.20-8 ([EMAIL PROTECTED]) (gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #1 Thu Mar 13 17:54:28 EST 2003 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/XFree86.0.log, Time: Wed Oct 15 23:15:42 2003 (==) Using config file: /etc/X11/XF86Config Parse error on line 103 of section Monitor in file /etc/X11/XF86Config The HorizSync keyword must be followed by a list of numbers or ranges. (EE) Problem parsing the config file (EE) Error from xf86HandleConfigFile() Fatal server error: no screens found When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file /var/log/XFree86.0.log. Please report problems to [EMAIL PROTECTED]
[XFree86] crash report
Hello, X crashed from kde, showing the Pipes screensaver when I moved the mouse. I think I had a couple of windows open: kate and konqueror I think, maybe an xterm. bash-2.05b$ uname -a FreeBSD potato.hogsedge.org 5.1-CURRENT FreeBSD 5.1-CURRENT #2: Sat Oct 4 15:01:44 BST 2003 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/POTATO i386 bash-2.05b$ Cheers, Ben XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: FreeBSD 5.1 i386 [ELF] Build Date: 24 May 2003 Before reporting problems, check http://www.XFree86.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/XFree86.0.log, Time: Fri Oct 10 13:54:48 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Simple Layout (**) |--Screen Screen 1 (0) (**) | |--Monitor monitor (**) | |--Device vidcard (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (**) Option AutoRepeat 500 30 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc102 (**) XKB: model: pc102 (**) Option XkbLayout gb (**) XKB: layout: gb (==) Keyboard: CustomKeycode disabled (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/local/. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/local/). (**) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/TrueType/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on freebsd (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7190 card , rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,7191 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 8086,7110 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 8086,7111 card , rev 01 class 01,01,80 hdr 00 (II) PCI: 00:07:2: chip 8086,7112 card , rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 8086,7113 card , rev 02 class 06,80,00 hdr 00 (II) PCI: 00:09:0: chip 4005,4000 card 4005,4000 rev 00 class 04,01,00 hdr 00 (II) PCI: 00:0b:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 01:00:0: chip 1039,6326 card , rev 0b 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: 0x0088 (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 0xdc00 - 0xddff (0x200) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xde00 - 0xde7f (0x80) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:7:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(1:0:0) Silicon Integrated Systems [SiS] 86C326 5598/6326 rev 11, Mem @ 0xde00/23, 0xdd00/16, I/O @ 0xd000/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 0xffe0 - 0x (0x20) MX[B](B) [1] -1 0 0x0010 - 0x3fff (0x3ff0) MX[B]E(B) [2] -1 0 0x000f - 0x000f (0x1) MX[B] [3] -1 0 0x000c - 0x000e (0x3) MX[B] [4] -1 0 0x - 0x0009 (0xa)
[XFree86] XFree86 crash log
Hi, OS is FreeBSD 5.1 release. --- XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: FreeBSD 5.1 i386 [ELF] Build Date: 24 May 2003 Before reporting problems, check http://www.XFree86.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/XFree86.0.log, Time: Tue Sep 23 17:34:03 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Layout0 (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Keyboard0 (**) Option XkbModel pc101 (**) XKB: model: pc101 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) |--Input Device Mouse0 (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/100dpi/. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/100dpi/). (==) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/ (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on freebsd (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0598 card , rev 04 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8598 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0586 card , rev 41 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card , rev 06 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 1106,3040 card , rev 10 class 06,80,00 hdr 00 (II) PCI: 00:08:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:09:0: chip 1163,0001 card , rev 03 class 03,00,00 hdr 00 (II) PCI: 00:0a:0: chip 1106,3043 card 3043,1106 rev 06 class 02,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: 0x0004 (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0 0xb000 - 0xb0ff (0x100) IX[B] [1] -1 0 0xb400 - 0xb4ff (0x100) IX[B] [2] -1 0 0xb800 - 0xb8ff (0x100) IX[B] [3] -1 0 0xbc00 - 0xbcff (0x100) IX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:7:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(0:9:0) Rendition Verite 1000 rev 3, Mem @ 0xe400/24, I/O @ 0xcc00/8, BIOS @ 0xe500/17 (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 0xffe0 - 0x (0x20) MX[B](B) [1] -1 0 0x0010 - 0x3fff (0x3ff0) MX[B]E(B) [2] -1 0 0x000f - 0x000f (0x1) MX[B] [3] -1 0 0x000c - 0x000e (0x3) MX[B] [4] -1 0 0x - 0x0009 (0xa) MX[B] [5] -1 0 0x - 0x (0x1) IX[B] [6] -1 0 0x - 0x00ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xe000 from 0x to 0xdfff (II) Active PCI resource ranges: [0] -1 0 0xe6001000 - 0xe6001fff (0x1000) MX[B]E [1] -1 0 0xe600 -
[XFree86] crash report
Hello, I have been using redhat 9 with kernel 2.4.20-20.9. But my video hardware accelaration didn't work so I loaded radeon-20030923-linux.i386.tar.bz2. Now my X server cannot be run. Attached please find the XFree86.log. XFree86 Version 4.3.0 (Red Hat Linux release: 4.3.0-2) Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.20-3bigmem i686 [ELF] Build Date: 27 February 2003 Build Host: porky.devel.redhat.com Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.4.20-20.9 ([EMAIL PROTECTED]) (gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #2 Wed Sep 17 16:02:29 PDT 2003 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/XFree86.0.log, Time: Tue Sep 23 07:45:33 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Default Layout (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Videocard0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) |--Input Device DevInputMice (**) FontPath set to unix/:7100 (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such device) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,3580 card 1028,015f rev 02 class 06,00,00 hdr 80 (II) PCI: 00:00:1: chip 8086,3584 card 1028,015f rev 02 class 08,80,00 hdr 00 (II) PCI: 00:00:3: chip 8086,3585 card 1028,015f rev 02 class 08,80,00 hdr 80 (II) PCI: 00:01:0: chip 8086,3581 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,24c2 card 1028,015f rev 01 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24c4 card 1028,015f rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24c7 card 1028,015f rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24cd card 1028,015f rev 01 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card , rev 81 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,24cc card , rev 01 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,24ca card 1028,015f rev 01 class 01,01,8a hdr 00 (II) PCI: 00:1f:5: chip 8086,24c5 card 1028,015f rev 01 class 04,01,00 hdr 00 (II) PCI: 00:1f:6: chip 8086,24c6 card 14e4,4d64 rev 01 class 07,03,00 hdr 00 (II) PCI: 01:00:0: chip 1002,4c66 card 1028,0149 rev 02 class 03,00,00 hdr 00 (II) PCI: 02:01:0: chip 14e4,4401 card 1028,015f rev 01 class 02,00,00 hdr 00 (II) PCI: 02:02:0: chip 14e4,4324 card 1028,0001 rev 02 class 02,80,00 hdr 00 (II) PCI: 02:04:0: chip 104c,ac44 card , rev 02 class 06,07,00 hdr 82 (II) PCI: 02:04:1: chip 104c,8029 card 1028,015f rev 00 class 0c,00,10 hdr 80 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,3), 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: 0x000c (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0xc000 - 0xc0ff (0x100) IX[B] [1] -1 0 0xc400 - 0xc4ff (0x100) IX[B] [2] -1 0 0xc800 - 0xc8ff (0x100) IX[B] [3] -1 0 0xcc00 - 0xccff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xfc00 - 0xfdff (0x200) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xe800 -
[XFree86] Crash server with Xfree86
Hello, My operating system is Redhat 9.0 professional with all the errata updated. I have a persistent problem which is that the server crash regularly andeach time i get the same error message : "could not init font path element unix/:7100, removing from list! could not open default font 'fixed'" Naturraly, i can not start the X server with the startx command on runlevel 3. I always make sure that my xfs service is running with the commands: 1. # chckconfig xfs on 2. # service xfs status, You will find my XFree86.0.log and XFree86.setup.log files in attach files. What more can i do ? Martin RoyLinuxsoft XFree86.0.log Description: Binary data XFree86.setup.log Description: Binary data
[XFree86] crash due to X?
Running the same system as below, I eventually got X working. However, after about 20 minutes it up and dies. It just hangs and won't go anywhere. can't even ctrl+alt+del. nothing is showing up in logs as far as i can tell. It didn't start before X worked though. Furthermore, now that X is set up, my terminals are completely unusable. Every other letter is shifted about half a screen off. Everything goes through ok (so i can execute shutdown -r now if i need to, for example)) but it's unusable. however, trying to switch to the terms causes the system to hang from X every time. So i can only switch to terminals successfully while in the gdm menu. I'm not sure what's going on . . . anybody have any ideas? Thanks a bunch Joel On Tue, 22 Jul 2003, Joel wrote: I'm trying to set up a clean version of Debian, and for the life of me I can't figure out why X won't work. Attached it the output log of what happens when I try and run startx, as well as my XF86Config. For what it's worth, I've got an s3 virge for video, a SYS 1510P for a monitor (flatscreen; does 1024x768), I'm running 2.4.21 (custom built), and debian unstable. Debian stable had exactly the same problem though. I tried going to the (unsupported) 4.3 for debian and got the same error, so I downgraded again. Any help would be greatly appreciated. Thanks, Joel ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] crash due to X?
Running the same system as below, I eventually got X working. However, after about 20 minutes it up and dies. It just hangs and won't go anywhere. can't even ctrl+alt+del. CTL-ALT-Backspace is more likely to be useful under X, actually. This will kill the X server. CTL-ALT-DEL is only captured on normal text consoles AFAIK. nothing is showing up in logs as far as i can tell. It didn't start before X worked though. Furthermore, now that X is set up, my terminals are completely unusable. Every other letter is shifted about half a screen off. Are you using the normal text consoles, a VESA console, or some native frame buffer driver? Is X set to use the framebuffer interface? ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] crash due to X?
Running the same system as below, I eventually got X working. However, after about 20 minutes it up and dies. It just hangs and won't go anywhere. can't even ctrl+alt+del. CTL-ALT-Backspace is more likely to be useful under X, actually. This will kill the X server. CTL-ALT-DEL is only captured on normal text consoles AFAIK. it makes no difference. nothing revives it . . . nothing is showing up in logs as far as i can tell. It didn't start before X worked though. Furthermore, now that X is set up, my terminals are completely unusable. Every other letter is shifted about half a screen off. Are you using the normal text consoles, a VESA console, or some native frame buffer driver? Is X set to use the framebuffer interface? How do i tell? I managed to get it to stop resetting my time by getting rid of exim -- that seemed to make it somewhat more stable, but it just crashed again . . . so . . . maybe it's just semi-random? i'm not sure . . . almost had 2 hours of uptime . . . Joel ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] crash due to X?
nothing is showing up in logs as far as i can tell. It didn't start before X worked though. Furthermore, now that X is set up, my terminals are completely unusable. Every other letter is shifted about half a screen off. Are you using the normal text consoles, a VESA console, or some native frame buffer driver? Is X set to use the framebuffer interface? How do i tell? OK, with text consoles vs linux console framebuffer it's usually a boot-time option passed to the kernel. I seem to remember that digging through the output of 'dmesg' will normally tell you. On many Linux distros, the machine boots with a penguin in the top left corner as the kernel inits if it's using a frame buffer (at least with vesafb). ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Xfree86 crash
Hi, I have this error wile loading XFree86 Fatal server error:lockup Please see document joined for details. Thanks four your helps Kim Phan == Kim PHAN DRTI/DSI Tél. : (33) (0)1 30.69.13.34 Email : mailto:[EMAIL PROTECTED] Site : http://www.lne.fr == XF86Config Description: XF86Config XFree86.0.log Description: XFree86.0.log
[XFree86] [report] XFree86 crash
My X server is crash. XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.20-ck6 i686 [ELF] Build Date: 27 June 2003 Before reporting problems, check http://www.XFree86.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/XFree86.0.log, Time: Mon Jul 21 10:17:45 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Simple Layout (**) |--Screen Screen 1 (0) (**) | |--Monitor My Monitor (**) | |--Device Nvidia (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (**) Option AutoRepeat 500 30 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel microsoft (**) XKB: model: microsoft (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) FontPath set to /usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/,/usr/share/fonts/ttf/zh_TW,/usr/share/fonts/ttf/zh_CN (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (++) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,3099 card , 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:09:0: chip 1274,1371 card 1274,1371 rev 08 class 04,01,00 hdr 00 (II) PCI: 00:0b:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:11:0: chip 1106,3074 card 1106,3074 rev 00 class 06,01,00 hdr 80 (II) PCI: 00:11:1: chip 1106,0571 card 1106,0571 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:11:2: chip 1106,3038 card 0925,1234 rev 1b class 0c,03,00 hdr 00 (II) PCI: 00:11:3: chip 1106,3038 card 0925,1234 rev 1b class 0c,03,00 hdr 00 (II) PCI: 00:11:4: chip 1106,3038 card 0925,1234 rev 1b class 0c,03,00 hdr 00 (II) PCI: 01:00:0: chip 10de,0173 card , rev a3 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: 0x000c (VGA_EN is set) (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xe800 - 0xe9ff (0x200) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xd800 - 0xe7ff (0x1000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:17:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(1:0:0) nVidia Corporation NV17 [GeForce4 MX 440-SE] rev 163, Mem @ 0xe800/24, 0xd800/27, 0xe000/19 (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 0xffe0 - 0x (0x20) MX[B](B) [1] -1 0 0x0010 - 0x3fff (0x3ff0) MX[B]E(B) [2] -1 0 0x000f - 0x000f (0x1) MX[B] [3] -1 0 0x000c - 0x000e (0x3) MX[B] [4] -1 0 0x - 0x0009 (0xa) MX[B] [5] -1 0 0x - 0x (0x1) IX[B] [6] -1 0 0x - 0x00ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xd000 from 0xd7ff to 0xcfff (II) Active PCI resource ranges:
[XFree86] CRASH
XFree86.0.log attached = Bruce Lindquist [EMAIL PROTECTED] XFree86.0.log Description: XFree86.0.log
Re: [XFree86] CRASH
On Sunday, July 13, 2003 3:55 pm, Bruce Lindquist wrote: XFree86.0.log attached I don't see a crash of any sort in the log. Normally if XFree86 stops for any reason it writes an explanation to the log before terminating. If XFree86 somehow manages to freeze your machine and you cycle the power, then the log might look like this. One possibility is that XFree86 crashed once, but you started it again to send your email. The new instance of XFree86 would have moved the old XFree86.0.log to XFree86.0.log.old (after deleting the old old log). So, what were the circumstances of the alleged crash? For the most part, the logs tell us only about startup issues... -- Andy Goth | [EMAIL PROTECTED] | http://ioioio.net/ End communication. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Crash of my GUI
Hi there, Last week, One of my machine, has crashed. Impossible to restart the GUI. Never found the possibility to restart my X Server. (just command line available) Today, another machine has the same problem... Can you tell me what to do in order to avoid reinstalling everything ? :-( That I did on my previous machine and I lost everything ! Thanks in advance for your help ! Regards, Stephane Magnier XFree86.0.log Description: Binary data XF86Config Description: Binary data
Re: [XFree86] Crash of my GUI
You need to start your font server. A common problem on Red Hat systems. service xfs reload Mark. On Mon, 7 Jul 2003, Stephane Magnier wrote: Hi there, Last week, One of my machine, has crashed. Impossible to restart the GUI. Never found the possibility to restart my X Server. (just command line available) Today, another machine has the same problem... Can you tell me what to do in order to avoid reinstalling everything ? :-( That I did on my previous machine and I lost everything ! Thanks in advance for your help ! Regards, Stephane Magnier ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] crash on exiting XFree with xinerama
Dear Users and Experts, my machine has the following problem. When I exit XFree86 (configured with Xinerama) the second screen becomes inaccessible and the display manager (kdm) does not redisplay its window. Moreover, the system does not accept ssh connections. However, if a ssh is *already* open at the time of exiting XFree86, I can kill relevant processes, start the dm again and login (although the second screen fails to initialize). This problem used to occur in the previous release of Mandrake (and XFree86) as well. I remember to have read somewhere in the xfree86 site that a bug like this had been fixed or assigned but I cannot find the reference any more. My current configuration is: Mandrake 9.1 with all (relevant) updates applied XFree86 4.3 3dfx vodoo3 16M AGP (1st screen) S3VirgeDX 4M PCI (2nd screen) AMD Duron 1.2GHz XF86Config-4: see below signature I would really appreciate suggestions or comments and reports from anyone with a similar configuration (especially video cards) or any suggestion. Thank you Stefano Section Files # Multiple FontPath entries are allowed (they are concatenated together) # By default, Mandrake 6.0 and later now use a font server independent of # the X server to render fonts. FontPath unix/:-1 EndSection Section ServerFlags #DontZap # disable CrtlAltBS (server abort) AllowMouseOpenFail # allows the server to start up even if the mouse doesn't work #DontZoom # disable CrtlAltKP_+/KP_- (resolution switching) EndSection Section Module Load dbe # Double-Buffering Extension Load v4l # Video for Linux Load extmod Load type1 Load freetype Load glx # 3D layer Load dri # direct rendering EndSection Section DRI Mode 0666 EndSection Section InputDevice Identifier Keyboard1 Driver Keyboard Option XkbModel pc105 Option XkbLayout us Option XkbCompat Option XkbOptions EndSection Section InputDevice Identifier Mouse1 Driver mouse Option Protocol IMPS/2 Option Device /dev/usbmouse Option ZAxisMapping 4 5 EndSection Section Monitor Identifier monitor1 VendorName Digital Equipment Corp. ModelName Digital 17 in. Color (SN-VRTX7-WA) HorizSync 31.5-82 VertRefresh 50-76 EndSection Section Monitor Identifier Sun 3651324-01 VendorName Sun ModelName GDM-20D10 HorizSync 60-85 VertRefresh 65-77 # 1152x900 @ 66 Hz, 61.8 kHz hsync Modeline 1152x900 94.5 1152 1240 1440 1528 900 908 916 936 -hsync -vsync # 1152x900 @ 76 Hz, 71.67 kHz hsync Modeline 1152x900 108 1152 1176 1336 1504 900 908 916 945 -hsync -vsync EndSection Section Device Identifier device1 VendorName 3Dfx Interactive, Inc. BoardName Voodoo3 (generic) Driver tdfx BusID PCI:1:0:0 Option DPMS EndSection Section Device Identifier device2 VendorName S3 BoardName ViRGE (generic) Driver s3virge Option DPMS on BusID PCI:0:12:0 EndSection Section Screen Identifier screen1 Device device2 Monitormonitor1 DefaultColorDepth 24 Subsection Display Depth 24 Modes 1024x768 800x600 #640x480 EndSubsection EndSection Section Screen Identifier screen2 Device device1 MonitorSun 3651324-01 DefaultColorDepth 24 Subsection Display Depth 24 Modes 1152x900 1152x864 1024x768 EndSubsection EndSection Section ServerLayout Identifier layout1 Screen screen2 Screen screen1 RightOf screen2 Option Xinerama on InputDevice Keyboard1 CoreKeyboard InputDevice Mouse1 CorePointer EndSection ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] crash on exiting XFree with xinerama
My guess is that this would be a driver problem with the one of the cards and is probably not a configuration issue. Which screen is the primary? Ie, which screen does the machine boot up on? If you can go into your motherboard bios and switch those around, you may have better luck with it. Some drivers have problems when they are the secondary card. Mark. On Sun, 22 Jun 2003, db administrator wrote: Dear Users and Experts, my machine has the following problem. When I exit XFree86 (configured with Xinerama) the second screen becomes inaccessible and the display manager (kdm) does not redisplay its window. Moreover, the system does not accept ssh connections. However, if a ssh is *already* open at the time of exiting XFree86, I can kill relevant processes, start the dm again and login (although the second screen fails to initialize). This problem used to occur in the previous release of Mandrake (and XFree86) as well. I remember to have read somewhere in the xfree86 site that a bug like this had been fixed or assigned but I cannot find the reference any more. My current configuration is: Mandrake 9.1 with all (relevant) updates applied XFree86 4.3 3dfx vodoo3 16M AGP (1st screen) S3VirgeDX 4M PCI (2nd screen) AMD Duron 1.2GHz XF86Config-4: see below signature I would really appreciate suggestions or comments and reports from anyone with a similar configuration (especially video cards) or any suggestion. Thank you Stefano Section Files # Multiple FontPath entries are allowed (they are concatenated together) # By default, Mandrake 6.0 and later now use a font server independent of # the X server to render fonts. FontPath unix/:-1 EndSection Section ServerFlags #DontZap # disable CrtlAltBS (server abort) AllowMouseOpenFail # allows the server to start up even if the mouse doesn't work #DontZoom # disable CrtlAltKP_+/KP_- (resolution switching) EndSection Section Module Load dbe # Double-Buffering Extension Load v4l # Video for Linux Load extmod Load type1 Load freetype Load glx # 3D layer Load dri # direct rendering EndSection Section DRI Mode 0666 EndSection Section InputDevice Identifier Keyboard1 Driver Keyboard Option XkbModel pc105 Option XkbLayout us Option XkbCompat Option XkbOptions EndSection Section InputDevice Identifier Mouse1 Driver mouse Option Protocol IMPS/2 Option Device /dev/usbmouse Option ZAxisMapping 4 5 EndSection Section Monitor Identifier monitor1 VendorName Digital Equipment Corp. ModelName Digital 17 in. Color (SN-VRTX7-WA) HorizSync 31.5-82 VertRefresh 50-76 EndSection Section Monitor Identifier Sun 3651324-01 VendorName Sun ModelName GDM-20D10 HorizSync 60-85 VertRefresh 65-77 # 1152x900 @ 66 Hz, 61.8 kHz hsync Modeline 1152x900 94.5 1152 1240 1440 1528 900 908 916 936 -hsync -vsync # 1152x900 @ 76 Hz, 71.67 kHz hsync Modeline 1152x900 108 1152 1176 1336 1504 900 908 916 945 -hsync -vsync EndSection Section Device Identifier device1 VendorName 3Dfx Interactive, Inc. BoardName Voodoo3 (generic) Driver tdfx BusID PCI:1:0:0 Option DPMS EndSection Section Device Identifier device2 VendorName S3 BoardName ViRGE (generic) Driver s3virge Option DPMS on BusID PCI:0:12:0 EndSection Section Screen Identifier screen1 Device device2 Monitormonitor1 DefaultColorDepth 24 Subsection Display Depth 24 Modes 1024x768 800x600 #640x480 EndSubsection EndSection Section Screen Identifier screen2 Device device1 MonitorSun 3651324-01 DefaultColorDepth 24 Subsection Display Depth 24 Modes 1152x900 1152x864 1024x768 EndSubsection EndSection Section ServerLayout Identifier layout1 Screen screen2 Screen screen1 RightOf screen2 Option Xinerama on InputDevice Keyboard1 CoreKeyboard InputDevice Mouse1 CorePointer EndSection ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Crash
Hi, I have installed FreeBSD 4.7 with XFree86-4.3.0 from the ports collection. My video card is a NVIDIA GeForce 4 MX440-SE w/ 64Mb. The XFree86 was configured by xf86cfg -textmode. Unfortunately, startx did not work and I found the follow output log: XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: FreeBSD 4.7 i386 [ELF] Build Date: 14 June 2003 Before reporting problems, check http://www.XFree86.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/XFree86.0.log, Time: Sat Jun 14 16:21:41 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Simple Layout (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (**) Option AutoRepeat 500 30 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout us_intl (**) XKB: layout: us_intl (==) Keyboard: CustomKeycode disabled (**) FontPath set to /usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (WW) checkDevMem: failed to open /dev/mem (Operation not permitted) (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 Fatal server error: xf86EnableIO: Failed to open /dev/io for extended I/O When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file /var/log/XFree86.0.log. Please report problems to [EMAIL PROTECTED] I hope would be some think easy to fix. Thank you in advanced, Gustavo Camelo Neto -- Gustavo Camelo Neto Laboratório de Física Teórica e Computacional Departamento de Física Universidade Federal de Pernambuco Cidade Universitária Fone: 55 81 32718450 (ramal 2298) Recife, PE, Brasil Fax: 55 81 32170359CEP 50670-901 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] crash FreeBSD 4.8/XFree86 4.3.0/ATI Radeon MobilityM7: Symbol xf86SetDDCproperties unresolved
On Sam, 2003-04-12 at 18:51, Stephen Bartlett wrote: After a fresh install of FreeBSD 4.8-RELEASE I get this type of crash during startx: = (--) RADEON(0): VideoRAM: 32768 kByte (64-bit DDR SDRAM) (==) RADEON(0): Write-combining range (0xd010,0x8) was already clear (II) RADEON(0): CloneDisplay option not set -- defaulting to auto-detect (II) RADEON(0): Primary Display == Type 2 (II) RADEON(0): Panel ID string: (II) RADEON(0): Panel Size from BIOS: 65535x65535 Symbol xf86SetDDCproperties from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! *** If unresolved symbols were reported above, they might not *** be the reason for the server aborting. Fatal server error: Caught signal 11. Server aborting This might be fixed in CVS. I get a very similar, although not exact same crash using a fresh install of FreeBSD 5.0-RELEASE (which installs XFree86 4.2.0). Different set of unresolved symbols, I believe. That's because the unresolved symbols are just a symptom and don't matter. -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] crash in XFree86 4.2.0
Dear XFree86 development team, As far as we understand the Xlib specification (ftp://ftp.x.org/pub/R6.6/xc/doc/hardcopy/X11/xlib.PS.gz), we can pass any integer coordinate value to the XCopyArea(), so the following line should be valid if the dis, src, dst, gc parameters are valid: XCopyArea(dis,src,dst,gc, 32768, 32768, 32, 31, 0, 0); If it is true then there is a problem with the XFree86 4.2.0 package, we can crash it with the following code (executed as normal user, included below). We use RedHat 7.3 on i386 platform (see /proc/cpuinfo below). We found if we give the data below to XCopyArea(), it crashes the X server. We could reproduce it on our workstations by compiling and running the following code: $ cat crash_xfree86.c #include X11/Xlib.h #include X11/Xutil.h #include X11/Xos.h #include X11/Xatom.h #include X11/keysym.h Display *dis; GC gc; Pixmap src,dst; int main(int argc, char *argv[]) { dis = XOpenDisplay(NULL); gc = XCreateGC(dis, RootWindow(dis, 0), 0, 0); src = XCreatePixmap(dis, RootWindow(dis, 0), 512, 512, 24); dst = XCreatePixmap(dis, RootWindow(dis, 0), 32, 32, 24); XCopyArea(dis,src,dst,gc, 32768, 32768, 32, 31, 0, 0); XFlush(dis); return 0; } $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 1 model name : Intel(R) Xeon(TM) CPU 1.70GHz stepping: 2 cpu MHz : 1680.863 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm bogomips: 3355.44 processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 1 model name : Intel(R) Xeon(TM) CPU 1.70GHz stepping: 2 cpu MHz : 1680.863 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm bogomips: 3355.44 We tried it with the following congigurations (with smp support in kernel and without it): - Matrox G450X server quits - ATI Radeon VE with 1 monitor X server quits - ATI Radeon VE with 2 monitorsX server crashes the whole system We tried both radeon and ati drivers for the Radeon VE card, the result is the same. If you need more information, do not hesitate to contact with me. Thanks, Laszlo Sogor XFree86 Version 4.2.0 (Red Hat Linux release: 4.2.0-8) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 23 January 2002 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/) Build Operating System: Linux 2.4.17-0.13smp i686 [ELF] Build Host: daffy.perf.redhat.com 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/XFree86.0.log, Time: Fri Apr 4 13:22:55 2003 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Matrox PowerDesk configured. (**) |--Screen Display 1 (0) (**) | |--Monitor Display 1 (**) | |--Device MATROX CARD 1 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) FontPath set to unix/:7100 (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such device) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method
Re: [XFree86] crash in XFree86 4.2.0
On Fri, 4 Apr 2003, Sogor, Laszlo (MED) wrote: Dear XFree86 development team, As far as we understand the Xlib specification (ftp://ftp.x.org/pub/R6.6/xc/doc/hardcopy/X11/xlib.PS.gz), we can pass any integer coordinate value to the XCopyArea(), so the following line should be valid if the dis, src, dst, gc parameters are valid: XCopyArea(dis,src,dst,gc, 32768, 32768, 32, 31, 0, 0); If it is true then there is a problem with the XFree86 4.2.0 package, we can crash it with the following code (executed as normal user, included below). Can you try this with XFree86 4.3 ? I have no problem with XFree86 4.2.99.901 on a neomagic chipset (Red Hat 7.3) or XFree86 with 4.3.99.1 on a Matrox G550 (Red Hat 6.2) Both single processor. $ cat crash_xfree86.c #include X11/Xlib.h #include X11/Xutil.h #include X11/Xos.h #include X11/Xatom.h #include X11/keysym.h Display *dis; GC gc; Pixmap src,dst; int main(int argc, char *argv[]) { dis = XOpenDisplay(NULL); gc = XCreateGC(dis, RootWindow(dis, 0), 0, 0); src = XCreatePixmap(dis, RootWindow(dis, 0), 512, 512, 24); dst = XCreatePixmap(dis, RootWindow(dis, 0), 32, 32, 24); XCopyArea(dis,src,dst,gc, 32768, 32768, 32, 31, 0, 0); XFlush(dis); return 0; } -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Xfree86 crash
Hello people. Just had a crash - I'm attaching the full log, as requested. This happened once before. At the end there are a few repeated messages: FreeType: couldn't find encoding ascii-0 Hope this helps. John backup Description: Binary data
[XFree86] CRASH xwin
board -PC CHIPS M726 procesor - Pentium II 350 memory - 384 MB RAM VGA - S3 Trio3D Mandrake Linux 9.0 CZ Josef Lacina VGA: XAA: Screen-to-screen copy (--) SVGA: XAA: 8x8 pattern fill (--) SVGA: XAA: 8x8 color expand pattern fill (--) SVGA: XAA: CPU to screen color expansion (bitmap, TE/NonTE imagetext, TE/NonTE polytext) (--) SVGA: XAA: Using 8 128x128 areas for pixmap caching (--) SVGA: XAA: Caching tiles and non-transparent stipples (--) SVGA: XAA: Horizontal and vertical lines and segments Caught signal 11. Server aborting... eip: 4012da32 eflags: 00013297 eax: 0003 ebx: 401db340 ecx: 401d7680 edx: 0006 esi: 0846b140 edi: 0078 ebp: 0846b1b8 esp: b448 Stack: b488 08275922 0846b1b8 401d7680 401db340 0846b1b8 401d7680 b488 4012ffcc 009f0311 b4e0 084a0ba0 b518 08287475 0846b1c0 b580 b4e0 0003 b820 0109023e 010a0232 010a0235 0001 Call Trace: 08275922 08287475 082874f7 082874f7 082874f7 0827403f 082874f7 082874f7 0827403f 08287b77 082898b8 081c8be5 082898d0 08289810 081c6188 081afdd5 081ae273 081a8c7f 08081d27 0827f8f7 081d5456 081bbe0c 08282ee4 08280c9b 081bb702 0807bc7e 0807bc50 0807bc50 0807bc71 081bb430 082ed9e4 0807bc50 Code: 89 42 0c 89 50 08 8d 0c 37 89 4c 24 0c 8b 44 24 0c 89 fd 83 Please forward information about this crash to [EMAIL PROTECTED] including the _full_ output of the X server. To analyse the crash dump, please type gdb /etc/X11/X /home/jola/core where and include this output in your report. Thanks! xinit: connection to X server lost. [jola@linux1 jola -- -- - Vsechno spatne, zpatky na stromy ! - -- - ISO-8859-2 - -- -- GSM +420737921313 - -- ICQ-70716410 -- ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Crash report
Hi I downloaded GLX and kernel sources for Redhat, compiled and installed successfully. I made the modifications to XF86Config-4 to my best understanding, but X-server crashed. Then I tried to modify XF86Config-4 using the model file supplied with the sources. Crash. Then I asked a friend of mine to send me his working XF86Config-4 and modified it to match my setup. Crash. Now I can't use any X-software :-( I should be tuning up my new MIDI soundboard, but the programs require X. My system: RedHat Linux 7.2 Video card: GeForce2 MX 400 / AGP / Gainward 64MB TV-Out XF86Config-4 # XFree86 4.2.0 configuration generated by Xconfigurator 4.10.7 Section ServerLayout Identifier XFree86 Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection # Red Hat Linux 6.0 and later use the xfs font server for improved # interactive performance Section Files FontPath unix/:7100 EndSection # Module loading section Section Module Load dbe # Double-buffering # nvidia setting removed followin lines # # Load GLcore # OpenGL support # Load dri # Direct rendering infrastructure Load glx # OpenGL X protocol interface Load extmod # Misc. required extensions Load v4l # Video4Linux # Load record# X event recorder # You only need the following two modules if you do not use xfs. # Load freetype # TrueType font handler # Load type1 # Adobe Type 1 font handler EndSection Section InputDevice Identifier Keyboard0 Driver keyboard Option XkbLayout se Option XaaNoOffscreenPixmaps EndSection Section InputDevice Identifier Mouse0 # Modified by mouseconfig Driver mouse Option Device/dev/mouse Option Protocol IMPS/2 Option Emulate3Buttons no Option ZAxisMapping 4 5 EndSection Section Monitor Identifier MyMonitor VendorName Unknown ModelName Unknown HorizSync 31.5 - 64.3 VertRefresh 50-70 Option dpms EndSection Section Device Identifier NVIDIA GeForce2 MX Driver nvidia BoardName Unknown EndSection Section Device Identifier Linux Frame Buffer Driver fbdev BoardName Unknown EndSection Section Screen Identifier Screen0 Device NVIDIA GeForce2 MX Monitor MyMonitor DefaultDepth 16 Subsection Display Depth 24 Modes 1280x1024 1152x864 1024x768 800x600 640x480 EndSubSection Subsection Display Depth 16 Modes 1400x1050 1280x1024 800x600 640x480 EndSubSection Subsection Display Depth 8 Modes 1152x864 1024x768 EndSubSection EndSection Section DRI Mode 0666 EndSection XFree86.0.log XFree86 Version 4.1.0 (Red Hat Linux release: 4.1.0-3) / X Window System (protocol Version 11, revision 0, vendor release 6510) Release Date: 2 June 2001 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) Build Operating System: Linux 2.4.7-0.13.1smp i686 [ELF] Build Host: stripples.devel.redhat.com Module Loader present (==) Log file: /var/log/XFree86.0.log, Time: Fri Feb 7 02:38:19 2003 (==) Using config file: /etc/X11/XF86Config-4 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) ServerLayout XFree86 Configured (**) |--Screen Screen0 (0) (**) | |--Monitor MyMonitor (**) | |--Device NVIDIA GeForce2 MX (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbLayout se (**) XKB: layout: se (==) Keyboard: CustomKeycode disabled (**) FontPath set to unix/:7100 (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.4 XFree86 XInput driver : 0.2 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.2 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.1.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.2 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading
[XFree86] Crash server X
XFree86.0.log XFree86.9.log XFree86.0.log Description: Binary data XFree86.9.log Description: Binary data
[XFree86] Crash of X server version 4.2.1
I am sending you a copy of a XFree86.0.log after an X server crash. I have also attached output of the uname -a command for the FreeBSD system that I am running on a Dell Optiplex 110 with 128 Mb memory and an Intel i810e graphics card with 4 Mb of memory (according to the Dell packing slip). I have also included a copy of the XF86Config file. The crash occurred after I had switched from the X console to another virtual terminal console. I was running mozilla and Sun StarOffice 5.2 at the time. Bob Thompson Brampton, Ontario, Canada. XFree86 Version 4.2.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 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/) Build Operating System: FreeBSD 5.0-CURRENT i386 [ELF] 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/XFree86.0.log, Time: Tue Jan 21 20:13:12 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Simple Layout (**) |--Screen Screen 1 (0) (**) | |--Monitor Dell E771p (**) | |--Device Intel 810 (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (**) Option AutoRepeat 500 30 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel dell101 (**) XKB: model: dell101 (**) Option XkbLayout us (**) XKB: layout: us (**) Option XkbVariant us (**) XKB: variant: us (==) Keyboard: CustomKeycode disabled (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/local/. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/local/). (**) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/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/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on freebsd (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.2.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7124 card 1028,00b4 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,7125 card 1028,00b4 rev 03 class 03,00,00 hdr 00 (II) PCI: 00:1e:0: chip 8086,2418 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2410 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,2411 card 8086,2411 rev 02 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2412 card 8086,2412 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1f:3: chip 8086,2413 card 8086,2413 rev 02 class 0c,05,00 hdr 00 (II) PCI: 01:07:0: chip 1274,1371 card 1274,1371 rev 09 class 04,01,00 hdr 00 (II) PCI: 01:08:0: chip 12b9,1008 card 12b9,00ad rev 01 class 07,00,02 hdr 00 (II) PCI: 01:0c:0: chip 10b7,9200 card 1028,00b4 rev 78 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: scanpci (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor=The XFree86 Project compiled for 4.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) UnloadModule: scanpci (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 1: bridge is at (0:30:0), (0,1,1), BCTRL: 0x06 (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0xe000 - 0xe0ff (0x100) IX[B] [1] -1 0xe400 - 0xe4ff (0x100) IX[B]
Re: [XFree86] crash
On Fre, 2003-01-17 at 07:20, BARTFAI Zoltan wrote: from xkbcomp are not fatal to the X server keymap/xfree86 compiled/xfree86.xkm'Caught signal 11. Server aborting... eip: 080db756 eflags: 00010293 eax: ff00 ebx: 4215a300 ecx: 0001 edx: 0640 esi: ae12 edi: 00010101 ebp: bbe8 esp: bb80 Stack: 0822cc28 bcec 0822cc28 08284ee8 40157914 0008 40156ba0 bcf4 bbd8 400b2fed 40157880 0038 0002 400b2f5a 4015a000 0001 082297a8 ff00 00ff 0190 0004 08284f18 bc18 080db2c8 0822cc28 bcec 08284ef0 Call Trace: 080db2c8 081705b7 080dba58 08095182 08164f86 08095194 080d 0809864d 0809863b 080e278c 08167a79 0809552b 0809551c 0808f402 0808f3d5 080692d0 080692f1 0808ef68 081c4700 080692d0 Code: 23 03 23 7d ec 09 f8 89 03 01 d3 83 ee 01 73 d2 e9 69 02 00 Please forward information about this crash to [EMAIL PROTECTED] including the _full_ output of the X server. To analyse the crash dump, please type gdb /usr/bin/X11/X /root/core where and include this output in your report. Thanks! Please follow this advice, the data is hardly useful to anyone in this form. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] crash problem
Hi!, my english is bad,but i still hope that you will understand what i'm trying to say... -- linux red-hat XFree86 Version 4.0.3 WindowMaker kylix3(open) when i execute startx command, Xwindows run with windowmaker windowmanager. windowmaker runs xterm and kylix(startdelphi) automaticly.. i make simple program with one button and one Edit which is used to display text from files (i can send you program). when i run program i start pasting some strings into it's Edit by pressing ctrl+v...after a while Xserver crashes with message: -- Fatal server error:Caught signal 11. Server abortingWhen reporting a problem related to a server crash, please sendthe full server output, not just the last messages.This can be found in the log file /var/log/XFree86.0.log.Please report problems to [EMAIL PROTECTED]^Vxinit: connection to X server lost.[root@localhost /root]# ^Vxterm: fatal IO error 32 (Broken pipe) orKillClienton X server :0.0xterm: fatal IO error 32 (Broken pipe) or KillClient on X server :0.0/usr/bin/wmaker warning: got signal 1 (Hangup) - exiting... --- i've tested this crashing without xterm run,and X didn't crash... -- Viktor Bojoviæ, [EMAIL PROTECTED] on 01.13.2003 XFree86.0.log Description: Binary data
Re: [Xpert]Re: Probable return of Radeon, R128 XFree86 crash at VT switch
Michel =?ISO-8859-1?Q?D=E4nzer?= writes: However I still don't see where BM might get disabled explicitely when it had been enabled when the server was first started. Does it matter? Anything could disable BM while we're switched away... It was posted that this happened while X was active. Egbert. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Probable return of Radeon, R128 XFree86 crash at VT switch
On Fri, Oct 18, 2002 at 07:37:03PM -0400, Mike A. Harris wrote: I can say 100% that this patch both for Radeon and Rage 128 has solved the lockup problems on over 100 users of Red Hat Linux (after that I stopped keeping track), and has caused no negative effects. I'm not sure if it is the correct solution to the problem, or the best solution, but it definitely was _a_ solution, and one certainly acceptable to me as it solves lockups that occured for numerous users for 9 months+. If the CVS code has a solution in it that makes the patch Charl created unnecessary, that's even better. If the CVS code does lockup however, then I think it makes sense to put Charl's patch back in. Thanks for the detailed elaboration Mike. I did test the CVS code on a machine that was known to suffer from the lockup problem previously, and Marc's changes FIX this problem in a much more elegant fashion. I repeat: with current CVS and WITHOUT our explicit call to xf86EnableBusMaster (or whatever) in RADEONEnterVT(), the CVS code does NOT lockup at VT switch. You'll obviously test this as well, I'm just adding another data-point. Thanks, Charl PS As things have been explained in this thread, it seems that X should not make any assumptions about hardware state when returning from VT. Would this mean that all Radeon (e.g.) hardware setup will have to be re-performed (e.g. re-installing the GPU microcode, performing all register outputs for setting up AGP, etc) after switching back from VT? If this is the case, that would be wonderful, as suspend/resume from disc/ram would just work without any ugly patches. -- charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Probable return of Radeon, R128 XFree86 crash at VT switch
On Sat, Oct 19, 2002 at 12:04:43PM +0200, Charl P. Botha wrote: PS As things have been explained in this thread, it seems that X should not make any assumptions about hardware state when returning from VT. Would this mean that all Radeon (e.g.) hardware setup will have to be re-performed (e.g. re-installing the GPU microcode, performing all register outputs for setting up AGP, etc) after switching back from VT? If this is the case, Yes. Suppose something else that ran in the meantime installed different microcode, or made other changes to the HW state? that would be wonderful, as suspend/resume from disc/ram would just work without any ugly patches. Right. That's exactly how suspend/resume should work. It should be analogous to VT leave/enter. In fact, if you look at xf86PM.c, you'll see that by default LeaveVT gets called on suspend and EnterVT on resume. David ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Probable return of Radeon, R128 XFree86 crash at VT switch
On Fri, Oct 18, 2002 at 07:37:03PM -0400, Mike A. Harris wrote: I can say 100% that this patch both for Radeon and Rage 128 has solved the lockup problems on over 100 users of Red Hat Linux (after that I stopped keeping track), and has caused no negative That fact is not in question. effects. I'm not sure if it is the correct solution to the problem, or the best solution, but it definitely was _a_ solution, and one certainly acceptable to me as it solves lockups that occured for numerous users for 9 months+. If the CVS code has a solution in it that makes the patch Charl created unnecessary, that's even better. Neither is that. If the CVS code does lockup however, then I think it makes sense to put Charl's patch back in. It doesn't, and continuing speculation to the contrary isn't helpful. David ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Probable return of Radeon, R128 XFree86 crash at VTswitch
On Sam, 2002-10-19 at 14:12, David Dawes wrote: On Sat, Oct 19, 2002 at 12:04:43PM +0200, Charl P. Botha wrote: PS As things have been explained in this thread, it seems that X should not make any assumptions about hardware state when returning from VT. Would this mean that all Radeon (e.g.) hardware setup will have to be re-performed (e.g. re-installing the GPU microcode, performing all register outputs for setting up AGP, etc) after switching back from VT? If this is the case, Yes. Suppose something else that ran in the meantime installed different microcode, or made other changes to the HW state? Right, nice argument for my DRI reinit patch and/or Charl's resume patch. :) -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Dri-devel] Re: [Xpert]Re: Probable return of Radeon, R128 XFree86 crash at VT switch
On Fri, Oct 18, 2002 at 07:42:23PM -0400, Mike A. Harris wrote: On Thu, 17 Oct 2002, Marc Aurele La France wrote: The problem WAS that this re-enabling did not always take place before Marc's changes, which is why we added the explicit call to do this. I've checked the code in current XFree86 CVS, but would very much like to know (just for interest's sake) WHERE exactly the PCI enable (or whatnot) is called from that re-enables bus mastering after a VT switch. The question on my, and David's, mind is whether or not bus mastering was enabled on server entry. I can't say for every reported case, but I can say that on the cases I examined personally, that the video hardware had Bus Mastering enabled prior to the X server being started (lspci -vvv), as well as while the X server was running. Switching to a VT and doing lspci -vvv then showed bus mastering disabled. OK, I just tested this with a stock XFree86 4.2.0 build, and lspci -vvv shows that the bus master state when switching to another VT is always the same as that before the X server was started. I tried this with a Radeon 7500 and a PIII motherboard with a 440BX chipset, running RH 7.2 with the default kernel. Bus mastering was on by default, and never got turned off when VT switching. If I turned it off manually, then it got turned on by the radeon driver, and back off at VTLeave. It then remained off because the unpatched driver didn't turn it back on at VTEnter. If the X server doesn't restore the PCI state at VTLeave and X server exit, it's a bug. So, if you do reproduce it again, it would help to find out exactly why it's happening. David ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Probable return of Radeon, R128 XFree86 crash at VTswitch
On Thu, 17 Oct 2002, Charl P. Botha wrote: Marc's change means that drivers don't need to care about bus mastering being enabled because it will now be enabled automatically for PCI cards that are being used by the X server. Sounds good, unfortunately it doesn't seem to work for the original poster - any idea why? Charl P. Botha did not actually try it. Thus, the key word in your sentence above remains seem. Sorry for the long quote above, but this should be almost the last mail in this thread. I've tested with CVS XFree86, and all is well. Bus mastering gets disabled when switched to VT but gets enabled again when switching back to X. The problem WAS that this re-enabling did not always take place before Marc's changes, which is why we added the explicit call to do this. I've checked the code in current XFree86 CVS, but would very much like to know (just for interest's sake) WHERE exactly the PCI enable (or whatnot) is called from that re-enables bus mastering after a VT switch. Thanks and my apologies for the upset. I haven't tested the current CVS stuff out with DRI yet for this problem. I can say 100% that this patch both for Radeon and Rage 128 has solved the lockup problems on over 100 users of Red Hat Linux (after that I stopped keeping track), and has caused no negative effects. I'm not sure if it is the correct solution to the problem, or the best solution, but it definitely was _a_ solution, and one certainly acceptable to me as it solves lockups that occured for numerous users for 9 months+. If the CVS code has a solution in it that makes the patch Charl created unnecessary, that's even better. If the CVS code does lockup however, then I think it makes sense to put Charl's patch back in. -- Mike A. Harris ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Probable return of Radeon, R128 XFree86 crash at VTswitch
On 17 Oct 2002, Michel Dänzer wrote: On Don, 2002-10-17 at 04:50, David Dawes wrote: On Tue, Oct 15, 2002 at 12:28:27AM +0200, Charl P. Botha wrote: On Mon, Oct 14, 2002 at 04:14:22PM -0600, Marc Aurele La France wrote: On Tue, 15 Oct 2002, Charl P. Botha wrote: This would mean that the bug is back and people will again have the stupid No, it doesn't. VT switch lockup. What would be the New and Improved Way(tm) way of explicitly re-enabling bus-mastering at RADEONEnterVT() time since xf86EnablePciBusMaster() has been deprecated? Just like the change notice says: When a PCI device is enabled, it's bus mastering is also enabled. This occurs before any driver code is executed. I'm running the DRI tree, so I can't test. However, we still don't know why these cards disabled bus mastering at VT switches (when it was very clearly enabled before the switch), so what guarantees that they won't still do this? Mike (Harris), do you have one of the affected cards running XFree86 HEAD? No, the X server restores changes is makes to the PCI state when it gives up control of the console, so if bus mastering wasn't enabled *before* the X server started, it won't be after VT switching away. Several drivers had bugs where they didn't re-enable it when switching back. Drivers shouldn't assume anything more about the HW state after returning from a VT switch than they would at startup, but unfortunately some still do... Marc's change means that drivers don't need to care about bus mastering being enabled because it will now be enabled automatically for PCI cards that are being used by the X server. Sounds good, unfortunately it doesn't seem to work for the original poster - any idea why? Charl P. Botha did not actually try it. Thus, the key word in your sentence above remains seem. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Probable return of Radeon, R128 XFree86 crash at VT switch
On Thu, Oct 17, 2002 at 11:17:39AM -0600, Marc Aurele La France wrote: On 17 Oct 2002, Michel Dänzer wrote: On Don, 2002-10-17 at 04:50, David Dawes wrote: On Tue, Oct 15, 2002 at 12:28:27AM +0200, Charl P. Botha wrote: On Mon, Oct 14, 2002 at 04:14:22PM -0600, Marc Aurele La France wrote: On Tue, 15 Oct 2002, Charl P. Botha wrote: This would mean that the bug is back and people will again have the stupid No, it doesn't. VT switch lockup. What would be the New and Improved Way(tm) way of explicitly re-enabling bus-mastering at RADEONEnterVT() time since xf86EnablePciBusMaster() has been deprecated? Just like the change notice says: When a PCI device is enabled, it's bus mastering is also enabled. This occurs before any driver code is executed. I'm running the DRI tree, so I can't test. However, we still don't know why these cards disabled bus mastering at VT switches (when it was very clearly enabled before the switch), so what guarantees that they won't still do this? Mike (Harris), do you have one of the affected cards running XFree86 HEAD? No, the X server restores changes is makes to the PCI state when it gives up control of the console, so if bus mastering wasn't enabled *before* the X server started, it won't be after VT switching away. Several drivers had bugs where they didn't re-enable it when switching back. Drivers shouldn't assume anything more about the HW state after returning from a VT switch than they would at startup, but unfortunately some still do... Marc's change means that drivers don't need to care about bus mastering being enabled because it will now be enabled automatically for PCI cards that are being used by the X server. Sounds good, unfortunately it doesn't seem to work for the original poster - any idea why? Charl P. Botha did not actually try it. Thus, the key word in your sentence above remains seem. Sorry for the long quote above, but this should be almost the last mail in this thread. I've tested with CVS XFree86, and all is well. Bus mastering gets disabled when switched to VT but gets enabled again when switching back to X. The problem WAS that this re-enabling did not always take place before Marc's changes, which is why we added the explicit call to do this. I've checked the code in current XFree86 CVS, but would very much like to know (just for interest's sake) WHERE exactly the PCI enable (or whatnot) is called from that re-enables bus mastering after a VT switch. Thanks and my apologies for the upset. -- charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Probable return of Radeon, R128 XFree86 crash at VTswitch
On Thu, 17 Oct 2002, Charl P. Botha wrote: On Thu, Oct 17, 2002 at 11:17:39AM -0600, Marc Aurele La France wrote: On 17 Oct 2002, Michel Dänzer wrote: Sounds good, unfortunately it doesn't seem to work for the original poster - any idea why? Charl P. Botha did not actually try it. Thus, the key word in your sentence above remains seem. Sorry for the long quote above, but this should be almost the last mail in this thread. I've tested with CVS XFree86, and all is well. Bus mastering gets disabled when switched to VT but gets enabled again when switching back to X. The problem WAS that this re-enabling did not always take place before Marc's changes, which is why we added the explicit call to do this. I've checked the code in current XFree86 CVS, but would very much like to know (just for interest's sake) WHERE exactly the PCI enable (or whatnot) is called from that re-enables bus mastering after a VT switch. The question on my, and David's, mind is whether or not bus mastering was enabled on server entry. I will not answer your query more directly because I think it would be a good thing for you to figure out on your own what line 1309 of the current hw/xfree86/common/xf86Events.c does. Thanks and my apologies for the upset. Indeed. In the future, please differentiate between real and perceived problems. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Dri-devel] Re: [Xpert]Re: Probable return of Radeon, R128 XFree86 crash at VT switch
On Thu, Oct 17, 2002 at 02:51:57PM -0600, Marc Aurele La France wrote: The question on my, and David's, mind is whether or not bus mastering was enabled on server entry. According to lspci, it was definitely enabled. Thanks and my apologies for the upset. Indeed. In the future, please differentiate between real and perceived problems. Please excuse me for having spent a frustrating two weeks of my time previously to try and find this problem and present a solution which, at that time, fixed VT switches for quite a number of ATI users. This should be seen in the context of the fact that this problem was known about and nobody else was able to/was willing to spend the time to find a suitable solution. Please also excuse me for getting a little concerned at your changes and the very cryptic CVS log message that you took time to submit. I would also like to thank you for the decidedly unclear reply you sent to the mail in which I voiced my concern. If I were you, I would simply have sent a mail clearing up the confusion (have a look at David's mail if you would like to know how this is done) and thus politely stopping that whole thread, but that's just me. Thanks again, -- charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Dri-devel] Re: [Xpert]Re: Probable return of Radeon, R128 XFree86 crash at VT switch
On Fri, Oct 18, 2002 at 12:12:03AM +0200, Charl P. Botha wrote: On Thu, Oct 17, 2002 at 02:51:57PM -0600, Marc Aurele La France wrote: The question on my, and David's, mind is whether or not bus mastering was enabled on server entry. According to lspci, it was definitely enabled. I'm reluctant to prolong this thread any further, but was bus mastering enabled after a clean reboot and before running any X server? Whatever it was at this time is how the X server should leave it after VT switching away and when exiting. Please also excuse me for getting a little concerned at your changes and the very cryptic CVS log message that you took time to submit. I thought the message very descriptive, and the change a good idea after running into exactly the same bug with the i830/i845G support recently. David ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Probable return of Radeon, R128 XFree86 crash at VT switch
Finally, i resintalled xfree 4.2, and used your driver. Now i haven't any problem.. resuming/suspending works very well, and i can run quake3 with good performance now :o). Thanks very much... All i hope, is that i will not have problems when xfree 4.3 will be released... Again, thanks very much ;o) !!. On Tuesday 15 October 2002 13:12, Charl P. Botha wrote: On Tue, Oct 15, 2002 at 03:01:35PM +, Tom wrote: Why does ur driver is not included in cvs? :o/ it should resolve a lot of problem !! ;o) The driver from my pages is not a pure DRI build. It includes code by me for suspending/resuming Radeons and is thus not recommended for everyone. However, if it works for you, by all means use it. :) ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Probable return of Radeon, R128 XFree86 crash at VT switch
On Tue, Oct 15, 2002 at 12:28:27AM +0200, Charl P. Botha wrote: On Mon, Oct 14, 2002 at 04:14:22PM -0600, Marc Aurele La France wrote: On Tue, 15 Oct 2002, Charl P. Botha wrote: This would mean that the bug is back and people will again have the stupid No, it doesn't. VT switch lockup. What would be the New and Improved Way(tm) way of explicitly re-enabling bus-mastering at RADEONEnterVT() time since xf86EnablePciBusMaster() has been deprecated? Just like the change notice says: When a PCI device is enabled, it's bus mastering is also enabled. This occurs before any driver code is executed. I'm running the DRI tree, so I can't test. However, we still don't know why these cards disabled bus mastering at VT switches (when it was very clearly enabled before the switch), so what guarantees that they won't still do this? Mike (Harris), do you have one of the affected cards running XFree86 HEAD? No, the X server restores changes is makes to the PCI state when it gives up control of the console, so if bus mastering wasn't enabled *before* the X server started, it won't be after VT switching away. Several drivers had bugs where they didn't re-enable it when switching back. Drivers shouldn't assume anything more about the HW state after returning from a VT switch than they would at startup, but unfortunately some still do... Marc's change means that drivers don't need to care about bus mastering being enabled because it will now be enabled automatically for PCI cards that are being used by the X server. David ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Probable return of Radeon, R128 XFree86 crash at VT switch
Hello all, Excuse me for my poor english.. but, i have the problem you are describing. I tried xfree-cvs from saturday, and then i had two problems i hadn't with 4.2.0 (from gentoo): - xfree was very long to first start, when kdm was launched, hard disk working a lot (a sort of font processing ?) - when i first launch the X server there is no problem, but if i switch vt or i restart it, it freezes, and i need to reboot, very annoying :o/... My configuration is a IBM Thinkpad T30: P4m 1.8ghz / 256mo ddr 40Go dd lspci | grep VGA 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] 16mb of ddr memory I attach the X log. (there is no dri in this one, but the problems remains when dri is activated..) Thanks for your hard work. Thomas This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs) XFree86 Version 4.2.99.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 26 September 2002 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/) Build Operating System: Linux 2.4.18-wolk3.6.1 i686 [ELF] 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/XFree86.1.log, Time: Thu Oct 10 11:52:58 2002 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Simple Layout (**) |--Screen Screen 1 (0) (**) | |--Monitor My Monitor (**) | |--Device ATI Xpert XL (**) |--Input Device Keyboard1 (**) Option AutoRepeat 500 30 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel rapidaccess2 (**) XKB: model: rapidaccess2 (**) Option XkbLayout fr (**) XKB: layout: fr (==) Keyboard: CustomKeycode disabled (**) |--Input Device UsbMouse (**) |--Input Device InternalMouse (**) FontPath set to /usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/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/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (++) using VT number 8 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.2.99.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.2.99.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,1a30 card , rev 04 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,1a31 card , rev 04 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,2482 card 1014,0220 rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,2484 card 1014,0220 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,2487 card 1014,0220 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card , rev 42 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,248c card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,248a card 1014,0220 rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:3: chip 8086,2483 card 1014,0220 rev 02 class 0c,05,00 hdr 00 (II) PCI: 00:1f:5: chip 8086,2485 card 1014,0508 rev 02 class 04,01,00 hdr 00 (II) PCI: 00:1f:6: chip 8086,2486 card 1014,0223 rev 02 class 07,03,00 hdr 00 (II) PCI: 01:00:0: chip 1002,4c57 card 1014,0517 rev 00 class 03,00,00 hdr 00 (II) PCI: 02:00:0: chip 104c,ac55 card 4000, rev 01 class 06,07,00 hdr 82 (II) PCI: 02:00:1: chip 104c,ac55 card 4800, rev 01 class 06,07,00 hdr 82 (II) PCI: 02:02:0: chip 14b9,a504 card 14b9,5000 rev 00 class 02,80,00 hdr 00 (II) PCI: 02:08:0: chip 8086,1031 card 1014,0209 rev 42 class 02,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,6), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0
Re: [Xpert]Probable return of Radeon, R128 XFree86 crash at VT switch
On Tue, Oct 15, 2002 at 11:59:29AM +, Tom wrote: I tried xfree-cvs from saturday, and then i had two problems i hadn't with 4.2.0 (from gentoo): - xfree was very long to first start, when kdm was launched, hard disk working a lot (a sort of font processing ?) - when i first launch the X server there is no problem, but if i switch vt or i restart it, it freezes, and i need to reboot, very annoying :o/... The VT switch problem only occurred on DRI-using setups. What you could try to do to confirm is to ssh into the machine after it has crashed when you switched to a VT and do a lspci -vv. If the Radeon has a BusMaster- flag instead of BusMaster+ and your X is using DRI, it is this specific VT switch lockup. -- charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Probable return of Radeon, R128 XFree86 crash at VT switch
On Tuesday 15 October 2002 10:38, Charl P. Botha wrote: On Tue, Oct 15, 2002 at 11:59:29AM +, Tom wrote: I tried xfree-cvs from saturday, and then i had two problems i hadn't with 4.2.0 (from gentoo): - xfree was very long to first start, when kdm was launched, hard disk working a lot (a sort of font processing ?) - when i first launch the X server there is no problem, but if i switch vt or i restart it, it freezes, and i need to reboot, very annoying :o/... The VT switch problem only occurred on DRI-using setups. What you could try to do to confirm is to ssh into the machine after it has crashed when you switched to a VT and do a lspci -vv. If the Radeon has a BusMaster- flag instead of BusMaster+ and your X is using DRI, it is this specific VT switch lockup. I rerun the test with dri enabled : the steps : - startx go to vt7 - ctrl + alt + f1 go to vt1 - ctrl + alt + f7 go to vt7 I attached the lspci -vv outputs for radeon between the steps, and my XFree.0.log. It seems my problem dont show BusMater-... But the problem remains, the Screen is freezed.. and i cannot do anything reboot. I dont have the problem with 4.2.0 :o/... It seems, it lacks a sort of reinitialisation of the graphics.. (wich is done in 4.2..). Thanks for ur advice. :o). Thomas ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Probable return of Radeon, R128 XFree86 crash at VT switch
On Tue, Oct 15, 2002 at 01:12:41PM +, Tom wrote: I rerun the test with dri enabled : the steps : - startx go to vt7 - ctrl + alt + f1 go to vt1 - ctrl + alt + f7 go to vt7 I attached the lspci -vv outputs for radeon between the steps, and my XFree.0.log. I didn't get any attachments with your mail. Could you try again? It seems my problem dont show BusMater-... But the problem remains, the Screen is freezed.. and i cannot do anything reboot. I dont have the problem with 4.2.0 :o/... It seems, it lacks a sort of reinitialisation of the graphics.. (wich is done in 4.2..). The busmastering VT-switch lockup was present in 4.2 as well. I'm beginning to think that the problem that you are seeing is something else altogether, but just as serious. :) -- charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Probable return of Radeon, R128 XFree86 crash at VT switch
Oups, i forget the attachment... then now they are ;o). On Tuesday 15 October 2002 11:37, Charl P. Botha wrote: On Tue, Oct 15, 2002 at 01:12:41PM +, Tom wrote: I rerun the test with dri enabled : the steps : - startx go to vt7 - ctrl + alt + f1 go to vt1 - ctrl + alt + f7 go to vt7 I attached the lspci -vv outputs for radeon between the steps, and my XFree.0.log. I didn't get any attachments with your mail. Could you try again? It seems my problem dont show BusMater-... But the problem remains, the Screen is freezed.. and i cannot do anything reboot. I dont have the problem with 4.2.0 :o/... It seems, it lacks a sort of reinitialisation of the graphics.. (wich is done in 4.2..). The busmastering VT-switch lockup was present in 4.2 as well. I'm beginning to think that the problem that you are seeing is something else altogether, but just as serious. :) Before startx : 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] (prog-if 00 [VGA]) Subsystem: IBM: Unknown device 0517 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR+ FastB2B+ Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 66 (2000ns min), cache line size 08 Interrupt: pin A routed to IRQ 11 Region 0: Memory at e800 (32-bit, prefetchable) [size=128M] Region 1: I/O ports at 3000 [size=256] Region 2: Memory at d010 (32-bit, non-prefetchable) [size=64K] Expansion ROM at unassigned [disabled] [size=128K] Capabilities: [58] AGP version 2.0 Status: RQ=47 SBA+ 64bit- FW- Rate=x1,x2,x4 Command: RQ=0 SBA+ AGP- 64bit- FW- Rate=none Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- After startx : 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] (prog-if 00 [VGA]) Subsystem: IBM: Unknown device 0517 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR+ FastB2B+ Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 66 (2000ns min), cache line size 08 Interrupt: pin A routed to IRQ 11 Region 0: Memory at e800 (32-bit, prefetchable) [size=128M] Region 1: I/O ports at 3000 [size=256] Region 2: Memory at d010 (32-bit, non-prefetchable) [size=64K] Expansion ROM at unassigned [disabled] [size=128K] Capabilities: [58] AGP version 2.0 Status: RQ=47 SBA+ 64bit- FW- Rate=x1,x2,x4 Command: RQ=31 SBA+ AGP+ 64bit- FW- Rate=x4 Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- After switch to vt 1 (alt+ctrl+F1) : 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] (prog-if 00 [VGA]) Subsystem: IBM: Unknown device 0517 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR+ FastB2B+ Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 66 (2000ns min), cache line size 08 Interrupt: pin A routed to IRQ 11 Region 0: Memory at e800 (32-bit, prefetchable) [size=128M] Region 1: I/O ports at 3000 [size=256] Region 2: Memory at d010 (32-bit, non-prefetchable) [size=64K] Expansion ROM at unassigned [disabled] [size=128K] Capabilities: [58] AGP version 2.0 Status: RQ=47 SBA+ 64bit- FW- Rate=x1,x2,x4 Command: RQ=31 SBA+ AGP+ 64bit- FW- Rate=x4 Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Switch to X (vt 7) : 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] (prog-if 00 [VGA]) Subsystem: IBM: Unknown device 0517 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR+ FastB2B+ Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 66 (2000ns min), cache line size 08 Interrupt: pin A routed to IRQ 11 Region 0: Memory at e800 (32-bit, prefetchable) [size=128M] Region 1: I/O ports at 3000 [size=256] Region 2: Memory at d010 (32-bit, non-prefetchable) [size=64K] Expansion ROM at unassigned [disabled] [size=128K]
Re: [Xpert]Probable return of Radeon, R128 XFree86 crash at VT switch
On Tue, Oct 15, 2002 at 01:42:09PM +, Tom wrote: Oups, i forget the attachment... then now they are ;o). Okay, this is definitely not the BusMastering VT-switch lockup we used to have, but it's still bad. If you want to solve this problem, you have to build a static X and attach to the running process when it freezes so that you can get a backtrace which will give you clues on where to start looking. You could also try one of the dri.sf.net snapshots to see if that has the same behaviour. -- charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Probable return of Radeon, R128 XFree86 crash at VT switch
Euh.. I would like to help, but could u explain me the steps? ;o) How can i build static X? how can i attach to the running process? (gdb) What are the commands and the important information.. I tried the dri.sourceforge.net drivers, but i have a blank screen.. On Tuesday 15 October 2002 11:52, Charl P. Botha wrote: On Tue, Oct 15, 2002 at 01:42:09PM +, Tom wrote: Oups, i forget the attachment... then now they are ;o). Okay, this is definitely not the BusMastering VT-switch lockup we used to have, but it's still bad. If you want to solve this problem, you have to build a static X and attach to the running process when it freezes so that you can get a backtrace which will give you clues on where to start looking. You could also try one of the dri.sf.net snapshots to see if that has the same behaviour. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Probable return of Radeon, R128 XFree86 crash at VT switch
On Tue, Oct 15, 2002 at 02:05:53PM +, Tom wrote: I would like to help, but could u explain me the steps? ;o) How can i build static X? In your host.conf (if I remember correctly, it could also be host.def) you can configure for building a static XFree86. how can i attach to the running process? (gdb) After it's crashed, you ssh into the machine, use ps or top to find the pid of the running static XFree86. Then you do: gdb /path/to/the/static/XFree86/that/you/run pid (gdb) bt That last command will generate a backtrace and this should give you more information about where the server is hanging. I tried the dri.sourceforge.net drivers, but i have a blank screen.. We could try to diagnose this if you want to. -- charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Probable return of Radeon, R128 XFree86 crash at VTswitch
On Die, 2002-10-15 at 14:17, Charl P. Botha wrote: On Tue, Oct 15, 2002 at 02:05:53PM +, Tom wrote: I tried the dri.sourceforge.net drivers, but i have a blank screen.. We could try to diagnose this if you want to. This has been hashed to death on dri-devel. It's a binary incompatibility that can be worked around by using libxaa from DRI CVS. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Probable return of Radeon, R128 XFree86 crash at VT switch
On Tue, Oct 15, 2002 at 02:24:52PM +0200, Michel Dänzer wrote: On Die, 2002-10-15 at 14:17, Charl P. Botha wrote: On Tue, Oct 15, 2002 at 02:05:53PM +, Tom wrote: I tried the dri.sourceforge.net drivers, but i have a blank screen.. We could try to diagnose this if you want to. This has been hashed to death on dri-devel. It's a binary incompatibility that can be worked around by using libxaa from DRI CVS. Aaaah... I didn't realise it was this problem. Tom, if you don't want to build DRI from CVS, you can grab the radeon resume driver tarball from my pages at cpbotha.net/dri_resume.html and use the libxaa.a from there with a driver tarball from dri.sf.net. You could also test with my driver tarball instead just for fun. :) -- charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Probable return of Radeon, R128 XFree86 crash at VT switch
Why does ur driver is not included in cvs? :o/ it should resolve a lot of problem !! ;o) On Tuesday 15 October 2002 12:36, Charl P. Botha wrote: On Tue, Oct 15, 2002 at 02:24:52PM +0200, Michel Dänzer wrote: On Die, 2002-10-15 at 14:17, Charl P. Botha wrote: On Tue, Oct 15, 2002 at 02:05:53PM +, Tom wrote: I tried the dri.sourceforge.net drivers, but i have a blank screen.. We could try to diagnose this if you want to. This has been hashed to death on dri-devel. It's a binary incompatibility that can be worked around by using libxaa from DRI CVS. Aaaah... I didn't realise it was this problem. Tom, if you don't want to build DRI from CVS, you can grab the radeon resume driver tarball from my pages at cpbotha.net/dri_resume.html and use the libxaa.a from there with a driver tarball from dri.sf.net. You could also test with my driver tarball instead just for fun. :) ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Probable return of Radeon, R128 XFree86 crash at VT switch
On Tue, Oct 15, 2002 at 03:01:35PM +, Tom wrote: Why does ur driver is not included in cvs? :o/ it should resolve a lot of problem !! ;o) The driver from my pages is not a pure DRI build. It includes code by me for suspending/resuming Radeons and is thus not recommended for everyone. However, if it works for you, by all means use it. :) -- charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Probable return of Radeon, R128 XFree86 crash at VTswitch
On Die, 2002-10-15 at 15:12, Charl P. Botha wrote: On Tue, Oct 15, 2002 at 03:01:35PM +, Tom wrote: Why does ur driver is not included in cvs? :o/ it should resolve a lot of problem !! ;o) No, the problem is only with the binary snapshots, if you build yourself from CVS it should work fine. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Probable return of Radeon, R128 XFree86 crash at VT switch
Dear list and Marc La France, You might remember a while back that several Radeon and R128 boards suffered from a server crash at VT switch time. This was due to the fact that these cards (for some or other reason) disable bus mastering when switching to VT. The bug was fixed by adding a call to xf86EnablePciBusMaster() in {RADEON,R128}EnterVT(). This change was subsequently committed to both DRI and XFree86 main trees. I noticed the other day that this change has disappeared again with the following CVS log message: revision 1.65 date: 2002/10/08 22:14:05; author: tsi; state: Exp; lines: +1 -8 367. When enabling PCI adapters, also enable their bus mastering capability; Consequently, deprecate xf86EnablePciBusMaster() (Marc La France). This would mean that the bug is back and people will again have the stupid VT switch lockup. What would be the New and Improved Way(tm) way of explicitly re-enabling bus-mastering at RADEONEnterVT() time since xf86EnablePciBusMaster() has been deprecated? Thanks, Charl -- charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: Probable return of Radeon, R128 XFree86 crash at VT switch
On Tue, 15 Oct 2002, Charl P. Botha wrote: You might remember a while back that several Radeon and R128 boards suffered from a server crash at VT switch time. This was due to the fact that these cards (for some or other reason) disable bus mastering when switching to VT. The bug was fixed by adding a call to xf86EnablePciBusMaster() in {RADEON,R128}EnterVT(). This change was subsequently committed to both DRI and XFree86 main trees. I noticed the other day that this change has disappeared again with the following CVS log message: revision 1.65 date: 2002/10/08 22:14:05; author: tsi; state: Exp; lines: +1 -8 367. When enabling PCI adapters, also enable their bus mastering capability; Consequently, deprecate xf86EnablePciBusMaster() (Marc La France). This would mean that the bug is back and people will again have the stupid No, it doesn't. VT switch lockup. What would be the New and Improved Way(tm) way of explicitly re-enabling bus-mastering at RADEONEnterVT() time since xf86EnablePciBusMaster() has been deprecated? Just like the change notice says: When a PCI device is enabled, it's bus mastering is also enabled. This occurs before any driver code is executed. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Probable return of Radeon, R128 XFree86 crash at VT switch
On Mon, Oct 14, 2002 at 04:14:22PM -0600, Marc Aurele La France wrote: On Tue, 15 Oct 2002, Charl P. Botha wrote: This would mean that the bug is back and people will again have the stupid No, it doesn't. VT switch lockup. What would be the New and Improved Way(tm) way of explicitly re-enabling bus-mastering at RADEONEnterVT() time since xf86EnablePciBusMaster() has been deprecated? Just like the change notice says: When a PCI device is enabled, it's bus mastering is also enabled. This occurs before any driver code is executed. I'm running the DRI tree, so I can't test. However, we still don't know why these cards disabled bus mastering at VT switches (when it was very clearly enabled before the switch), so what guarantees that they won't still do this? Mike (Harris), do you have one of the affected cards running XFree86 HEAD? -- charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert