Re: [Xpert]how to add a new driver
Tan Wei Chong wrote: Hello, I'm currently trying to write a simple driver and add it to the source tree to compile. I can find much resources from DESIGN doc and also by reading other driver examples. But I don't know how to add this new driver to the source tree for it to compile. I made a new directory in the Xserver/hw/xfree86/drivers directory and modified other's Imakefile for it to compile, but it seems that doing make will simply jump over it. How Which other's Imakefile? Or do you mean you made one in the new drivers directory? Did you add your driver to the files in xc/config/cf? For example xfree86.cf lists card drivers. You need to touch that or add your driver to host.def. At least a 'make Makefiles' is required for the full tree after that, possibly a 'make Everything'. I thought there where more changes required, but I don't see any evidence of it in the places I looked. can I assure that the driver will be compile ? Better still if it can compile only my driver without re-making other modules. Also, I find that the SDK /usr/X11/lib/Server is not working well, I try a make there and most of the drivers could not be make from there. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]PAL Modeline with S3 ViRGE DX.
Filip djMedrzec Zyzniewski wrote: Hey. I have a S3 VIRGE video card (using it because of XVideo). Xserver tells me that it can handle dotclocks from 20MHz to 200MHz. I'd like to produce TV PAL signal with it (I have a VGA = SCART converter), but that would involve dotclock of 15MHz. Can I force virge to work at such dotclock? I don't think you can with options, but I it should be possible by modifying the source. I don't think the 20MHz lower limit is directly tied to the hardware limitations, so getting a lower limit should be possible, but I haven't looked at that area in a while. I'm planning to do some updating of the driver in the not to distant future. I'll make a note to take a look. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Please HELP: installing X on Toshiba Satellite 1905-S301
[EMAIL PROTECTED] wrote: I'm having a lot of trouble getting X to run on my Toshiba Satellite 1905-S301 laptop. I have searched many of the sites that supposedly have info on installing Linux on Toshibas (for example http://www.linux-on-laptops.com/, and http://linux.toshiba-dme.co.jp/linux/index.htm), but I've found absolutely no hardware or X installation information at all for 1905 models. (Maybe they are too new? If so, what older Toshiba models are closest, as far as running X goes, to the 1905s?) The error I get when I run startx is basically No devices detected. I include the full /var/log/XFree86.0.log and /etc/X11/XF86Config-4 files below. I'd be more than happy to post any other information that may help diagnosing the problem. Thanks! KJ Here's the first thing to try. You are running 4.1.x, which is rather dated now. I'd suggest getting a newer version (although check my comment below.) XFree86 Version 4.1.0.1 / X Window System (protocol Version 11, revision 0, vendor release 6510) Release Date: 21 December 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) Here's the culprit. You need a driver that supports this chipset. (--) PCI:*(1:0:0) ATI unknown chipset (0x4c59) rev 0, Mem @ 0xf000/27, 0xe800/16, I/O @ 0x3000/8 Current xfree86 cvs identifies that chip as PCI_CHIP_RADEON_LY (http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/common/xf86PciInfo.h?rev=1.138content-type=text/x-cvsweb-markup) so may be usable on that machine. I don't know if the driver supports though. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]S3 Virge MX+ Tv out now works but...
Disma Goggia wrote: ... only on a framebuffer console or Vesa X server (the accelerated S3Virge server gave only garbages on the TV). However, the trick is the s3switch program for the Savage3d chipset (with some code mods of course (well, only make the program believe that my card is a Savage3d with Tv out...). Any hint? Thanks. PS: thanks to Kevin Brosius for the quick response. Well, then we ought to be able to integrate some pieces of s3switch into the s3virge driver. Does it display on just the tv-out or on 2 displays at once? Are the images the same? -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]S3 Virge MX (not the Savage) TV Out
Disma Goggia wrote: Hi, I've this no-brand laptop with the S3 Virge MX. How can I redirect video output to the S-Video TV Out connector? Searching the xfree86 site with google I can see that somebody has done some experiment, but every time I click on the link I get a 404 error; how can I see the mailing list archives? While the XFree86 archives seem to be missing at the moment, you can still use the MARC archives. xpert is at http://marc.theaimsgroup.com/?l=xfree-xpertr=1w=2 I don't believe the TV Out is supported on the ViRGE MX using the s3virge driver, but I haven't look recently. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: CRTL-ALT-BACKSPACE broken
Mark Vojkovich wrote: On Thu, 28 Nov 2002, Mark Vojkovich wrote: As Alan mentioned earlier, this does seem to be broken. I just synced up on PPC and find that none of the CRTL-ALT- keys work anymore. Can't quit with CTRL-ALT-BS, can't switch VTs. There have been modifications by Marc and David to xf86Events.c during the last week. David's specifically modifies CTRL-ALT behavior. Marc's puts some #ifdefs around related code, but the logic doesn't look suspect. Are we the only ones seeing this? I just synced up and made World again, and made sure I got rid of my host.def so that I didn't have any stale configuration around. I still can't do any CTRL-ALT-XXX. I ran into a user on irc saying he couldn't switch VT's and pointed him to this mail thread. I've built but haven't yet installed recent cvs, so can't say myself. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Multiple copies of screen left to right with S3 Trio3donXFree86 4.2.0
[EMAIL PROTECTED] wrote: Kevin Brosius wrote: [EMAIL PROTECTED] wrote: Kevin Brosius wrote: [EMAIL PROTECTED] wrote: Having just upgraded my system from Mandrake 7.2 running the original XFree86 4.1.0 binaries to the XFree86 4.2.0 provided with Mandrake 8.2 (/ partition was reformatted for this upgrade) I now have a visual problem with the XFree86 display. The card in this machine (an IBM 300PL) is a S3 Trio 3D which identifies itself to XFree86 4.2.0 as: [snip] The left hand side and middle of the screen are fine, but the right hand side of the display is covered with multiple copies of a strip about 180 pixels wide taken from the middle of the screen and duplicated roughly three times (in 1280x1024 resolution) on the right hand side of the screen. Every application appears to be acting normally on this setup, the X server runs happily enough without errors in the /var/log/XFree86.0.log file. This effect is not observed in 8bit colour but is seen in 15, 16 and 24bit colour depths. Moving to higher resolutions like 1400x1050 results in a similar effect with roughly five copies of that strip on the right hand side of the screen. A full log would be helpful. I've seen a case where missing monitor config and failing DDC caused something like this. [snip: config] If you place 1024x768 in the first position under Depth 16, does it display cleanly at that resolution? Do only the 1152x864 and 1280x1024 modes cause trouble with the right side banding? Do you have any documentation for the Trio 3D card which specifies the maximum memory clock rate for your model? Even with 1024x768, there is a stripe and a half on the right hand side of the screen. At least in 15, 16 and 24 bit colour - 8 bit is fine. I've dug around my old documentation for this PC and drawn a blank on the specs for this card. However, I do note that the figures given in the XFree86 3.3.6 output differ from the 4.2.0 output. For example, from 3.3.6: (--) SVGA: PCI: S3 Trio3D rev 1, Memory @ 0xf400 (--) SVGA: S3V: Trio3D rev 1, Linear FB @ 0xf400 (--) SVGA: Detected S3 Trio3D (--) SVGA: using driver for chipset s3_virge (--) SVGA: videoram: 4096k (--) SVGA: Ramdac speed: 230 MHz (--) SVGA: Detected current MCLK value of 100.227 MHz (--) SVGA: chipset: s3_virge (--) SVGA: videoram: 4096k (**) SVGA: Option sw_cursor (**) SVGA: Option power_saver (**) SVGA: Using 16 bpp, Depth 16, Color weight: 565 From 4.2.0: (--) S3VIRGE(0): Detected current MCLK value of 100.227 MHz (II) S3VIRGE(0): Monitor0: Using hsync range of 30.00-94.00 kHz (II) S3VIRGE(0): Monitor0: Using vrefresh range of 50.00-160.00 Hz (II) S3VIRGE(0): Clock range: 20.00 to 270.00 MHz Am I right in thinking that the Clock range in the 4.2.0 output should not exceed the RAMDAC speed? Possibly, but I thought that printout refered to mclk and not ramdac speed. Not sure though. I'll try and take a look over the weekend. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Multiple copies of screen left to right with S3 Trio3d onXFree86 4.2.0
[EMAIL PROTECTED] wrote: Kevin Brosius wrote: [EMAIL PROTECTED] wrote: Having just upgraded my system from Mandrake 7.2 running the original XFree86 4.1.0 binaries to the XFree86 4.2.0 provided with Mandrake 8.2 (/ partition was reformatted for this upgrade) I now have a visual problem with the XFree86 display. The card in this machine (an IBM 300PL) is a S3 Trio 3D which identifies itself to XFree86 4.2.0 as: [snip] The left hand side and middle of the screen are fine, but the right hand side of the display is covered with multiple copies of a strip about 180 pixels wide taken from the middle of the screen and duplicated roughly three times (in 1280x1024 resolution) on the right hand side of the screen. Every application appears to be acting normally on this setup, the X server runs happily enough without errors in the /var/log/XFree86.0.log file. This effect is not observed in 8bit colour but is seen in 15, 16 and 24bit colour depths. Moving to higher resolutions like 1400x1050 results in a similar effect with roughly five copies of that strip on the right hand side of the screen. A full log would be helpful. I've seen a case where missing monitor config and failing DDC caused something like this. Here is the current /etc/X11/XF86Config-4 (built using XFree86 -configure and fiddled with): Section ServerLayout Identifier XFree86 Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files RgbPath /usr/X11R6/lib/X11/rgb ModulePath /usr/X11R6/lib/modules FontPath /usr/X11R6/lib/X11/fonts/misc:unscaled FontPath unix/:-1 EndSection Section Module Load freetype Load type1 Load speedo Load pex Load dbe # Load dri Load extmod Load glx Load record Load xtrap EndSection Section InputDevice Identifier Keyboard0 Driver keyboard EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol ImPS/2 Option ZAxisMapping 4 5 Option Device /dev/mouse EndSection Section Monitor #DisplaySize370 270 # mm Identifier Monitor0 VendorName IBM ModelNameIBM P92 HorizSync30-94# kHz VertRefresh 50-160 # Hz # Option DPMS # Option noDCC EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional #Option slow_edodram# [bool] #Option slow_dram # [bool] #Option fast_dram # [bool] #Option fpm_vram# [bool] #Option pci_burst # [bool] #Option fifo_conservative # [bool] #Option fifo_moderate # [bool] #Option fifo_aggressive # [bool] #Option pci_retry # [bool] #Option NoAccel # [bool] #Option early_ras_precharge # [bool] #Option late_ras_precharge # [bool] #Option lcd_center # [bool] #Option set_lcdclk # i #Option set_mclk# freq #Option set_refclk # freq #Option show_cache # [bool] #Option HWCursor# [bool] #Option SWCursor# [bool] #Option ShadowFB# [bool] #Option Rotate # [str] #Option UseFB 0 # [bool] #Option mxcr3afix # [bool] #Option XVideo # [bool] Identifier Card0 Driver s3virge VendorName S3 BoardName Trio3D BusID PCI:1:1:0 EndSection Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 DefaultDepth 16 SubSection Display Depth 1 Modes 1280x1024 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 1280x1024 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes 1280x1024 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 15 Modes 1280x1024 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 16 Modes 1280x1024 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 24 Modes 1280x1024
Re: [Xpert]Multiple copies of screen left to right with S3 Trio3d on XFree86 4.2.0
[EMAIL PROTECTED] wrote: Having just upgraded my system from Mandrake 7.2 running the original XFree86 4.1.0 binaries to the XFree86 4.2.0 provided with Mandrake 8.2 (/ partition was reformatted for this upgrade) I now have a visual problem with the XFree86 display. The card in this machine (an IBM 300PL) is a S3 Trio 3D which identifies itself to XFree86 4.2.0 as: (II) S3VIRGE(0): VESA BIOS detected (II) S3VIRGE(0): VESA VBE Version 2.0 (II) S3VIRGE(0): VESA VBE Total Mem: 4096 kB (II) S3VIRGE(0): VESA VBE OEM: S3 Incorporated Trio3D. (II) S3VIRGE(0): VESA VBE OEM Software Rev: 1.1 (II) S3VIRGE(0): VESA VBE OEM Vendor: S3 Incorporated. (II) S3VIRGE(0): VESA VBE OEM Product: Trio3D (II) S3VIRGE(0): VESA VBE OEM Product Rev: Rev B (--) S3VIRGE(0): Chipset: trio 3d (II) S3VIRGE(0): vgaHWGetIOBase: hwp-IOBase is 0x03d0, hwp-PIOOffset is 0x (II) S3VIRGE(0): vgaHWGetIOBase: hwp-IOBase is 0x03d0, hwp-PIOOffset is 0x The left hand side and middle of the screen are fine, but the right hand side of the display is covered with multiple copies of a strip about 180 pixels wide taken from the middle of the screen and duplicated roughly three times (in 1280x1024 resolution) on the right hand side of the screen. Every application appears to be acting normally on this setup, the X server runs happily enough without errors in the /var/log/XFree86.0.log file. This effect is not observed in 8bit colour but is seen in 15, 16 and 24bit colour depths. Moving to higher resolutions like 1400x1050 results in a similar effect with roughly five copies of that strip on the right hand side of the screen. Disabling acceleration for the s3virge driver does not affect the display. Similarly settings like fifo_conservative do not have any effect. I've tried reverting to the older frame buffer code and that does not change the display either. Fiddling with xvidtune does not have any effect. At the moment I'm reverting back to XFree86 3.3.6 but I would like to know if this is a known problem. XFree86 logs, current configs are available on request. A full log would be helpful. I've seen a case where missing monitor config and failing DDC caused something like this. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]S3 Trio 3d
No, I don't believe the Trio3d hardware supports anything above 24 bit color. The chipset supports a 32 bit wide mode, but that is 24 bits of color in sparse packing, meaning it stores the 24 color bits in 32 bits of memory. No, vrefresh and hsync are monitor limits. Your log file shows that these are not set. I'd suggest trying to add the options: HorizSync 10 - 12 VertRefresh 12 - 14 Option noddc to your Monitor section in the config file. You must change the numbers to match the monitor you have installed. -- Kevin Jørn Christensen wrote: Hi Let me know when you have had a chance of looking on the driver... I have no expertise in this area, but I think it might be a problem for the driver to allocate enough memory; as I said before the screen reduces in size when I sellect 24 bpp and is perfect in 8bpp x 1280 x 960! Could you explain to me why there's no advantage of 32 bit? It might be me, but on Win98 I thought I could tell the difference between a 24bit gradient and a 32 bit gradient - or have I fooled myself??? Setting the vrefresh and hsync is done by Modelines... right? Well I found some different modelines for 1024 x 768 and the only difference was where on the screen the picture was placed... (oh well and the refresh rate...) but I thought it had no effect on the driver generating the picture...!?!?!? ~Jørn Christensen On Thu, 2002-11-07 at 00:53, Kevin Brosius wrote: Well, don't know any other reason, other than there is a problem with the driver. I'll have to take a look and see. I do see you don't have the monitor settings in the config file, you might try setting vrefresh and hsync in the Monitor section. Also, there's no real advantage to 32 bit, and 24 bit is generally faster. (I noticed you mentioned that before.) -- Kevin Jørn Christensen wrote: Yes... tried that (alogn with XVideo 0)... didn't work... Attached the log and the config file... ~Jørn On Tue, 2002-11-05 at 12:36, Kevin Brosius wrote: Jørn Christensen wrote: Hi I have a Trio 3d vidoe card (4mb) and really really want to get a higher resolution than 1024x768. I've just upgraded to XFree86 4.2.1. The problem is that when I try to set a higher ersolution (16bpp) it only draws a correct width at 1024. The rest (from 1025 to e.g. 1152) is copied from the right side of the perfectly drawn screen. I've tried many settings - even rising the bpp to 24 (I really wanted 32, but the s3virge driver doesn't allow this...) but this width to the correctly drawn screen only reduces to 800 or 640 (not quite sure...). I would send you a screen shot to illustrate, but my X-window manger sees the full desktop and the screen shot does not illustrate the problem. I attach 3 log files from X (-verbos): - 1024-768-16.log The current working setup (read: 1024 * 768; 16bit) - 1024-768-24.log Broken... - 1152-864-16.log Broken... Please help - Its very frustrating on a 17... What happens if you add the noxvideo option to the driver section? -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]S3 Trio 3d
With vesa or s3virge? It isn't going to help on vesa. Jørn Christensen wrote: Just tried that... same result... (Asumed that Horisync was in khz and VertRefresh was in hz) ~Jørn Christensen On Sat, 2002-11-09 at 13:39, Kevin Brosius wrote: No, I don't believe the Trio3d hardware supports anything above 24 bit color. The chipset supports a 32 bit wide mode, but that is 24 bits of color in sparse packing, meaning it stores the 24 color bits in 32 bits of memory. No, vrefresh and hsync are monitor limits. Your log file shows that these are not set. I'd suggest trying to add the options: HorizSync 10 - 12 VertRefresh 12 - 14 Option noddc to your Monitor section in the config file. You must change the numbers to match the monitor you have installed. -- Kevin Jørn Christensen wrote: Hi Let me know when you have had a chance of looking on the driver... I have no expertise in this area, but I think it might be a problem for the driver to allocate enough memory; as I said before the screen reduces in size when I sellect 24 bpp and is perfect in 8bpp x 1280 x 960! Could you explain to me why there's no advantage of 32 bit? It might be me, but on Win98 I thought I could tell the difference between a 24bit gradient and a 32 bit gradient - or have I fooled myself??? Setting the vrefresh and hsync is done by Modelines... right? Well I found some different modelines for 1024 x 768 and the only difference was where on the screen the picture was placed... (oh well and the refresh rate...) but I thought it had no effect on the driver generating the picture...!?!?!? ~Jørn Christensen On Thu, 2002-11-07 at 00:53, Kevin Brosius wrote: Well, don't know any other reason, other than there is a problem with the driver. I'll have to take a look and see. I do see you don't have the monitor settings in the config file, you might try setting vrefresh and hsync in the Monitor section. Also, there's no real advantage to 32 bit, and 24 bit is generally faster. (I noticed you mentioned that before.) -- Kevin Jørn Christensen wrote: Yes... tried that (alogn with XVideo 0)... didn't work... Attached the log and the config file... ~Jørn On Tue, 2002-11-05 at 12:36, Kevin Brosius wrote: Jørn Christensen wrote: Hi I have a Trio 3d vidoe card (4mb) and really really want to get a higher resolution than 1024x768. I've just upgraded to XFree86 4.2.1. The problem is that when I try to set a higher ersolution (16bpp) it only draws a correct width at 1024. The rest (from 1025 to e.g. 1152) is copied from the right side of the perfectly drawn screen. I've tried many settings - even rising the bpp to 24 (I really wanted 32, but the s3virge driver doesn't allow this...) but this width to the correctly drawn screen only reduces to 800 or 640 (not quite sure...). I would send you a screen shot to illustrate, but my X-window manger sees the full desktop and the screen shot does not illustrate the problem. I attach 3 log files from X (-verbos): - 1024-768-16.log The current working setup (read: 1024 * 768; 16bit) - 1024-768-24.log Broken... - 1152-864-16.log Broken... Please help - Its very frustrating on a 17... What happens if you add the noxvideo option to the driver section? -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Trio 64 3D
Frank v Waveren wrote: On Sun, Nov 03, 2002 at 07:11:35PM -0500, Kevin Brosius wrote: Have you tried depth 16 and a larger mode, say 800x600? Not that depth 8 shouldn't work, but I'm curious. Also, does your XF86Config file contain a 'set_mclk' parameter (or variant with mclk in it)? Nope, doesn't work either :-(. It's a default generated config file, so none of the options are set. How about the monitor section of your XF86Config, does it contain entries for 'Horizsync' and 'Vertrefresh'? Bingo! The monitor is giving faulty DDC's, setting NoDDC cured it. Thanks for your help! Excellent. So as far as you can tell the Trio 64 3D works in 4.2.0? I haven't had any reports about it for a while, so it's good to hear it's okay. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: Older S3 chipsets (was: Re: [Xpert]Driver work for S3 864 chipsets)
Tothwolf wrote: On Mon, 28 Oct 2002, Jonas Nickel wrote: I would like to know if there is anyone currently working on porting the driver for S3 864 chipsets to the XFree 4.x tree. I have some older machines with S3 adaptors and would like to start using XFree 4.x instead of XFree 3.x on them. In case there isn't anyone working on the drivers I would like to know if there is any interest in these drivers as I would then try to spare some time and start the work on these. AFAIK, no one is working on support for the older S3 chipsets right now. I have a number of S3 968 based boards with an IBM 526 RAMDAC that I would like to get working too. I have so far been unable to obtain any programming information for the chips on my boards, although my current workload would now would prevent me from doing much in the way of coding even if I can obtain the docs for the S3 968 and IBM 524/526. -Toth Ani Joshi is working on legacy S3 support. Several of the chipsets are supported in xfree86 cvs, although I can't list which ones off the top of my head. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Trio 64 3D
Frank v Waveren wrote: I'm having some trouble getting a Trio 64 3D AGP working with XFree86 4.2.0. With the config XFree86 generates the screen flashes on startup and then stays black. The log gives this: (++) Using config file: /root/XF86Config.new Trio3D -- Display is on...turning off Trio3D -- S3VNopAllCmdSets: SubsysStats#1 = 0x3a807f80 Trio3D -- S3VNopAllCmdSets: state changed after 0 iterations Trio3D -- S3VNopAllCmdSets: SubsysStats#2 = 0x00915f80 Trio3D -- GE was on ST#1: 0x20007f80 ST#2: 0x20007f80 Trio3D -- S3VNopAllCmdSets: SubsysStats#1 = 0x3a007f80 Trio3D -- S3VNopAllCmdSets: state changed after 0 iterations Trio3D -- S3VNopAllCmdSets: SubsysStats#2 = 0x3e915f80 Trio3D -- S3VNopAllCmdSets: SubsysStats#1 = 0x20007f80 Trio3D -- S3VNopAllCmdSets: state changed after 0 iterations Trio3D -- S3VNopAllCmdSets: SubsysStats#2 = 0x20007f80 Trio3D -- S3VNopAllCmdSets: SubsysStats#1 = 0x20007f80 Trio3D -- S3VNopAllCmdSets: state changed after 0 iterations Trio3D -- S3VNopAllCmdSets: SubsysStats#2 = 0x20007f80 Trio3D -- GE was on ST#1: 0x20007f80 ST#2: 0x20007f80 Trio3D -- S3VNopAllCmdSets: SubsysStats#1 = 0x35007f80 Trio3D -- S3VNopAllCmdSets: state changed after 0 iterations Trio3D -- S3VNopAllCmdSets: SubsysStats#2 = 0x38115f80 Trio3D -- S3VNopAllCmdSets: SubsysStats#1 = 0x20007f80 Trio3D -- S3VNopAllCmdSets: state changed after 0 iterations Trio3D -- S3VNopAllCmdSets: SubsysStats#2 = 0x20007f80 Hmm, that's a rather cut down version of the log. Do you have a fully copy posted somewhere we can download it? Also, what version of xfree86 is this and what distro? You might have better results with version 1.8.2 from http://www.user1.netcarrier.com/~kbrosius/pages/virge.html . But I'm not sure without knowing what you are running already. At which point it hangs, unkillable by anything but SIGKILL. (The screen stays black and switching back to a vt with chvt(1) doesn't give any visible results). Stracing the process gives an infinite loop of: read(5, , 4) = 0 select(1024, [5], NULL, NULL, {0, 0}) = 1 (in [5], left {0, 0}) (fd 5 is /dev/null) The full log should show the mouse problem you mention in your second email. Although unless AllowMouseOpenFail is set, it should not hang. Normally a mouse failure will return you cleanly to the console assuming you are not using xdm. How are you starting X? Even with the vesa driver I cannot get anything displayed. Here is the lspci output: 01:00.0 VGA compatible controller: S3 Inc. Trio 64 3D (rev 01) (prog-if 00 [VGA]) Subsystem: S3 Inc. 86C365 Trio3D AGP Flags: bus master, medium devsel, latency 64, IRQ 11 Memory at e000 (32-bit, non-prefetchable) [size=64M] Expansion ROM at unassigned [disabled] [size=64K] Capabilities: [44] Power Management version 1 The system is a Pentium II on an ABIT LX6 motherboard (based on the intel 440LX chipset). -- Frank v Waveren Fingerprint: 21A7 C7F3 fvw@[var.cx|stack.nl|dse.nl|chello.nl] ICQ#10074100 1FF3 47FF 545C CB53 Public key: hkp:[EMAIL PROTECTED]7BD9 09C0 3AC1 6DF2 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Trio 64 3D
Frank v Waveren wrote: First of all, thanks for taking the time to help. On Sun, Nov 03, 2002 at 10:27:52AM -0500, Kevin Brosius wrote: Hmm, that's a rather cut down version of the log. Do you have a fully copy posted somewhere we can download it? Sure, forgot it might help for the updated problem. http://www.var.cx/XFree86.0.log. Have you tried depth 16 and a larger mode, say 800x600? Not that depth 8 shouldn't work, but I'm curious. Also, does your XF86Config file contain a 'set_mclk' parameter (or variant with mclk in it)? How about the monitor section of your XF86Config, does it contain entries for 'Horizsync' and 'Vertrefresh'? Also, what version of xfree86 is this and what distro? I think I mentioned at the top it's 4.2.0, and it's from an rpm from redhat 8.0 Ah, yes. Missed it. You might have better results with version 1.8.2 from http://www.user1.netcarrier.com/~kbrosius/pages/virge.html . But I'm not sure without knowing what you are running already. This appears to list only 4.1 drivers and earlier, I assume that the changes listed here have been absorbed into 4.2, correct? Yes, never mind. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Support for S3 Savage4 in 4.2.0
Alexey Dokuchaev wrote: On Tue, Aug 20, 2002 at 06:45:34PM -0400, Kevin Brosius wrote: Alexey Dokuchaev wrote: Hi, Xperts! I've build XFree86 4.2.0 from FreeBSD ports, nice and clean, however, all I was able to get on my S3 Savage4 card is 640x480. This is kinda frustrating, not to say more. What is current situation with support of this chip in X? I think there should really be no problems, since specs are generally available (are they?). Thanks. What makes you say that? Presently, S3 specs are available under NDA only, although they allow source code release of drivers developed using them. Uhm, so what is this stuff: http://keithp.com/~keithp/download/savage/ ? I haven't take a look at it, but it looks like some specs to me. ./danfe Good question. I'm presently unable to open that link. Is it correct? -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Savage4 Specs (Was: Support for S3 Savage4 in 4.2.0)
Keith Packard wrote: Around 12 o'clock on Aug 21, =?iso-8859-1?Q?Jos=E9?= Fonseca wrote: Keith, I assume that you have received permission to redistribute these documents. Do you think that the BCI tech ref could be also redistributable? (Max Lingua already has that one). I really don't recall where those documents came from; it was long before I joined the XFree86 project, so I'm sure I didn't sign any kind of NDA for them. Given what I now know about S3's policy, I suspect they were inappropriately redistributed at the time, so I've made them inaccessible again. I'd forgotten they were on my web site. Too much disk space can be a dangerous thing. I was under the impression that XFree86 had an NDA with S3 covering this documentation. If so, you need only apply for membership in XFree86. Membership is a formal relationship with XFree86 which permits the redistribution of material covered by various old NDAs that XFree86 used to have with hardware manufacturers; most current vendors use other methods to keep their designs private. Keith PackardXFree86 Core TeamHP Cambridge Research Lab Hi Keith, Sounds reasonable. Personally, I have documents from S3 (prior to their being purchased by Via) which I acquired outside an NDA. I consider them to be freely redistributable. Since that time I contacted S3Graphics/Via and was informed that an NDA was required, but that source code was distributable (the NDA is _a lot_ more wordy than this!) So, anything acquired after that date I consider only sharable with people under an S3Graphics NDA, or those who signed an S3 NDA and still consider it binding (xfree86.) -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Support for S3 Savage4 in 4.2.0
Alexey Dokuchaev wrote: Hi, Xperts! I've build XFree86 4.2.0 from FreeBSD ports, nice and clean, however, all I was able to get on my S3 Savage4 card is 640x480. This is kinda frustrating, not to say more. What is current situation with support of this chip in X? I think there should really be no problems, since specs are generally available (are they?). Thanks. What makes you say that? Presently, S3 specs are available under NDA only, although they allow source code release of drivers developed using them. Either way, Savage development info is avialable here: http://www.probo.com/timr/savage40.html -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]absence of Xv is killing me
xvinfo gives current xv status on the running system. Are you sure you are running the mga driver? -- Kevin Zeeshan Ali wrote: Hello, Dont know, but i cant get XVideo going on my Matrox MGA cards i am using the XFree86 thats shipped with RedHat 7.3. maybe the drivers doesnt support Xv on the cards i am using? --- Arne Caspari [EMAIL PROTECTED] wrote: Reply to the mail from Zeeshan Ali ([EMAIL PROTECTED]): 20 Matrox mga cards but came to know that the mga driver doesnt support Xv. We also found some other old Xvideo is supported by the mga driver. Actually it was the first driver to support this. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]S3 Graphics Twister K Compaq
Owen Taylor wrote: Mikael Olenfalk [EMAIL PROTECTED] writes: Hi Xperts! I bought a Compaq EVO n115 some time ago, and I just felt like exchanging this * Windows XP Home with a little bit more powerful GNU/Linux and - of course - XFree86 ;). Just everything went fine until I came to configuring XFree86. It was even impossible for me to startup the graphical configuration system. Every time I launched X it told me I have a S3 card but XF86 can't recognize the CARD ID (i.e. unsupported card). When I later installed XP Home again :( I can see in Windows that the card is referred to as S3 Graphics Twister K Compaq. A few days ago I have to call the Compaq support, as my laptop used to overheat and turn off after some hours of work (less than 5). I referred my problem to him - without expecting any proper answer ;) - about the missing driver for XF86 for the S3 Card/Chip. This guy was funnily enough amused by my problem as the specs showed him, that they do not deliver S3 cards with their evo n115 laptops. The specs says I (uu-huuh) have a VIA ProSavage KN133. Does anybody know what shall I do to get my S3 Graphics Twister K Compaq card to work in XF86? VIA bought S3 some time ago, explaining the name discrepancy. Relevant information for figuring out why it isn't identified would be: - The version of XFree86 (and the version of your distribution) - The PCI ID of the card. (/sbin/lspci -v will give you that.) The current Savage driver lists a large number of PCI ID's for various cards, but it would not be inconceivable that what you have is a special version for Compaq with yet a differen PCI ID... such things are known to happen. (You might also want to try checking if the savage driver is explicitely listed in your XF86Config-4 as a simple first step; if not, listing it could conceivably help.) And the Savage driver web page is at: http://www.probo.com/timr/savage40.html You can check the log file reported PCI id against the listed chipsets on that page. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Savage4/IX and LCD backlight
Laurent Pinchart wrote: As far as I know, when you blank the screen (i.e. Screensaver), the backlight should switch off. That certainly happens with my embedded systems, but I use a VGA - LCD interface attached to the screen. I might have not expressed myself clearly enough. The LCD screen I use is not a monitor with a VGA interface, but a Toshiba TFT screen with a 18-bit data bus, a few control signals, and a backlight power supply (+/- 1500V). The backlight power supply is connected to an 'inverter' which produces the necessary power voltage from a 12V power supply. The inverter has 2 control signals, one is used to switch the backlight on or off, and the other one is used to control the contrast (0V - minimal contrast, 5V - maximal contrast). The Savage4/IX has a 50-pin connector LCD interface. One of the pins is called ENABLK, and is not connected to the LCD data bus, so I assumed that it can be used to turn the backlight on or off. What I need is to know how to control the ENABLK signal. The Savage4/IX driver code doesn't seem to handle that, so I'm looking for the chipset specifications. s3 specs are still available through s3 graphics (http://www.s3graphics.com) for some chipsets, although you generally have to sign an NDA. You may get a faster response calling them if you are doing this for business. The web page for the Savage development is at http://www.probo.com/timr/savage40.html and the author might be able to give you additional info. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert][Fwd: mouse pnp trouble (was Re: virge broken in cvs...)]
---BeginMessage--- Kevin Brosius wrote: I've been trying to get a cvs install to run here, but the virge driver currently segfaults and kills the server. Is anyone else seeing failures? The debugging version of gdb isn't working well on my system, showing me only a static struct label (S3VOptions) for the frame info in a backtrace. I'm building a static server now, but if anyone sees this failure in others drivers I'd appreciate a note. Here's the problem: Program received signal SIGSEGV, Segmentation fault. 0x0810b6ba in MouseGetPnpProtocol () (gdb) bt #0 0x0810b6ba in MouseGetPnpProtocol () #1 0x0810ab65 in autoOSProtocol () #2 0x0810a288 in SetupMouse () #3 0x081099dc in MouseProc () #4 0x08168195 in EnableDevice () #5 0x08168298 in InitAndStartDevices () #6 0x0817b8f2 in main () #7 0x400637ee in __libc_start_main () from /lib/libc.so.6 -- Kevin ---End Message---
Re: [Xpert](EE) No devices detected.
Info at Saudi ABM wrote: XFree86 Version 4.2.0 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 18 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.9-13smp i686 [ELF] (--) PCI: (0:16:0) unknown vendor (0x11de) unknown chipset (0x6120) rev 2, Mem @ 0xe801a000/12 (--) PCI:*(1:0:0) S3 Trio3D/2X rev 2, Mem @ 0xd800/26 (II) LoadModule: s3 (II) Loading /usr/X11R6/lib/modules/drivers/s3_drv.o (II) Module s3: vendor=The XFree86 Project compiled for 4.2.0, module version = 0.3.5 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: mouse (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor=The XFree86 Project compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 XInput Driver ABI class: XFree86 XInput driver, version 0.3 (II) S3: driver (version 0.3.5 for S3 chipset: 964-0, 964-1, 968, Trio32/64, Aurora64V+ (II) Primary Device is: PCI 01:00:0 (EE) No devices detected. Hi, Yes, this video card is supported by driver 's3virge', not 's3'. Check the driver line or the driver spec in your config. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Problem with s3virge driver
Djogo, Zeljko wrote: After the configuration with XConfigurator the mouse pointer has a square on the dsesktop. Also the scrolling on the desktop in any application mess the content. Page Up and Down clears the window. Anyboy know what is going on? I have checked in WNT diagnostic the adapter informations. Hello, Have you tried the 'sw_cursor' option yet? Try that and let us know if things improve. You'll need to supply more information otherwise. OS? Version of xfree86? Video card (which type of virge)? -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]S3 Graphics ProSavageDDR help needed
[EMAIL PROTECTED] wrote: I've purchased a HP ZT1190 laptop. The driver according to Windows XP is a 'S3 Graphics ProSavageDDR'. Is there any support for this in XFree86? I've tried installing RHL 7.2, RHL Skipjack Beta, and Mandrake 8.2. I've not had any luck in finding the right combination to make X work. I have no plans of running Winblows on this laptop, at least as the base os, for any length of time. Any and all help appreciated. Check http://www.probo.com/timr/savage40.html for savage info. It looks like the DDR model was recently added. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Acceleration not working S3 Virge MX
Gabor Hetyei wrote: On Mon, 18 Mar 2002, Kevin Brosius wrote: Hi Gabor, The error above is not related to the problem you are seeing. I notice you mention XFree86 4.2.0 from SuSE, but the log files are from a 4.1.0 run? Have you tried both? Either way, there have been some fixes for ViRGE MX since the driver version you are running. I'd be interested in seeing a test report if you can try a virge driver = 1.6.16. Either XFree86 4.2.0 would be good, or you can grab the 1.8.0 driver version from my page http://www.user1.netcarrier.com/~kbrosius/pages/virge.html. (Just don't use 1.8.2.) -- Kevin Hi Kevin, I have double-checked the Suse download page and it still says that the last release was XFree86-4.2.0 in January. I downloaded the Xfree files from their server in January, so this should be the same version. Or am I supposed to edit some configuration files, besides following the installation instructions? Shouldn't have to. Are they SuSE rpm's? It should just replace 4.1.0. Maybe they meant that 4.2.0 was released, but they didn't have it available yet? At any rate I would love to try just the new s3virge driver, since the rest seems to be working all right. So I will use your webpage for the moment. I see that the latest version before 1.8.2 is dated November '01 --so I should have this had I installed Xfree86-4.2.0 properly, right? Yes, but the log you posted shows you don't. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]DPMS/screen save trouble still in 4.2.0?
Is anyone else noticing that DPMS doesn't always go to full powersave? In the s3virge driver I'm seeing it fail to do complete screen saves after about 24 hours. It still blanks the screen, but doesn't go standby or off. I finally realized it seems to be losing the vt/X graphics screen state, because if I switch to a console, it will still do full powersave. It's not supposed to do that is it? I thought it would use console blanking when the Xserver is switched away, and use full DPMS when the Xserver is switched in. Restarting the server makes it screen save normally until some later time 8,6, 24 hours. I haven't determined how long it takes to loose the state. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]S3 TRIO 3D system hang from PCI violation
Bradley Thomas wrote: Hello everyone, Recently, we discovered a PCI violation occuring using ATI Rage XL chipsets, which Marc Aurele La France was kind enough to provide a fix for us. We have also discovered that the same PCI violation is occuring with S3 TRIO 3D (as well as the PERMEDIA) chipset. I was hoping to find a kind S3 soul that could help us create a similar fix as to what Marc provided us with ATI. Marc's patch is attached for reference. Please CC me on any responses, as I am not subscribed to this list. Hi Bradley, What version of the s3virge driver/XFree86 are you seeing the lockup with? Also, could you give a more detail on what you mean by a PCI Violation? And how you know it is similar to the ATI failure? Marc, can you give a little more detail on what the ATI problem was? The attached patch doesn't mean a whole lot to me. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]S3 problem
Derrik Pates wrote: On Fri, 18 Jan 2002, Kevin Brosius wrote: VGA compatible controller: S3 Inc.: Unknown device 8d01 (rev 02) Have you tried 'X -configure' as root? It tries to generate a config file for you. Follow the printed directions to test. I'm sure the version of XFree he's using (he said 4.0.1) probably doesn't have support for that chip. A 'grep'ing of a recent XFree source tree finds that PCI device ID as being for an S3 Twister/P, which is apparently a Savage-family design. I don't know for sure, but I'm betting he will have to move up to at least 4.1.0 (maybe the upcoming 4.2.0?) before it'll work out of the box with XFree86. Well, as always, Savage info is best found here: http://www.probo.com/timr/savage40.html Looks like that ID is listed as a ProSavage, which has been on the list of supported chips for a while. If X -configure works in 4.0.1, he'll get a start at a config file. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]S3 problem
jean.schuller wrote: Hi all, I'm under XFree86 Version 4.0.1 but I use a rather older version XF86Config file, where can I find this file Upto date for the following controller (issue by lspci under Linux RedHat) : VGA compatible controller: S3 Inc.: Unknown device 8d01 (rev 02) Thanks for help Jean Have you tried 'X -configure' as root? It tries to generate a config file for you. Follow the printed directions to test. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Full-screen DGA problem with s3virge, XFree864.1.0.1
Peter Kaminski wrote: Kevin Brosius writes, I've put up a fix for this on my page. Let me know if you try it and it works for you. If you try and use the driver on 4.1.0, you'll need to use the -ignoreABI option when starting the Xserver. Thanks, Kevin! It works great. I now have $40 that I was going to use to buy a new video card burning a hole in my pocket, and would like to donate it to open source development: you, XFree86, Free Software Foundation, Software in the Public Interest, etc. If you have a preference, I'd be happy to let you choose which. Pete You're welcome! I'd say me, but seriously, my vote goes to XFree86 or the FSF, as I just volunteer here. ;-) There's XFree86 donation info over at http://www.xfree86.org/contrib/. Thank you for the support! -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Laptop backlight question
The down side... The ViRGE chip controls the LCD, but I don't think it has to control the backlight. I've got documentation for the ViRGE, but no idea how to access the backlight if it isn't controlled by the ViRGE Question- can you do output selection via the MX? I can manually shut down the backlight if I use an Fn-key combination to shunt the video to the external VGA connector. If that's done via the ViRGE MX, then we might have a way to do this for my laptop's broken BIOS. -Kenny In theory? Yes, some of our drivers even support options to specify which output to use. Practically speaking, I don't personally have access to a MX, nor the time presently to implement it. (I think this would need hands on testing to complete.) Hah! Guess what?! I came back from doing some stuff in the house, and my backlight was off! I guess it needed to be done on it's own! Xset didn't do it the first time, but it does it now. Go figure. You sir, are a *God*. First you fix my VT-switching, then this! Hmm, odd. Sometimes we get lucky. Although, maybe it's not going to be repeatable. (Which seems more likely, given other mail you sent me.) -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Full-screen DGA problem with s3virge, XFree864.1.0.1
Peter Kaminski wrote: Yeah, your setup looks fine. It looks like dga is broken on virge, I see the same behavior here. Thanks for the report. Bummer. Thanks for the diagnosis! Pete I've put up a fix for this on my page. Let me know if you try it and it works for you. If you try and use the driver on 4.1.0, you'll need to use the -ignoreABI option when starting the Xserver. -- Kevin http://www.user1.netcarrier.com/~kbrosius/pages/virge.html ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Laptop backlight question
Kenneth Crudup wrote: On Fri, 4 Jan 2002, Kevin Brosius wrote: Does 'xset dpms force off' turn off the backlight on that machine? First thing I tried. -Kenny Does your laptop support apm in the BIOS at all? Out of curiosity I've added code to turn off the LCD panel to my latest driver version. I don't know if it will do anything for your backlight. It also might not restore the screen after a suspend. If you'd like to give it a shot let me know what happens. When trying a test where you may loose the screen, either 'sync' your disks just before going into suspend, or have a remote connection available so you can perform a clean shutdown. -- Kevin http://www.user1.netcarrier.com/~kbrosius/pages/virge.html ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Laptop backlight question
Kenneth Crudup wrote: Out of curiosity I've added code to turn off the LCD panel to my latest driver version. I don't know if it will do anything for your backlight. It also might not restore the screen after a suspend. If you'd like to give it a shot let me know what happens. Yeah, I'd like it. Is it on your site in your .signature? (I'm not running the CVS build BTW.) Yes, it's the 1.8.2 version. You'll need to use the -ignoreABI option to the Xserver to test it then, otherwise the Xserver won't allow you to load it. -- Kevin http://www.user1.netcarrier.com/~kbrosius/pages/virge.html ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Laptop backlight question
Kenneth Crudup wrote: On Wed, 9 Jan 2002, Kevin Brosius wrote: Out of curiosity I've added code to turn off the LCD panel to my latest driver version. I don't know if it will do anything for your backlight. *sigh* Oh well, it was at least worth a try ...! ? Did you try it? What happened? (I'm having a little trouble reading your mind from here.) Would xset dpms force off have done it? Oh, is that the command you used to test it? Yes, that would do it. Assuming nothing else went wrong. Did you verify the new module was loaded by checking the log file for the new version? The down side... The ViRGE chip controls the LCD, but I don't think it has to control the backlight. I've got documentation for the ViRGE, but no idea how to access the backlight if it isn't controlled by the ViRGE chip. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Full-screen DGA problem with s3virge, XFree86 4.1.0.1
Peter Kaminski wrote: I'm running XFree86 4.1.0.1 on Debian 2.4.13 (woody). I've got a S3 Trio3D/2X (86C368) card, and I'm running the s3virge driver. DGA full-screen doesn't seem to work, with either Tombs' dga test utility, or with VMware 3.0 (Debian host, Win98 guest with VMware Tools). I've tried 15- and 16-bit 1024x768 modes. I'd appreciate any suggestions or guidance on how to debug it further or get it to work. The DGA extension is being loaded -- no omit-DGA directive, and it appears to be loading in the log: snip (II) Loading extension XFree86-DGA snip S3VDGAInit S3VDGAInit firstone vpWid=1024, vpHgt=768, Bpp=2, mdbitsPP=16 snip When I run the dga util, nothing happens visually to the screen, no matter which keys I push. It runs very slowly, too -- if I press q right after running it, it takes about 5 seconds to quit. Pushing more keys adds more seconds. If I push b then q right after running it, it returns (after about 11 seconds): 1 addr:0x4022a000, width 1024, bank size 4194304, depth 15 planes Framebuffer write speed: 1083K/s Framebuffer write speed: 909K/s When I run VMware, nothing happens to the screen, and I get a register dump in the logs: S3VMdInit - cr3a: 91 (probe) S3VMdInit - cr3a: 91 (new) S3VModeInit dclk=78800 S3VInitSTREAMS S3VWriteMode S3VGEReset sub_stat=1100b000 S3VWrMode - cr3a: 91 (set 3a) S3VWrMode - restoring cr3a: 91 (adding 0x80) S3VGEReset sub_stat=1100b000 (II) S3VIRGE(0): ViRGE driver: done restoring mode, dumping CR registers: (II) S3VIRGE(0): START register dump -- Misc Out[3CC] 2f CR[00-2f] 9f 7f 7f 82 82 8e 1e f5 00 60 00 00 00 00 00 00 01 24 ff 00 00 ff 1e c3 ff ff ff ff ff ff ff ff ff 00 00 00 00 00 00 00 00 00 00 00 00 8a 13 02 SR[00-27] 03 01 0f 00 0e 05 06 07 06 00 02 00 0c 00 00 00 42 63 81 40 00 83 00 00 00 00 0c 00 00 00 04 00 00 00 c2 36 c2 3d 40 08 Gr Cont GR[00-0f] 00 00 00 00 00 40 05 0f ff f9 fa fb fc fd fe ff Att Cont AR[00-1f] 60 61 62 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 41 00 0f 00 00 35 36 37 41 00 0f 00 00 3d 3e 3f CR[30-6f] e1 8c 40 20 00 00 1f 9f 5b bd 95 91 4f 00 2c 00 00 04 04 00 00 00 01 fc f9 78 00 ff ff ff c0 c0 00 10 90 08 00 10 00 00 13 f0 00 00 00 00 40 40 05 05 05 08 08 10 99 34 ff e0 c0 01 09 01 ff f8 (II) S3VIRGE(0): END register dump Any help appreciated... Pete What are your driver options? What does a full log file look like? -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Full-screen DGA problem with s3virge, XFree864.1.0.1
Peter Kaminski wrote: Yeah, your setup looks fine. It looks like dga is broken on virge, I see the same behavior here. Thanks for the report. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]*Severe* time lossage with XF86 4.1.0 and S3Virge MX LCD
Kenneth Crudup wrote: ... It could also be that your video card has an interrupt line that is assigned (check in BIOS). It's a laptop- I can't check it in the BIOS, but /proc/pci and /proc/interrupts say no. The BIOS doesn't contain this setting? (I've yet to meet a laptop without a BIOS setup.) I checked /proc here, and /proc/pci does change when I modify the BIOS 'assign IRQ to VGA' setting by adding a IRQ number to the end of the device line (like this example, from a laptop): Bus 0, device 8, function 0: VGA compatible controller: Neomagic Corporation [MagicMedia 256AV] (rev 32). IRQ 9. When the BIOS setting is off, the only difference seems to be removal of the 'IRQ 9' part. However, /proc/interrupts is not an indicator. It shows no change. Only devices which are tied to kernel drivers are listed here. If you want to really cut back the virge driver, try the following; you listed: --- Section Device Identifier S3 ViRGE/MX VendorName S3 Driver s3virge BoardName ViRGE/MX Option fifo_aggressive Option pci_burst Option pci_retry EndSection --- Comment out the options: Option fifo_aggressive Option pci_burst Option pci_retry and add Option noaccel then try your test again. Also, verify again that an IRQ doesn't appear in /proc/pci. If you do run this, I'd be interested in seeing the log file again. Don't know if anyone else cares, so feel free to send it to me privately. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]*Severe* time lossage with XF86 4.1.0 and S3Virge MX LCD
Alan Hourihane wrote: On Thu, Jan 03, 2002 at 12:33:16PM -0800, Mark Vojkovich wrote: On Thu, 3 Jan 2002, Yuri van Oers wrote: On Wed, 2 Jan 2002, Kenneth Crudup wrote: Looking thru a couple of months of list archives turned up nothing, so: When running 4.1.0 on my laptop using a S3Virge MX, my system clock loses at least two seconds per minute. I've done everything I can to narrow this down, and the bottom line is when X is running, even in a fresh weave (running X only), even when the VT is not active, my clock is slowed. I've tried pulling out all the optional stuff (fifo_aggressive, the pci-burst/retry stuff, NoPM, you name it). I've got an AMD K6-2 at 400MHz. I must say I've been noticing a time shift in my PC's clock as well. It didn't bother me much, as the difference is not that big, over quite a long period of time (in my case, anyway). Therefore, I haven't sought to find the cause. My hardware differs a lot from yours, so if the X server is causing time loss, I wouldn't blame it on any of the drivers. I'm curious as to what others think and/or experience... I recall a typo in the 3Dlabs driver a long time ago that was doing outb to a register that messed with the clock. I don't remember which. You might look for portIO happening on non vga registers (ie, something outside of the 0x3cX range). That was in the 3.3.x days - a LONG time ago. Alan. This is the first time I've heard anything like this recently. How do you notice the clock shift? (Meaning, how do I try and repeat your problem.) I have a AMD based system here, running with a ViRGE DX. It's been up for a couple days, and the clock is currently ahead of the time standard I set it from by a couple minutes. What are you using to read and display time? Are both the hardware and soft clocks affected? I assume it doesn't lose the 2 seconds/min when X is not running? Just out of curiosity, what happens if you comment out option 'dpms' in your monitor section? -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Laptop backlight question
Kenneth Crudup wrote: The main reason I went with the 4.X series is 'cause I'd read on the 'net that it has the ability to use APM (DPMS?) to darken laptop backlights, but I haven't seen the ability to do this anywhere. I've got a ProStar (AKA Sager/Kapok/Clevo/...) laptop with a dumber BIOS than my Transmonde, so it doesn't dim the backlight automatically via the BIOS and will stay on forever. Does 'xset dpms force off' turn off the backlight on that machine? -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Fwd: Re: [Xpert]Multiple mode in XFree86]
Zheng BaoJian wrote: Jeffrey H. Ingber wrote: The -bpp switch will only have an effect if the cooresponding color depths are defined in the XF86Config-4 file. So, if you want to switch between 8 and 24bpp by invoking X as such: (X ... -bpp 8/24), you'll need both color depths defined in the config file in your Screen section like so: Section Screen Identifier Screen0 ... ... ... Subsection Display Depth 8 Modes 1024x768 800x600 640x480 Viewport0 0 EndSubsection Subsection Display Depth 16 Modes 1024x768 800x600 640x480 Viewport0 0 EndSubsection ... ... ... EndSection Jeffrey H. Ingber (jhingber _at_ ix.netcom.com) On Sat, 2001-12-29 at 02:12, Zheng BaoJian wrote: Hello: I meat a problem when using multiple mode in XFree86 under linux: now i use some asic applications,some of these use pseudocolor(bpp 8),others use truecolor(bpp 24),so i must change the config file - XFree86config-4 again and again,i tried to start X multiple mode ,but failed,my command line as below: X -query server-ip :1 -bpp 8or24,the color depth arguments of command line didn't take affect,it only start X with the file-XF86config set. who can help me? -- Baojian Zheng Institute of Computing Technology Chinese Academy of Sciences P.O. Box 2704-25 Beijing, China,100080 Tel: 86-10-62565533 ex. 9311 E-mail: [EMAIL PROTECTED] Hello: Thanks your reply,i tried as your said,but take no effect.X only start use the DefaultColorDepth in XF86config-4,so i have a new idea,i start X with multiple files XF86config-4,do you know how to start x with multiple config file? What does the log file say? Check /var/log/XFree86.?.log. What does it say about the -bpp option you passed? Oh, -bpp is deprecated, use -depth instead. Also, passing a bad option to X (ie. X -bogus) will print all server command line options. There is an option to use a config file on the command line. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]s3virge bios docs
Sebastian Hesselbarth wrote: is there a vga bios documentation for the s3virge mx(+) available? and where can i get it ? thanks merry chistmas ... sebastian S3 tells me they do not have ViRGE MX+ documentation available any longer (well, at least not a full reference manual.) When you say vga bios, do you really mean bios documentation? The bios on a ViRGE card may be manufacturer specific. Or would register level ViRGE documentation be okay? I have a copy of the ViRGE MX register level documentation which is not under NDA, if you want it. (Contact me privately.) You can also try http://www.s3graphics.com. The developer relations contact was unresponsive in recent attempts, but sales or marketing still responds. They will require you to sign an NDA to receive documents from them. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Nobody in the Newbie list can answer this question. (tried for2-3weeks) Would someone please take a look?
Michael Krzenski wrote: The following is a complete description of my system and the problem I'm having with XFree86 CVS (Latest release as of 12/7/2001). Thanks for taking the time to help me out. SYSTEM INFO: *HP Pavilion N5495 Laptop *i830M chipset *RedHat Linux 7.2 PREVIOUS VERSION OF XFREE86 AND WHERE IT WAS INSTALLED: *XFree86 4.1.0 *Was installed in /usr/X11R6 and /etc/X11 *Has since been mv'd out of the way CVS VERSION I'M INSTALLING AND WHERE I'M INSTALLING IT TO: *Latest CVS as of 12/7/2001 *Installing in /usr/X11R6 and /etc/X11 THE EXACT STEPS I TAKE TO INSTALL THE CVS: *I make a directory and lndir the xc directory into it *I edit the the site.def and uncomment the HasGcc2 *I then runmake World world.log and tail -f the world.log *I finnallymake install install.log and tail -f the install.log PROBLEM INCLUDING PARTIAL LOG: *Fails with a list of unresolved symbols and then Fatal server error: Caught signal 11. Server aborting everytime I run xf86cfg or XFree86 -configure. (Unresolved symbols shown in the paritial log below) EVERYTHINGS FINE ABOVE THIS POINT (II) Loading /usr/X11R6/lib/modules/linux/libint10.a (II) Module int10: vendor=The XFree86 Project compiled for 4.1.99.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.5 AND THEN ALL HELL BREAKS LOOSE Symbol fbdevHWGetLineLength from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! Symbol fbdevHWGetLineLength from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! Symbol fbdevHWSaveScreen from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! Symbol fbdevHWDPMSSet from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! Symbol fbdevHWGetType from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! Symbol shadowAdd from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! (snipped...) This looks like the RH 7.2/gcc trouble with X CVS. I believe it's fixed in CVS, so an update should resolve it (it's related to the no-merge-constants flag needed with RH's gcc.) Also, Redhat (Mike Harris) has rpms available at ftp://people.redhat.com/mharris/testing. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]S3 Trio 3D+XFee86 4.1.0
Paulo Igor Nascimento wrote: Hi guys, I've installed Mandrake Linux 8.1 (default installation). I'd like to use the XFree86 4.1.0 as its driver status shows: 4.1.0: Support (accelerated) for the ViRGE, ViRGE/VX, ViRGE/DX, ViRGE/GX, ViRGE/GX2, ViRGE/MX, ViRGE/MX+, Trio3D and Trio3D/2X is provided by the s3virge driver. Support (accelerated) for the Savage3D, Savage3D/MV, Savage4, and Savage2000, is provided by the savage driver. Support for the other S3 chipsets has not yet been ported. Summary: Only the ViRGE, Trio3D and Savage chipsets are supported in 4.1.0. All of the other chipsets are supported only in 3.3.6. Well, I can't do that. Everytime, the XFree recognized as default for this board the XFree86 3.3.6. When I uninstall it and try to use by force 4.1.0, the system asks for the insertion of the CD1 to install XFree86 3.3.6. XFree86 doesn't do this itself. This sounds like the Mandrake installer is not allowing installation of 4.1.0. Is there a way in mandrake to install 4.1.0 manually? Then if you have to you can manually configure XFree86. (I haven't used Mandrake.) After a manual install, try 'X -configure' as root and let us know what you get. (You should get a sample config file.) On Mandrake 8.1, I can't use xf86cfg either. It crashes, with a segmentation fault message. Does it happen to everyone? At RedHat 7.2, does the same thing occur? I go to configure it manually, editing XFree86config. In the section device I put s3virge. Nothing happens. In fact I don't even what I must do. And I continue using the 3.3.6, without anti-aliasing fonts and icons, thus I could once make my system thought I have an S3Virge video card. At this time, everything worked well (I mean anti-aliasing and other features). I had a little problem with sound and had to reinstall the system entire. I couldn't make that again. I'd like. it seems for a moment I could use the s3virge driver. Could you help me? Best regards, PI -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Too many viruses of late
Keith Packard wrote: Around 21 o'clock on Dec 3, Mark Vojkovich wrote: How about we let through any mail from people subscribed to the list and moderate messages from anyone who isn't? I suppose; that would also reduce the random spam some. The key is to make sure your From address is a member of the list; is there anyone for whom that would be a significant burden? Does this list support subscription without delivery? On another list I'm on they do this, and allow you to subscribe multiple addresses and disable delivery to any you want. Then you can send from all your valid email addresses, because they are subscribed, and you only get one copy. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XF86 4.1.0 freezes Laptop using S3/Virge MX+MV
Marcello M.Pavan wrote: hi there I have a (generic model) 333 MHz K6 laptop with a 1024x768 XGA screen run by a S3/Virge 86E280 chip (presumably an MX+MV) with 4MB sgram.The laptop runs Mandrake (currently 8.1). I've been trying to get v4.x.x to work since it came out (since I really want XRender for freetype on KDE), BUT it has never worked. However, 3.3.6 works just fine (minus the desired XRender extensions of course) with the SVGA driver. I tried 4.1.0 yesterday, and it also does not work. The computer simply freezes. During the install, it'll get to the configre stage, but when it tries to see if it works, freezes. Afterwards, it freezes when trying Xconfigurator (or drakconf). Nothing gets written to the logs, and startxyields no output before everything hangs. Also tried writing XF86Config by hand, also no go. It has been more than a year, and I am frustrated. I noticed discussions off and on here, but it did not seem like a solution was reached. or at least if it was, it was not obvious to me. SO. does someone know how to fix/workaround this problem ?? Any wisdom would be GREATLY appreciated. There have been some recent fixes for MX, you can grab a test driver from my page below. Add it to your modules directory then try: sync X -probeonly let us know what happens and send a copy of /var/log/XFree86.0.log. -- Kevin http://www.user1.netcarrier.com/~kbrosius/pages/virge.html ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]popup windows
Daniel Secrieru wrote: No one knows how to make popup windows with Xlib? Please... Simple example of a window in the first sample here: http://www.user1.netcarrier.com/~kbrosius/pages/elibs1.html. Cut out the Imlib2 parts for Xlib only. (It's based on Enlightenment E17 development code.) Just about everything you want to know about X is linked from: http://www.rahul.net/kenton/xsites.framed.html And you looked at 'man XCreateWindow', right? -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XWrapper
James Davis wrote: What happened to Xwrapper in the XFree86 v4.x series? It's no longer shipped/included by XFree86. The parameter checks and other security verifications were rolled into the core server. Some distro's still ship it, RH for example IIRC. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]topmost
Daniel Secrieru wrote: How can I set a window to be 'topmost'? All I could find was XRaiseWindow(...), but the problem is that I don't know how many times I should call it, in order to make that window the 'topmost'. Like MS Windows 'topmost'? I think that requires you change window properties. XRaiseWindow() does what it implies, raises the target window to the top. You don't need to call it more than once. You would call it again at a later time if for some reason the window has been obscured and you need to bring the window back to the top. Note that child windows may still overlap the raised window, as they are dependent on the parent. You might need to deal with them separately. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]The trouble when two Xv programe are running at the sametime
Michel Dänzer wrote: On Thu, 2001-11-22 at 13:48, Peter Surda wrote: On Thu, Nov 22, 2001 at 11:50:19AM +0100, Michel Dänzer wrote: Or am I missing something here (as usually g)? Yes, only one image can be displayed at a time per port so why bother. How displayed? If the image is already on the visible part of the screen, does it magically disappear when you tell the card to do scaling/conversion/drawing into another window? If it did, that would be a really stupid thing (TM). Are you sure this magical disappearance is caused by card's hardware and not some X obscurity? Yes, that's hiw an overlay works. May be different for Xv adaptors using the texture engine or similar, but I don't think that changes the semantics of an Xv port. Xv currently supports one port which is tied to the hardware as you mention. At the moment, one window is programmed for the overlay, and the implementation only supports one window on hardware which only has one set of overlay registers. Thinking about it a little, I suspect it may be possible to do multiple windows, since overlay usually uses color keying to determine which portions overlay. You'd need to merge the window regions, plus handle overlap of the display data correctly prior to copying, and then only color key for the displayable regions. Seems doable on the S3 Virge series, for example, although we'd have memory problems if the regions are to big. There may be other reasons why it's undesirable... -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]The trouble when two Xv programe are running at thesametime
Mark Vojkovich wrote: On Thu, 22 Nov 2001, Kevin Brosius wrote: Michel Dänzer wrote: On Thu, 2001-11-22 at 13:48, Peter Surda wrote: On Thu, Nov 22, 2001 at 11:50:19AM +0100, Michel Dänzer wrote: Or am I missing something here (as usually g)? Yes, only one image can be displayed at a time per port so why bother. How displayed? If the image is already on the visible part of the screen, does it magically disappear when you tell the card to do scaling/conversion/drawing into another window? If it did, that would be a really stupid thing (TM). Are you sure this magical disappearance is caused by card's hardware and not some X obscurity? Yes, that's hiw an overlay works. May be different for Xv adaptors using the texture engine or similar, but I don't think that changes the semantics of an Xv port. Xv currently supports one port which is tied to the hardware as you mention. At the moment, one window is programmed for the overlay, and the implementation only supports one window on hardware which only has one set of overlay registers. Thinking about it a little, I suspect it may be possible to do multiple windows, since overlay usually uses color keying to determine which portions overlay. You'd need to merge the window regions, plus handle overlap of the display data correctly prior to copying, and then only color key for the displayable regions. Seems doable on the S3 Virge series, for example, although we'd have memory problems if the regions are to big. There may be other reasons why it's undesirable... This isn't a workable scenario. Scale factors may be different for each window. Mark. There's the other reason... So we could offer multiple windows when unscaled, which kind of negates the benefit of hardware scaling the video... Is that fairly clear (Michel and Peter?) -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Yet another overlay question
John Peter Tapsell wrote: Sorry for another overlay question on this list.. Where can I find information about overlaying? i want to have my hardware link an area of memory to the display (preferably using colour keying) Thanks JohnFlux In what context? Are you doing a custom display application and want to know how a specific video chipset does overlay? That's something you'll find details on in the individual chipset documentation. If you are talking about under XFree86, then you'll need to use Xv to pass the video to XFree86 to be displayed in an overlay. Docs for Xv are in the XFree86 tree at: xc/doc/hardcopy/xv/xv-protocol-v2.PS -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Updated ViRGE test driver available
There's a new ViRGE test driver available today. If you have an MX, GX2, or Trio3D I'm interested in test reports about how it works for you. A couple points of interest: ViRGE MX now includes XVideo support, courtesy of Sven Menke. And some MX screen console corruption was cleaned up with a contribution from Adam J. Richter. -- Kevin http://www.user1.netcarrier.com/~kbrosius/pages/virge.html ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Anyone got ATI Radeon 7500 working on XFree 4.10?
Jarno Mikael Niemelä wrote: Hello again. I just bought ATI 7500 and found out that XFree doesn't have support for it yet :( (at least in ATI 7500 FAQ they said that XFree should support it :( Current XFree86 CVS tree contains RADEON7500/8500 support code (2D only). I have problems compiling and installing XFree from CVS Make World seems to go ok, but when I do install the install halts error and doesn't install all of the files. make World failed in the same place as your make install... In XFree86 you'll need to check the World log for errors by searching, else you may miss things like this. I usually search for '***'. Since Savage seems to be broken today, I'd suggest creating a xc/config/cf/host.def and adding: #define XF86CardDrivers ati to it (or whichever driver contains the Radeon), leaving out the savage. Check xfree86.cf for the full driver list. This will also speed up your compiles. -- Kevin I'm using RedHat 7.2, should I modify site.def or any other file? Or could I just install the ATI 7500 support, on the top of my existing XF 4.10? Jarno. tail of install.log rm -f savage_driver.o gcc -O2 -fno-strength-reduce -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -I. -I../../../../../../programs/Xserver/hw/xfree86/common -I../../../../../../programs/Xserver/hw/xfree86/os-support -I../../../../../../programs/Xserver/fb -I../../../../../../programs/Xserver/mi -I../../../../../../programs/Xserver/hw/xfree86/xaa -I../../../../../../programs/Xserver/hw/xfree86/xf1bpp -I../../../../../../programs/Xserver/hw/xfree86/xf4bpp -I../../../../../../programs/Xserver/hw/xfree86/xf24_32bpp -I../../../../../../programs/Xserver/Xext -I../../../../../../programs/Xserver/hw/xfree86/vgahw -I../../../../../../programs/Xserver/hw/xfree86/ramdac -I../../../../../../programs/Xserver/hw/xfree86/ddc -I../../../../../../programs/Xserver/hw/xfree86/i2c -I../../../../../../programs/Xserver/hw/xfree86/rac -I../../../../../../programs/Xserver/hw/xfree86/int10 -I../../../../../../programs/Xserver/render -I../../../../../../programs/Xserver/include -I../../../../../../exports/include/X11 -I../../../../../../include/fonts -I../../../../../../include/extensions -I../../../../../../programs/Xserver/hw/xfree86/os-support/vbe -I../../../../../../programs/Xserver/hw/xfree86/shadowfb -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 -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPIXPRIV -DPANORAMIX -DRENDER -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE -DBUILDDEBUG -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -DIN_MODULE -DXFree86Module -DPSZ=8 -c savage_driver.c savage_driver.c: In function `SavagePreInit': savage_driver.c:1243: `S3_SUPERSAVE' undeclared (first use in this function) savage_driver.c:1243: (Each undeclared identifier is reported only once savage_driver.c:1243: for each function it appears in.) savage_driver.c: In function `SavageSave': savage_driver.c:1595: `S3_SUPERSAVE' undeclared (first use in this function) savage_driver.c: In function `SavageWriteMode': savage_driver.c:1708: `S3_SUPERSAVE' undeclared (first use in this function) savage_driver.c: In function `SavageModeInit': savage_driver.c:2456: `S3_SUPERSAVE' undeclared (first use in this function) savage_driver.c: In function `SavageGEReset': savage_driver.c:2976: `S3_SUPERSAVE' undeclared (first use in this function) make[6]: *** [savage_driver.o] Error 1 make[6]: Leaving directory `/stuff/temp/xfree/xc/programs/Xserver/hw/xfree86/drivers/savage' make[5]: *** [all] Error 2 make[5]: Leaving directory `/stuff/temp/xfree/xc/programs/Xserver/hw/xfree86/drivers' make[4]: *** [all] Error 2 make[4]: Leaving directory `/stuff/temp/xfree/xc/programs/Xserver/hw/xfree86' make[3]: *** [hw/xfree86] Error 2 make[3]: Leaving directory `/stuff/temp/xfree/xc/programs/Xserver' make[2]: *** [install] Error 2 make[2]: Leaving directory `/stuff/temp/xfree/xc/programs' make[1]: *** [install] Error 2 make[1]: Leaving directory `/stuff/temp/xfree/xc' make: *** [install] Error 2 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Building 4.1.0 on Linux results in segfaulting binaries
Matthew Reppert wrote: Hi, I have an AIW Radeon :) The general concensus on getting TV in/out to work for this card is that you HAVE to recompile a few things from source, one of which being X. Well, the build goes along fine, but the binaries that it makes segfault as soon as it starts loading modules. In fact, the last thing in my X log is Loading module 'bitmap'. If I just run X, I'll see Segmentation fault. on the terminal I'm on, and get booted back to bash ... I'm on kernel 2.4.12, gcc 2.95.3, GNU binutils 2.11.2 ... any ideas? Here's a copy of my host.def included as well. This is (currently) the major roadblock to getting the most out of my graphics card, and I'd like to get it to work. Very much ^^; Thanks, Matt You don't need a host.def if you haven't changed anything... Sounds like a build problem. How did you get your sources? What setup did you do? Did you do a 'make World World.log' and then a 'make install' (as root) from the 'xc' directory? (Are there any failures in the 'make World'? search for '***' in your World.log.) -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Building 4.1.0 on Linux results in segfaulting binaries
Matthew Reppert wrote: Any ideas on more specifically where to look, given that X always crashes in exactly the same place (loading module 'bitmap')? http://128.101.183.76:8080/xlogs/ Matt What does your /etc/X11/XF86Config look like? Would you add it to this directory? Maybe you've found something that crashes the config file parser. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Building 4.1.0 on Linux results in segfaulting binaries
Matthew Reppert wrote: Kevin Brosius wrote: Matthew Reppert wrote: Hi, I have an AIW Radeon :) The general concensus on getting TV in/out to work for this card is that you HAVE to recompile a few things from source, one of which being X. Well, the build goes along fine, but the binaries that it makes segfault as soon as it starts loading modules. In fact, the last thing in my X log is Loading module 'bitmap'. If I just run X, I'll see Segmentation fault. on the terminal I'm on, and get booted back to bash ... I'm on kernel 2.4.12, gcc 2.95.3, GNU binutils 2.11.2 ... any ideas? Here's a copy of my host.def included as well. This is (currently) the major roadblock to getting the most out of my graphics card, and I'd like to get it to work. Very much ^^; Hmm, another thought. What the heck is 'binutils 2.11.2'? I don't see any mention of it on ftp://ftp.kernel.org/pub/linux/devel/binutils/, which is hjl's distro location as far as I can tell. Plus it looks like 2.11 is still beta... Also, your log indicates the compile didn't detect the version, or maybe detected it incorrectly: Building on Linux 2.4.12 i686 [ELF] (2.4.12). Linux Distribution: Unknown libc version: 6.2.4 binutils version: 3.1 (Unless 3.1 really is the reporting version for binutils 2.11.x) Maybe you should try the build with an older stable version of binutils. You may also be able to add the binutils version to host.def to force it to think it has a sane version (which may or may not actually improve things.): ie: #define LinuxBinUtilsMajorVersion 26 (Read all about it in xf86site.def.) -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Building 4.1.0 on Linux results in segfaulting binaries
Matthew Reppert wrote: Kevin Brosius wrote: Are there modules in /usr/X11R6/lib/modules? And does the bitmap module exist there? (It's normally down a level, fonts/libbitmap.a.) Yes, it's there. Okay ... this is GNU binutils. Since I've seen people have been compiling with gcc under linux, I didn't think twice about my GNU binutils, but I'm using the most recent release of them, 2.11.2. Think that's the problem? (I should've made that clearer, prolly ... ) Matt Might be... If you built your own ld, did you use the same binutils? Or maybe it's an incompatibilty between those binutils and the XFree86 module loader (which seems likely since you can't load modules.) You could build a static server (no external modules), although that's just a workaround if you want to find out what's wrong. binutils 2.10.0.33-13 works here (that's a SuSE Linux version). And gcc 2.95.3 is considered stable, so I wouldn't worry about that. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XVideo extensions for S3 Virge/MX
Sven Menke wrote: Hi, please find attached a patch for s3v_xv.c which enables XVideo extensions for Virge/MX. The patch is relative to XFree 4.1.0 and in contrast to an earlier posting (http://www.xfree86.org/pipermail/xpert/2001-January/004869.html) this new version also restores the normal X screen upon termination of the XVideo mode. Cheers, Sven Hi Sven, I've applied your patch locally, and am making a test driver available for others to try. If anyone wants to grab it go to http://www.user1.netcarrier.com/~kbrosius/pages/virge.html and get the 1.6.13 version for XFree86 4.1.0. If you try it, I'd appreciate a note on how it works for you. This version also supports an option to disable XVideo, so if you have trouble just add Option noxvideo to your Device section in XF86Config. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XVideo extensions for S3 Virge/MX
Sven Menke wrote: Hi Kevin, If you still have troubles closing the XVideo screen on termination of the XVideo mode with chip-sets other than Virge/MX it might be worth trying the same register I used for the Virge/MX: OUTREG(SSTREAM_WINDOW_SIZE_REG, 0); in the S3VStopVideo function. Since I have a Virge/MX card only, I can't test this ... I'll give it a shot on the GX2, where I had similar problems (although I don't recall if that was the only trouble.) Cheers, Sven P.S. Your test driver works fine for me Great, thanks. I'll include your changes for the next release of XFree86. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert