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
On Sat, 5 Jan 2002, Kevin Brosius wrote: It could also be that your video card has an interrupt line that is assigned (check in BIOS). The BIOS doesn't contain this setting? (I've yet to meet a laptop without a BIOS setup.) I *have* a BIOS setup. I don't have any settings for much, including VGA IRQ assignment. FWIW: Bus 0, device 8, function 0: VGA compatible controller: S3 Inc. ViRGE/MX (rev 6). Master Capable. No bursts. Min Gnt=4.Max Lat=255. Non-prefetchable 32 bit memory at 0xc000 [0xc3ff]. If you want to really cut back the virge driver, try the following; snip I did all that already. No difference. 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. Will do. -Kenny -- Kenneth R. Crudup Sr. SW Engineer, Scott County Consulting, Washington, D.C. Home1: PO Box 914 Silver Spring, MD 20910-0914 [EMAIL PROTECTED] Home2: 38010 Village Cmn. #217 Fremont, CA 94536-7525 (510) 745-0101 ___ 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
On Saturday 05 January 2002 18:26, you wrote: On Fri, 4 Jan 2002, John Tapsell wrote: but could you try with the latest 2.4 kernel? just to check - thanks. Tried *that*, too: 2.2.19, 2.4.4, 2.4.17 . No difference. If I'd had the right binutils, I'd've checked against 2.5.1, but I'm sure it wouldn't have mattered. downgrade your binutils :) Or use 2.5.1-mjc1 or later which uses my patch to fix this problem - don't think it is completely fixed yet tho (do you know how many drivers there are.. sigh) uh, but no point doing this for this problem tho. JohnFlux -Kenny ___ 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]*Severe* time lossage with XF86 4.1.0 and S3Virge MX LCD
On Fri, 4 Jan 2002, Kevin Brosius wrote: This is the first time I've heard anything like this recently. How do you notice the clock shift? After the machine's been running for a few minutes, and before I start X, date ; rdate time.nist.gov shows at most a second's difference. 30 mins after X has been running, the same command sequence shows about 90 seconds difference, with my laptop running behind time. It's gotten to the point where I have to crontab rdate -s every 1/2 hr or so. [are the ] soft clocks affected? No. hwclock shows a clock with a minor difference to the NIST clock. Just out of curiosity, what happens if you comment out option 'dpms' in your monitor section? Tried that, too- no difference, but I'll try it again. -Kenny -- Kenneth R. Crudup Sr. SW Engineer, Scott County Consulting, Washington, D.C. Home1: PO Box 914 Silver Spring, MD 20910-0914 [EMAIL PROTECTED] Home2: 38010 Village Cmn. #217 Fremont, CA 94536-7525 (510) 745-0101 ___ 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
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... -Yuri ___ 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
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). Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]*Severe* time lossage with XF86 4.1.0 and S3Virge MX LCD
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. The relevant files are below (I used to hate MIME in mailing lists, so I won't start now that I use a compliant mail program; no attachments unless they're OK here). uname -a Linux prostar 2.2.19 #7 Wed Jan 2 13:13:14 PST 2002 i586 i386 XF86Config Section Files FontPath unix/:-1 EndSection Section ServerFlags Option DontZoom Option DisableVidModeExtention Option standby time 20 Option suspend time 30 Option off time 60 # Option NoPM # causes corruption on S3V/MX if on EndSection Section Module Load dbe SubSection extmod EndSubSection Load glx Load type1 Load freetype Load speedo EndSection Section InputDevice Identifier Keyboard Driver keyboard Option CoreKeyboard Option AlwaysCore Option AutoRepeat 500 50 # Option XkbModel pc104 EndSection Section InputDevice Identifier Mouse Driver mouse Option CorePointer Option AlwaysCore Option Protocol PS/2 Option Device /dev/mouse Option Emulate3Buttons Option Emulate3Timeout 50 EndSection Section Monitor Identifier ProScan 1200T VendorName ProScan ModelName 1024x768 14.1 in. TFT Gamma 1.6 HorizSync 31.5 - 68.8 VertRefresh 60 - 87 DisplaySize 284 215 Option dpms # 800x600 @ 72 Hz, 48.0 kHz hsync Modeline 800x600 50 800 856 976 1040 600 637 643 666 # 1024x768 @ 76 Hz, 62.5 kHz hsync Modeline 1024x768681024 1030 1150 1340 768 780 782 810 EndSection Section Device Identifier S3 ViRGE/MX VendorName S3 Driver s3virge BoardName ViRGE/MX Option fifo_aggressive Option pci_burst Option pci_retry EndSection Section Screen Identifier LCD Device S3 ViRGE/MX Monitor ProScan 1200T # Option backing_store DefaultDepth 24 Subsection Display Depth 8 Modes 1024x768 EndSubsection Subsection Display Depth 16 Modes 1024x768 EndSubsection Subsection Display Depth 24 Modes 1024x768 EndSubsection Subsection Display Depth 32 Modes 1024x768 EndSubsection EndSection Section ServerLayout Identifier LCD Screen LCD InputDevice Mouse InputDevice Keyboard EndSection XFree86.0.log: XFree86 Version 4.1.0 / X Window System (protocol Version 11, revision 0, vendor release 6510) Release Date: 2 June 2001 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/FAQ) Build Operating System: Linux 2.4.5 i686 [ELF] Module Loader present (==) Log file: /var/log/XFree86.0.log, Time: Wed Jan 2 22:17:34 2002 (==) Using config file: /etc/X11/XF86Config Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) ServerLayout LCD (**) |--Screen LCD (0) (**) | |--Monitor ProScan 1200T (**) | |--Device S3 ViRGE/MX (**) |--Input Device Mouse (**) |--Input Device Keyboard (**) Option AutoRepeat 500 50 (==) Keyboard: CustomKeycode disabled (**) FontPath set to unix/:-1 (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (**) Option DontZoom (**) Option StandbyTime 20 (**) Option SuspendTime 30 (**) Option OffTime 60 (++) using VT number 8 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.4 XFree86 XInput driver : 0.2 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.2 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.1.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.2 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.1.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.4 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 =