Bug#260753: xserver-xfree86: [chips] Please include patch for mode switch crashing
On Wed, Jul 28, 2004 at 12:04:25PM -0500, Branden Robinson wrote: already been fixed in CVS. I could apply the patch to the Debian packages and test that... That would be excellent. Please do, and let us know what you find. I built -6 with this additional patch and it works fine. -- Ryan Underwood, [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#260753: xserver-xfree86: [chips] Please include patch for mode switch crashing
On Tue, Jul 27, 2004 at 02:17:38AM -0500, Branden Robinson wrote: Not doing it for -7 probably means not doing it for sarge. Furthermore, I don't have any CT hardware to test the fix on. If the submitter's willing to help with testing, that might be helpful. I built a static server, found the problem, and then found that it had already been fixed in CVS. I could apply the patch to the Debian packages and test that... -- Ryan Underwood, [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#260753: xserver-xfree86: [chips] Please include patch for mode switch crashing
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-6 Severity: normal Hello, X.Org has this update to ct_driver.c: http://freedesktop.org/cgi-bin/viewcvs.cgi/xserver/debrix-driver-chips/chips/ct_driver.c?r1=1.3 Revision 1.3 - (download), view (text) (markup) (annotate) - [selected] Mon May 24 19:00:03 2004 UTC (8 weeks, 2 days ago) by eich Changes since 1.2: +12 -10 lines Diff to previous 1.2 2004-05-24 Egbert Eich [EMAIL PROTECTED] * programs/Xserver/hw/xfree86/drivers/chips/ct_driver.c: (chipsClockSelect), (chipsClockFind), (chipsModeInitHiQV), (chipsModeInitWingine), (chipsModeInit655xx): * programs/Xserver/hw/xfree86/drivers/chips/ct_video.c: (CHIPSSetupImageVideo), (CHIPSDisplayVideo), (CHIPSPutImage): Fixed Segfault on video mode switching when pScrn-currentMode did not contain a valid mode. Fixed video overlays for double scan modes. which corrects a mode switch crash on chips. It would be useful if this were applied to the Debian packages until there is a new upstream release. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-pre6 Locale: LANG=C, LC_CTYPE=C Versions of packages xserver-xfree86 depends on: ii debconf [debconf-2.0] 1.4.29 Debian configuration management sy ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an ii xserver-common4.3.0.dfsg.1-6 files and utilities common to all ii zlib1g1:1.2.1.1-5compression library - runtime -- debconf information excluded
Bug#158198: [nemesis@icequake.net: shouldn't matter] (Bug #158198)
Hi Branden, Michel, On Tue, Jul 01, 2003 at 12:43:22PM -0500, Branden Robinson wrote: I'm not sure what's going on here, but, Michel, if you're going to close bugs, please be prepared to follow-up with the submitter if they re-raise the issue. :) I was an idiot -- the bug was not closed, it was simply marked Done; which meant I could have simply followed up on the BTS. I don't use Xinerama. DRI is working, it is texture upload/allocation that are failing. glxgears works fine for instance since it uses only polygons. I'm not an expert on these issues but this still doesn't rule out RAM starvation on the video card as far as I can tell. When you're out of video RAM, you're out of video RAM. glxgears isn't going to place much demand on texture memory relative to something like Quake. The problem is fixed. It was more idiocy on my part regarding XF86Config; there was another VideoRAM setting that snuck in there somehow. Can we please take this discussion to the BTS or debian-x? No more replies here from me; I cc'd the bug. -- Ryan Underwood, nemesis at icequake.net, icq=10317253 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#158198: [nemesis@icequake.net: shouldn't matter] (Bug #158198)
Hi Branden, Michel, On Tue, Jul 01, 2003 at 12:43:22PM -0500, Branden Robinson wrote: I'm not sure what's going on here, but, Michel, if you're going to close bugs, please be prepared to follow-up with the submitter if they re-raise the issue. :) I was an idiot -- the bug was not closed, it was simply marked Done; which meant I could have simply followed up on the BTS. I don't use Xinerama. DRI is working, it is texture upload/allocation that are failing. glxgears works fine for instance since it uses only polygons. I'm not an expert on these issues but this still doesn't rule out RAM starvation on the video card as far as I can tell. When you're out of video RAM, you're out of video RAM. glxgears isn't going to place much demand on texture memory relative to something like Quake. The problem is fixed. It was more idiocy on my part regarding XF86Config; there was another VideoRAM setting that snuck in there somehow. Can we please take this discussion to the BTS or debian-x? No more replies here from me; I cc'd the bug. -- Ryan Underwood, nemesis at icequake.net, icq=10317253
debian-x@lists.debian.org
Package: xlibmesa3 Version: 4.2.1-6 Followup-For: Bug #158198 No textures can be uploaded, but the 3D acceleration works fine otherwise. (such as glxgears). Any game using 3D Textures such as quake, tuxracer, etc, produces garbled output and spews texture upload failure messages in the stderr. I tried a few different things: - Upgrading to experimental XFree86 4.3.0 (then downgrading when it did the same thing) - Kernel 2.4.19, Kernel 2.4.21, same behavior - Using the DRM distribution from alanh's site - Compiling kernel(s) with gcc 2.95 instead of 3.3 No difference. This is on a G400 MAX which has a Rev 4 according the Xfree86.0.log. A previous 16MB SH G400 Rev 3 worked fine. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux dbz 2.4.19 #3 Fri Jun 13 20:54:23 CDT 2003 i686 Locale: LANG=en_US, LC_CTYPE=en_US Versions of packages xlibmesa3 depends on: ii xlibmesa3-gl 4.2.1-6Mesa 3D graphics library [XFree86] ii xlibmesa3-glu 4.2.1-6Mesa OpenGL utility library [XFree -- debconf information: * xlibmesa3/libglide3_for_3dfx_cards: * xlibmesa3/kernel_too_old_for_DRI: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
debian-x@lists.debian.org
Package: xlibmesa3 Version: 4.2.1-6 Followup-For: Bug #158198 Here is xfree86 log: 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.1.1 (Debian 4.2.1-6 20030225230350 [EMAIL PROTECTED]) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 18 October 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.20-586tsc 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.0.log, Time: Fri Jun 13 21:11:08 2003 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Dualhead (**) |--Screen Screen 0 (0) (**) | |--Monitor Hitachi SuperScan Elite 802 (**) | |--Device Matrox Millennium G400MAX H0 (**) |--Screen Screen 1 (1) (**) | |--Monitor HP P1110 (**) | |--Device Matrox Millennium G400MAX H1 (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (**) Option AutoRepeat 500 30 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) |--Input Device pen1 (**) |--Input Device eraser1 (**) |--Input Device cursor1 (**) FontPath set to /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,tcp/fonts:7100,/usr/X11R6/lib/X11/fonts/misc/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (**) ModulePath set to /usr/local/lib/mga,/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.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.1.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.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 = 0x80010040, 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:0c:0: chip 105a,4d38 card 105a,4d33 rev 01 class 01,80,00 hdr 00 (II) PCI: 00:0e:0: chip 12eb,0002 card 12eb,0002 rev fa class 04,01,00 hdr 00 (II) PCI: 00:10:0: chip 1011,0019 card 2646,0001 rev 41 class 02,00,00 hdr 00 (II) PCI: 00:12:0: chip 1105,8300 card , rev 02 class 04,80,00 hdr 00 (II) PCI: 00:13:0: chip 11de,6057 card 1031,7efe rev 02 class 04,00,00 hdr 00 (II) PCI: 00:14:0: chip 1000,000f card 1000,1000 rev 26 class 01,00,00 hdr 00 (II) PCI: 01:00:0: chip 102b,0525 card 102b,217d rev 04 class 03,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.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 00x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 00x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 00x - 0x (0x0) MX[B] (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x88 (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 00x9000 - 0x9fff (0x1000) IX[B] (II) Bus 1
debian-x@lists.debian.org
Package: xlibmesa3 Version: 4.2.1-6 Followup-For: Bug #158198 No textures can be uploaded, but the 3D acceleration works fine otherwise. (such as glxgears). Any game using 3D Textures such as quake, tuxracer, etc, produces garbled output and spews texture upload failure messages in the stderr. I tried a few different things: - Upgrading to experimental XFree86 4.3.0 (then downgrading when it did the same thing) - Kernel 2.4.19, Kernel 2.4.21, same behavior - Using the DRM distribution from alanh's site - Compiling kernel(s) with gcc 2.95 instead of 3.3 No difference. This is on a G400 MAX which has a Rev 4 according the Xfree86.0.log. A previous 16MB SH G400 Rev 3 worked fine. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux dbz 2.4.19 #3 Fri Jun 13 20:54:23 CDT 2003 i686 Locale: LANG=en_US, LC_CTYPE=en_US Versions of packages xlibmesa3 depends on: ii xlibmesa3-gl 4.2.1-6Mesa 3D graphics library [XFree86] ii xlibmesa3-glu 4.2.1-6Mesa OpenGL utility library [XFree -- debconf information: * xlibmesa3/libglide3_for_3dfx_cards: * xlibmesa3/kernel_too_old_for_DRI:
