[Xpert]Xserver Proxy prevents f.e. xterm to die if X-server dies???is thiscorrect
Does somebody have information about something like that i would need such a funcitonality because i would like to get a live screen rotation , whithout loosing all apps rob -- _ *Robert Wörle Linux | Embedded Device* * Symplon AG* *...touch the internet* phone: +49 89 552 999 35 fax: +49 89 552 999 10 email: [EMAIL PROTECTED] mailto:robert.woerle;symplon.com web: www.symplon.com http://www.symplon.com/ _ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Sis315 Card config?
www.winischhofer.net/linuxsis630.shtml Thomas John P. Herlocher wrote: I'm having diffuculty getting my Xfree86 configured to support an SiS315 Graphics card. I had it successfully running with horrible resolution once using the generic VGA card but It wasn't very useable. Any input on drivers or specific configurations appreciated. John -- Didja Know... It is estimated that illiteracy costs U.S. businesses $225 billion a year in lost productivity? (Source: Useless Facts) ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert -- Thomas Winischhofer Vienna/Austria mailto:thomas;winischhofer.nethttp://www.winischhofer.net/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]i815 trouble
Well, I read the i810 correction thread. I am willing to test. Give me sone time to figure out how to build the XFree CVS tree... /TB -- Torsten Bergander RD Senior Consultant [wearLab]@TZI and Xybernaut Europe +49-178-4486203 GPGkeyID: 0x4EBA7462 IMPORTANT. ANTIDISCLAIMER. This e-mail is not and cannot, by its nature, be confidential. En route from me to you, it will pass across the public Internet, easily readable by any number of system administrators along the way. If you have received this message by mistake, it would be ridiculous for me to tell you not to read it or copy to anyone else, because, let's face it, if it's a message revealing confidential information or that could embarrass me intensely, that's precisely what you'll do. Who wouldn't? Likewise, it is superfluous for me to claim copyright in the contents, because I own that anyway, even if you print out a hard copy or disseminate this message all over the known Universe. I don't know why so many corporate mail servers feel impelled to attach a disclaimer to the bottom of every e-mail message saying otherwise. If you don't know either, why not e-mail your corporate lawyers and system administrators and ask them why they insist on contributing so much to the waste of bandwidth. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Xserver Proxy prevents f.e. xterm to die if X-server dies???is thiscorrect
Robert Wörle wrote: Does somebody have information about something like that i would need such a funcitonality because i would like to get a live screen rotation , whithout loosing all apps The right way is to manage the applications to survive after IOError. Something like Xt FAQ, subject 18. I wrote a couple of xapps resistent to display crash and I personally do not understand why IOError was considered so fatal (by R.S.?) I would do error handling in XLib in this way: 1) Default XIOErrorHandler exits. 2) Caller of XIOErrorHandler does not exit but probably sets a flag. 3) Display functions do nothing on broken displays or generate an error or call default XIOErrorHandler or just exit. This would prevent people from longjmp hacks. A. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]nvidia driver for ppc
hi experts i almost bought an GEFORCE2 MX 400 64MB PCI TV-OUT for my oldworld apple Fortunately i checked the status of the binary nvidia driver for ppc and found out that it is non-existend. Is there someone hacking the binary driver resulting in an ppc release??? or does anybody know if there is going to be an offcial/unofficial release of an ppc driver. will the nv driver for ppc support TV-OUT?? TIA Thomas Geenen ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]X Window Failure
If someone could look at the extract from the /var/log/messages file below, to see if you can see why I can't get my X window back I would really appreciate it. (Or if there is a quick solution like reinstalling X window that would be good too) Basically, the only things that I can recall happening before the problem was I changed permissions to a lower user on the following: /usr /usr/sbin /usr/sbin/httpd /etc /etc/httpd I have now changed these back to root. Also I was trying to unsubscribe from a mailing list in Netscape when Netscape crashed, and popped up an error window (Netscape Communicator) asking me to fill in what I did before it crashed. After I completed it I was not able to launch Netscape again. I logged out and then could not launch X window. /etc/hotplug/net.agent: net unregister event not supported gdm (pam_unix) [1216] session closed for user root gdm [1216]: gdm_slave_xioerror_handler: fatal X error - restarting: 0 modprobe:modprobe: can't locate module char-major-81 gdm [1208] deal_with_x_crashes: running the xkeepscrashing script su (pam_unix) [5427] session opened for user nobody by (uid=0) gdm [1208] failed to start X server several times in a short time period: disabling display:0 login (pam_unix) [1208]: authentication failure: logname=login uid=0 euid=0 tty=tty1 ruser= rhost= user=shutdown iscsi:iscsilun shutdown failed isapnp: no plug and play device found sendmail:sendmail startup failed iscsi [983] no targets in configuration file /etc/iscsi.conf iscsi [983] invalid configuration check /etc/iscsi.conf xfs: ignoring path element /usr/X11R6/lib/X11/fonts/100dpi unscaled unreadable -"--- login [1198] failed login 1 from (null) for root, authentication failure Also XFS will not launch or shutdown in boot up/down process. Please help Scott
Re: [Xpert]tdfx soft-boot hang revisited
Bo Brinkman writes: So I suppose I should add some more breaks to be certain it is really the xf86ExecX86int10() call that is causing the hang, and not something that happens later? I'm not sure what to try next, since the BASEROM value doesn't look silly. If you diff the 2 files, you will notice that not too much changes...but then I don't know how to read the scanpci output, so... :) Yes, that would be nice. Do a breakpoint immediately after the xf86ExecX86int10() function so you can see if it comes back from POSTing. At least we are now sure it was not the routine that reads the PCI BIOS. This had been run successful when you reached the breakpoint. When you are at the breakpoint you could examine the log for something strange. Did you say your system locks up completely so that you cannot even get on it remotely? If so, did the same setup ever work under an earlier version of XFree86? Regards, Egbert. -- pci bus 0x cardnum 0x0a function 0x00: vendor 0x121a device 0x0005 3dfx Interactive Voodoo3 CardVendor 0x121a card 0x0036 (3dfx Interactive Voodoo3 2000) STATUS0x8090 COMMAND 0x CLASS 0x03 0x00 0x00 REVISION 0x01 BASE0 0xc400 addr 0xc400 MEM BASE1 0xca08 addr 0xca00 MEM PREFETCHABLE BASE2 0xb001 addr 0xb000 I/O BASEROM 0xc9ff addr 0xc9ff not-decode-enabled MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0x05 BYTE_00x01 BYTE_1 0x00 BYTE_2 0x8073de8 BYTE_3 0x pci bus 0x0001 cardnum 0x00 function 0x00: vendor 0x121a device 0x0005 3dfx Interactive Voodoo3 CardVendor 0x121a card 0x003a (3dfx Interactive Voodoo3 3000) STATUS0x80b0 COMMAND 0x0003 CLASS 0x03 0x00 0x00 REVISION 0x01 BASE0 0xc600 addr 0xc600 MEM BASE1 0xce08 addr 0xce00 MEM PREFETCHABLE BASE2 0xd801 addr 0xd800 I/O BASEROM 0xcdff addr 0xcdff not-decode-enabled MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0x0b BYTE_00x01 BYTE_1 0x00 BYTE_2 0x8074bc8 BYTE_3 0x pci bus 0x cardnum 0x0a function 0x00: vendor 0x121a device 0x0005 3dfx Interactive Voodoo3 CardVendor 0x121a card 0x0036 (3dfx Interactive Voodoo3 2000) STATUS0x8090 COMMAND 0x0003 CLASS 0x03 0x00 0x00 REVISION 0x01 BASE0 0xc400 addr 0xc400 MEM BASE1 0xca08 addr 0xca00 MEM PREFETCHABLE BASE2 0xb001 addr 0xb000 I/O BASEROM 0xc9ff addr 0xc9ff not-decode-enabled MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0x05 BYTE_00x01 BYTE_1 0x00 BYTE_2 0x8073de8 BYTE_3 0x pci bus 0x0001 cardnum 0x00 function 0x00: vendor 0x121a device 0x0005 3dfx Interactive Voodoo3 CardVendor 0x121a card 0x003a (3dfx Interactive Voodoo3 3000) STATUS0x80b0 COMMAND 0x CLASS 0x03 0x00 0x00 REVISION 0x01 BASE0 0xc600 addr 0xc600 MEM BASE1 0xce08 addr 0xce00 MEM PREFETCHABLE BASE2 0xd801 addr 0xd800 I/O BASEROM 0xcdff addr 0xcdff not-decode-enabled MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0x0b BYTE_00x01 BYTE_1 0x00 BYTE_2 0x8074bc8 BYTE_3 0x ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]nvidia driver for ppc
On Fri, Oct 18, 2002 at 12:21:15PM -0400, Thomas Geenen wrote: hi experts i almost bought an GEFORCE2 MX 400 64MB PCI TV-OUT for my oldworld apple Fortunately i checked the status of the binary nvidia driver for ppc and found out that it is non-existend. Is there someone hacking the binary driver resulting in an ppc release??? or does anybody know if there is going to be an offcial/unofficial release of an ppc driver. will the nv driver for ppc support TV-OUT?? No, but there is http://sourceforge.net/projects/nv-tv-out/ I don't know however if it work on a PPC. -- Ducrot Bruno http://www.poupinou.orgPage profaissionelle http://toto.tu-me-saoules.com Haume page ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]XFree86 CVS and 1600x1024 (DVI) / Radeon
With the flurry of commits over the last few weeks, I figured it would be worth installing XFree86 CVS and check out RandR, Xcursor and the new ATI acceleration. Unfortunately, X comes up with a root window size of 1600x1024 (reported by xdpyinfo) but is really only outputting 1280x1024 (reported by my SGI MultiLink adapter). All of this flows through a Radeon VE to my SGI 1600SW flat panel. You can physically move windows off the visible screen, so the allocated root window is probably actually 1600x1024. I also manually defined the 1600x1024 modeline, which I grabbed from an old Mark V post in the archives, and XFree86 SEGV'd. Any ideas? I also noticed that xrandr died with BadParameter errors for anything other than changing the screen resolution. I'm guessing the ATI driver needs updating to handle the new extension. Oh, and just to put every question in a single e-mail, even in 24bpp, pixmaps appear to be 16bpp. My web page (in Mozilla), for example, looks substantially different between my S3 based notebook in 24bpp and my Radeon VE based desktop in 24bpp. Is there a pixmap depth limitation in the radeon driver? I've attached the usual XFree86 logs for completeness. Note that this is on RH8, gcc 3.2. Jeff 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: 15 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.19-xfs 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: Thu Oct 17 23:48:57 2002 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Anaconda Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device ATI Radeon VE (**) |--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-CVS/lib/modules (--) using VT number 7 (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-CVS/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-CVS/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,1130 card 1043,8027 rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,1131 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1e:0: chip 8086,244e card , rev 01 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2440 card , rev 01 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,244b card 1043,8027 rev 01 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2442 card 1043,8027 rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1f:3: chip 8086,2443 card 1043,8027 rev 01 class 0c,05,00 hdr 00 (II) PCI: 00:1f:4: chip 8086,2444 card 1043,8027 rev 01 class 0c,03,00 hdr 00 (II) PCI: 01:00:0: chip 1002,5159 card 1002,013a rev 00 class 03,00,00 hdr 00 (II) PCI: 02:0a:0: chip 11ad,0002 card 1385,f004 rev 20 class 02,00,00 hdr 00 (II) PCI: 02:0c:0: chip 1274,5000 card 4942,4c4c rev 01 class 04,01,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
Re: [Xpert]XFree86 CVS and 1600x1024 (DVI) / Radeon
Around 10 o'clock on Oct 18, Jeff Brubaker wrote: Unfortunately, X comes up with a root window size of 1600x1024 (reported by xdpyinfo) but is really only outputting 1280x1024 (reported by my SGI MultiLink adapter). Hmm. The Radeon driver mode selection code was restructured during the RandR integration, it's quite possible that some mode lines aren't getting properly added. But, your log file seems to list 1600x1024 as a valid mode, so I'm a bit confused. What does 'xrandr' list as valid sizes? Any ideas? I also noticed that xrandr died with BadParameter errors for anything other than changing the screen resolution. I'm guessing the ATI driver needs updating to handle the new extension. The current RandR support in the core server is limited to size changes; rotation and reflection would have entailed some more invasive changes to the acceleration code that seemed inappropriate at this point in the release cycle. Oh, and just to put every question in a single e-mail, even in 24bpp, pixmaps appear to be 16bpp. The log you enclosed showed the screen running at 16bpp; I assume setting the depth to 24 switches that to 32bpp? Keith PackardXFree86 Core TeamHP Cambridge Research Lab ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Another CVS problem
Hmm, Seems to be alot of problems in the CVS the last few days. Heres the latest one. gcc -m32 -c -O2 -fno-strength-reduce -fno-strict-aliasing -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-dec lar$ -Wredundant-decls -Wnested-externs -Wundef -fno-merge-constants -I../../../../../../programs/Xserver/hw/xfree86/common -I../../../../../../programs/Xserver/hw/xfree86/os-support -I. -I../../../../../../programs/Xserver/include -I../../../../../../exports/include/X11 -I../../../../../../include/extensions -I../../../../../../programs/Xserver/hw/xfree86/os-support/shared -I../../../../../.. -I../../../../../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_ SVID_SOURCE -D_GNU_SOURCE -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSEC URITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPIXPRIV -DPANORAMIX -DRENDE R -DRANDR -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIA N -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO-DHAS_MTRR_SUPPORT -DUSESTDRES -DHAVE_SYSV_IPC lnx_io.c lnx_io.c: In function `KDKBDREP_ioctl_ok': lnx_io.c:83: structure has no member named `rate' lnx_io.c:91: structure has no member named `rate' lnx_io.c:93: structure has no member named `rate' lnx_io.c:94: structure has no member named `rate' lnx_io.c:95: structure has no member named `rate' make[6]: *** [lnx_io.o] Error 1 make[6]: Leaving directory `/root/xc/programs/Xserver/hw/xfree86/os-support/linux' make[5]: *** [linux] Error 2 make[5]: Leaving directory `/root/xc/programs/Xserver/hw/xfree86/os-support' make[4]: *** [all] Error 2 make[4]: Leaving directory `/root/xc/programs/Xserver/hw/xfree86' make[3]: *** [hw/xfree86] Error 2 make[3]: Leaving directory `/root/xc/programs/Xserver' make[2]: *** [install] Error 2 make[2]: Leaving directory `/root/xc/programs' make[1]: *** [install] Error 2 make[1]: Leaving directory `/root/xc' make: *** [install] Error 2 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]minor geode driver nit: xf86PciInfo.h val for X -configure
A minor note re the xfree86/drivers/geode video driver - installed from a clean kit, a X -configure will produce the log message: Unfortunately the appropriate data has not been added tp xf86PciInfo.h The relevant scanpci line in my environment has: ... cardnum 0x12 function 0x04: vendor 0x1078 device 0x0104 I added #define PCI_VENDOR_FOOBAR0x1078 to xfree86/common/xf86PciInfo.h and rebuilt the Xserver. I suppose a name similar to the #define PCI_VENDOR_ID_CYRIX 0x1078 in drivers/geode_driver.c might be more appropriate, although the #define PCI_VENDOR_ID_NS 0x100b I guess would be what one would want to use if the hardware still didnt use the 0x1078 value... :) - bruce ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: minor geode driver nit: xf86PciInfo.h val for X -configure
On Fri, Oct 18, 2002 at 11:04:13 -0700, Bruce R. Montague wrote: A minor note re the xfree86/drivers/geode video driver - installed from a clean kit, a X -configure will produce the log message: Unfortunately the appropriate data has not been added tp xf86PciInfo.h The relevant scanpci line in my environment has: ... cardnum 0x12 function 0x04: vendor 0x1078 device 0x0104 I added #define PCI_VENDOR_FOOBAR0x1078 to xfree86/common/xf86PciInfo.h and rebuilt the Xserver. I suppose a name similar to the #define PCI_VENDOR_ID_CYRIX 0x1078 in drivers/geode_driver.c might be more appropriate, although the #define PCI_VENDOR_ID_NS 0x100b I guess would be what one would want to use if the hardware still didnt use the 0x1078 value... :) Yes, I forgot to commit that. Alan. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Another CVS problem
Yeah, I installed the 2.5.43 kernel and during the compiling was ok but when doing a make install, thats where it crashed. - Original Message - From: Marc Aurele La France [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, October 18, 2002 4:04 PM Subject: Re: [Xpert]Another CVS problem On Fri, 18 Oct 2002, Boris wrote: Hmm, Seems to be alot of problems in the CVS the last few days. Heres the latest one. gcc -m32 -c -O2 -fno-strength-reduce -fno-strict-aliasing -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-d ec lar$ -Wredundant-decls -Wnested-externs -Wundef -fno-merge-constants -I../../../../../../programs/Xserver/hw/xfree86/common -I../../../../../../programs/Xserver/hw/xfree86/os-support -I. -I../../../../../../programs/Xserver/include -I../../../../../../exports/include/X11 -I../../../../../../include/extensions -I../../../../../../programs/Xserver/hw/xfree86/os-support/shared -I../../../../../.. -I../../../../../../exports/include -Dlinux -D__i386 __ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE - D_ SVID_SOURCE -D_GNU_SOURCE -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSEC RITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPIXPRIV -DPANORAMIX -DRENDE R -DRANDR -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DXvMCExtensio n -DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=X_LITTLE_END IA N -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO-DHAS_MTRR_SUPPORT -DUSESTDRES -DHAVE_SYSV_IPC lnx_io.c lnx_io.c: In function `KDKBDREP_ioctl_ok': lnx_io.c:83: structure has no member named `rate' lnx_io.c:91: structure has no member named `rate' lnx_io.c:93: structure has no member named `rate' lnx_io.c:94: structure has no member named `rate' lnx_io.c:95: structure has no member named `rate' make[6]: *** [lnx_io.o] Error 1 make[6]: Leaving directory `/root/xc/programs/Xserver/hw/xfree86/os-support/linux' make[5]: *** [linux] Error 2 make[5]: Leaving directory `/root/xc/programs/Xserver/hw/xfree86/os-support' make[4]: *** [all] Error 2 make[4]: Leaving directory `/root/xc/programs/Xserver/hw/xfree86' make[3]: *** [hw/xfree86] Error 2 make[3]: Leaving directory `/root/xc/programs/Xserver' make[2]: *** [install] Error 2 make[2]: Leaving directory `/root/xc/programs' make[1]: *** [install] Error 2 make[1]: Leaving directory `/root/xc' make: *** [install] Error 2 Recently upgraded to a 2.5.42+ kernel did we? If so, harp about this on LKML. Let me know what the outcome is. 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 ___ 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]Colormap Allocation problems under Linux 7.3
On Fri, Oct 18, 2002 at 04:42:04PM -0400, Wojciech Kasprzak wrote: I have a problem installing 16 color cells into the system colormap (two of them read-writable, all done up-front in our application), under Linux 7.3, running on a Gateway 700S PC with 128MB NVIDIA GeForce4 MX440G graphics card. The actual X server used is the XFree86, and I tested it with nv and nvidia card drivers and minimum color resources requested (solid color background in the root window, no Netscape, etc.) The problem looks the same under KDE or GNOME desktops. Two to four cells are allocated in the 8-bit color mode (PseudoColor). In the 24-bit TrueColor only the read-only (shared) colors can be installed in the colormap which limits the application. A bare-bones failsafe environment in the 8-bit color yields the same results as the 24-bit color. Here my humble opinion. If you need to have read/write colours in your application, your application should be able to use a private colormap (man XCreateColormap). If you can allocate your colours, fine, if not create a private color map. I do not think that XFree cvs will solve allocation pbs in general. If you start your server with XRender (which allocate only 85 colors) and then start, says, a kde application (without limiting the colors to 64) then almsot surly all the colours will be allocated. So your application will be unusable without a private cmap. About read-only color in PseudoColor mode, I suggest to take the more close colour in the used colormap if XAllocColor fail. Regards, Olivier ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: ATI Radeon 7500 fails in XFree 4.2
On Mon, 14 Oct 2002, Apostolod Dimitromanolakis wrote: Date: Mon, 14 Oct 2002 20:39:11 -0400 From: Apostolod Dimitromanolakis [EMAIL PROTECTED] To: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Content-Type: multipart/mixed; boundary=030900090501070904020308 Subject: ATI Radeon 7500 fails in XFree 4.2 Hi to everybody, I have some trouble trying to make my new ATI RADEON 7500 (OEM, made by ATI) work with XFree 4.2.0/1. When X Server start no problems are reported but the screen goes to standby mode. Of course there is nothing on the screen and moreover when I switch desktops the screen does not turn on. However the sustem keeps working ok and does not halt. I have tried disabling acceleration (noaccel) and the card works ok. Also the VESA driver works fine. The video card works fine in Win32. I'm sending you my config file and the X Server log. Your video card was not made by ATI. ATI made video hardware has a vendor ID and subvendor ID of 0x1002, yours has a subvendor ID of 0x174b, which is a Powered by ATI board made by PC Partner Limited. From your log file: (II) PCI: 01:00:0: chip 1002,5157 card 174b,7161 rev 00 class 03,00,00 hdr 00 ATI made chip ATI didn't make card -- Mike A. Harris ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: SIGFPE in Radeon 7500 DRI support
On 17 Oct 2002, David Hampton wrote: Date: 17 Oct 2002 11:20:11 -0700 From: David Hampton [EMAIL PROTECTED] To: Michel Dänzer [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary==-8s6sbAjyd7r4JyTRNESM Subject: Re: SIGFPE in Radeon 7500 DRI support On Thu, 2002-10-17 at 05:06, Michel Dänzer wrote: Program received signal SIGFPE, Arithmetic exception. 0x40771fbb in gl_test_os_katmai_exception_support () from /usr/X11R6/lib/modules/dri/radeon_dri.so (gdb) bt #0 0x40771fbb in gl_test_os_katmai_exception_support () ^^^ This is such a wonderfully expressive function name, why doesn't anybody read it? :/ Yes, it is a nice expressive name, but my expertise is in network protocols not in video drivers. I don't know what Katmai is, why I need it, why its not in my Red Hat kernel, where to find it, or why the lack of it is crashing every OpenGL application on my computer. If this function is expected to create a SIGFPE, why isn't it trapped and handled? It's actually a poorly named function all around IMHO. A better name would be s/katmai/sse/ -- Mike A. Harris ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert