[Xpert]Driver status
Hi, what's the real status for the SiS driver on this 4.2.0? Does it work or not? Thanks! Emilio Escobar ([EMAIL PROTECTED]) ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Loading DRI
I cannot get dri to load. I have an ATI rage mobility and im running Redhat 7.1. Can you help? Amy __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]'shadows' in 4.1.0
Hello, I am running: FreeBSD 4.5-STABLE built via cvsup on Wed Mar 6 00:39:18 and also XFree86-4.1.0_12,1 fresh installed the same day, from the FreeBSD ports tree. The graphics card is a NVidia Riva Ultra 64 rev 21, Chipset RIVATNT2 M64, using a Sony Trinitron GPD-G400 19" monitor. When I start X (kde, icewm, xfce, all the same), all windows appears to have a horizontal 'shadow', that goes across the entire screen. Not completely, but there are lines that appears to be as high as a normal line of text (font 10x20), and some places only every other line...the 'shadows' are greyish, so it is quite possible to see through them, but annoying... I seems to remember having this problem for several weeks, but only recently decided to investigate further, and try to get rid of it. I have tried 8, 16 and 24-bit depth, and everything from 640x480 up to 1600x1200 resolution, and even tried 'Option "Accel" "Off"', without any luck. I have spent several hours browsing the xfree86.org mail archives, and searched google, without seeing any hints as to what might be wrong. It is entirely possible that I have overlooked something, so I would appreciate any pointers to further documentation that might be of any help. -- (-: Hiroshima 45, Tsjernobyl 86, Windows 95 :-) Rune Mossige Tlf(Privat): (+47) 51 42 47 71 Brekkeveien 19 Tlf(Work): (+47) 51 94 68 69 N-4353 Klepp Stasjon Mobil: (+47) 908 71 024 NORWAY ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]multiple nvidia setup hangs after long periods of inactivity
On Sun, Mar 10, 2002 at 12:43:15PM -0800, Mark Vojkovich wrote: >The NVIDIA driver supports multiple cards (I have a GeForce2 + > TNT2 system as my main development machine), but it sometimes > has a difficult time posting the second head properly so you > may have to Option "UseInt10Module" to the Section "Device" > for the secondary card (the one the console does not come up > on). Hmm, OK I'll try that. I noticed that /proc/nv/card0 and card1 both show AGP as being enabled (using either agpgart or NVdriver's internal AGP support) which seems wrong. Could that be a problem too? To complicate things further I think both cards are using the same IRQ. Is that a problem? [nv driver] >Is the server eating CPU? I think so, but I'm not certain. >Did you build the server yourself? If it hasn't been No, I used the Debian packages. > stripped you should attach with gdb and see where it's hung > at. From the sounds of it (the cursor not moving) it's > hung in core XFree86 input code. If it's not eating CPU > then it's probably stuck on select or something. I'll try to rebuild the server so I can gdb it. Once it's hung, I can only move the mouse within one screen, not between screens. And I can't click or type (nothing happens). The hang has only just started though (clock shows the current time, but never updates after the hang occurs). thanks, Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]multiple nvidia setup hangs after long periods of inactivity
On Mon, 11 Mar 2002, Hamish Moffatt wrote: > On Sun, Mar 10, 2002 at 12:43:15PM -0800, Mark Vojkovich wrote: > >The NVIDIA driver supports multiple cards (I have a GeForce2 + > > TNT2 system as my main development machine), but it sometimes > > has a difficult time posting the second head properly so you > > may have to Option "UseInt10Module" to the Section "Device" > > for the secondary card (the one the console does not come up > > on). > > OK I've been experimenting with this a little bit. I added > Option "UseInt10Module" "On" > and it didn't seem to make much difference (the log file confirms > that the int10 module is being used). I assume you're using at least version 2313? That option wasn't recognized before then. > > The AGP card is on IRQ 7 by itself. The PCI card is on IRQ 10, > shared with the sound card and the UDMA controller. > /proc/nv/card* shows AGP is disabled for both cards. > (Not sure why, as I've seen it enabled for both cards before). > > Both cards seem to work fine individually; I'm using the second > head only to write this. (Starting X with -screen to select > the screen works fine.) I can run OpenGL stuff on either head > successfully. > > If I start with both screens enabled, then I get the NVIDIA > logo on both heads, then the xdm login prompt appears on the > first screen (the AGP card) but the NVIDIA logo stays on the > other. It hangs immediately after logging in. More relevent to the xpert list is the problem you are seeing with the "nv" driver. As for the problem with the "nvidia" driver, you can send the /var/log/XFree86.0.log to me (not the list) or at least the output of "X -probeonly" if you can't run and quit the server. Also can you tell me what motherboard you have? And which kernel you're using? Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]X stops with pmac
On Sun, 10 Mar 2002, F. Heitkamp wrote: > I'm still having the same problem with X on a > dual G4 powermac, with Nvidia 2MX that I can't > seem to trace down. I had a recently running > nightly build of mozilla, some xterms, xclock, > the icewm, and the newest CVS version of XFree86 > running and it stopped while I was surfing with > mozilla.. I am able to move the mouse cursor around. > I tried attaching to several of the programs running > in the X server and this is what I get. X seems to > be setting in 0x1027dc7c. How do I find out what > that is? [...] > > (gdb) bt > #0 0x1027dc7c in ?? () > (gdb) > I'm not sure how to debug the XFree86 modules on PPC. My guess is that something hosed the graphics engine and it's stuck either in the RIVA_FIFO_FREE or RIVA_BUSY macros. I don't know why it would do that under PPC and not X86. Maybe there's a cornercase bug in XAA's BigEndian color expansion code. You could check that 'w' and 'h' passed to NVSubsequentScanlineCPUToScreenColorExpandFill is never zero. I know the engine will choke on a zero width or height. XAA shouldn't be passing such a thing, but maybe if the fonts were broken by a BE bug in the renderer or if there was a BE bug in XAA... Or maybe it's some weird bus thing - PCI retries and the like. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]multiple nvidia setup hangs after long periods of inactivity
On Sun, Mar 10, 2002 at 12:43:15PM -0800, Mark Vojkovich wrote: >The NVIDIA driver supports multiple cards (I have a GeForce2 + > TNT2 system as my main development machine), but it sometimes > has a difficult time posting the second head properly so you > may have to Option "UseInt10Module" to the Section "Device" > for the secondary card (the one the console does not come up > on). OK I've been experimenting with this a little bit. I added Option "UseInt10Module" "On" and it didn't seem to make much difference (the log file confirms that the int10 module is being used). The AGP card is on IRQ 7 by itself. The PCI card is on IRQ 10, shared with the sound card and the UDMA controller. /proc/nv/card* shows AGP is disabled for both cards. (Not sure why, as I've seen it enabled for both cards before). Both cards seem to work fine individually; I'm using the second head only to write this. (Starting X with -screen to select the screen works fine.) I can run OpenGL stuff on either head successfully. If I start with both screens enabled, then I get the NVIDIA logo on both heads, then the xdm login prompt appears on the first screen (the AGP card) but the NVIDIA logo stays on the other. It hangs immediately after logging in. Here's my two Device sections for the video cards: # GeForce2 Titanium on AGP Section "Device" Identifier "GF2TI" BusID "PCI:1:0:0" Driver "nvidia" EndSection # TNT2 on PCI Section "Device" Identifier "TNT2" BusID "PCI:0:11:0" Driver "nvidia" Option "UseInt10Module" "On" EndSection Any suggestions? thanks, Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]multiple nvidia setup hangs after long periods of inactivity
On Mon, 11 Mar 2002, Hamish Moffatt wrote: > On Sun, Mar 10, 2002 at 12:43:15PM -0800, Mark Vojkovich wrote: > >The NVIDIA driver supports multiple cards (I have a GeForce2 + > > TNT2 system as my main development machine), but it sometimes > > has a difficult time posting the second head properly so you > > may have to Option "UseInt10Module" to the Section "Device" > > for the secondary card (the one the console does not come up > > on). > > Hmm, OK I'll try that. I noticed that /proc/nv/card0 and card1 > both show AGP as being enabled (using either agpgart or > NVdriver's internal AGP support) which seems wrong. Could > that be a problem too? It might just be a problem with the reporting. Newer drivers get this from /proc/driver/nvidia/cards instead. > > To complicate things further I think both cards are using the > same IRQ. Is that a problem? In theory it shouldn't be, but on my system they're on separate IRQs. The NVIDIA driver definitely uses the interrupts. > > [nv driver] > >Is the server eating CPU? > > I think so, but I'm not certain. > > >Did you build the server yourself? If it hasn't been > > No, I used the Debian packages. Maybe they didn't strip out the debug info? > > > stripped you should attach with gdb and see where it's hung > > at. From the sounds of it (the cursor not moving) it's > > hung in core XFree86 input code. If it's not eating CPU > > then it's probably stuck on select or something. > > I'll try to rebuild the server so I can gdb it. > > Once it's hung, I can only move the mouse within one screen, > not between screens. And I can't click or type (nothing happens). > The hang has only just started though (clock shows the current > time, but never updates after the hang occurs). > Oh, I though you couldn't move the mouse. If you can move the mouse it's probably something in the driver that's hosed - hardware not responding, except for the cursor which is fairly separate from the rest of the chip. I assume you're refering to the "nv" driver here. I'm not aware of any such problems with the driver itself, but I believe there are some interactions with rivafb, so if you're running the framebuffer console you might try without it. Alternatively there might be something weird with APM, again maybe rivafb doing something there. The nv driver itself doesn't do any power management stuff other than shutting off the monitor. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]X stops with pmac
I'm still having the same problem with X on a dual G4 powermac, with Nvidia 2MX that I can't seem to trace down. I had a recently running nightly build of mozilla, some xterms, xclock, the icewm, and the newest CVS version of XFree86 running and it stopped while I was surfing with mozilla.. I am able to move the mouse cursor around. I tried attaching to several of the programs running in the X server and this is what I get. X seems to be setting in 0x1027dc7c. How do I find out what that is? mozilla: (gdb) bt #0 0x0f79ca88 in select () from /lib/libc.so.6 #1 0x0f8f20b8 in _XWaitForWritable () from /usr/X11R6/lib/libX11.so.6 #2 0x0f8f2880 in _XFlushInt () from /usr/X11R6/lib/libX11.so.6 #3 0x0f8f26cc in _XFlush () from /usr/X11R6/lib/libX11.so.6 #4 0x0f8f2978 in _XEventsQueued () from /usr/X11R6/lib/libX11.so.6 #5 0x0f8e3c04 in XPending () from /usr/X11R6/lib/libX11.so.6 #6 0x0fa71b80 in gdk_wm_protocols_filter () from /usr/lib/libgdk-1.2.so.0 #7 0x0f9f8394 in g_get_current_time () from /usr/lib/libglib-1.2.so.0 #8 0x0f9f8904 in g_main_run () from /usr/lib/libglib-1.2.so.0 #9 0x0fb8f630 in gtk_main () from /usr/lib/libgtk-1.2.so.0 #10 0x0e7bd3f4 in _SDA_BASE_ () from /local/mozilla/components/libwidget_gtk.so #11 0x0dac1b9c in NSGetModule () from /local/mozilla/components/libnsappshell.so #12 0x10007478 in DoCommandLines () #13 0x10007f10 in main () #14 0x0f6e6a30 in __libc_start_main () from /lib/libc.so.6 icewm: (gdb) bt #0 0x0fbb6a88 in select () from /lib/libc.so.6 #1 0x0fee243c in _XWaitForReadable () from /usr/X11R6/lib/libX11.so.6 #2 0x0fee32fc in _XRead () from /usr/X11R6/lib/libX11.so.6 #3 0x0fee40cc in _XReply () from /usr/X11R6/lib/libX11.so.6 #4 0x0feca4b0 in XGetWindowAttributes () from /usr/X11R6/lib/libX11.so.6 #5 0x1003878c in _init () #6 0x100366b0 in _init () #7 0x1002f5f4 in _init () #8 0x10034708 in _init () #9 0x10034bac in _init () #10 0x1001ad50 in _init () #11 0x0fb00a30 in __libc_start_main () from /lib/libc.so.6 (gdb) XFree86: pmac:/home/heitkamp# gdb /usr/bin/X11/XFree86 481 GNU gdb 2001-09-15-cvs (MI_OUT) Copyright 2001 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "powerpc-unknown-linux-gnu"... (no debugging symbols found)... /home/heitkamp/481: No such file or directory. Attaching to program: /usr/bin/X11/XFree86, process 481 Reading symbols from /usr/lib/libz.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/ld.so.1 0x1027dc7c in ?? () (gdb) bt #0 0x1027dc7c in ?? () (gdb) xterm: (gdb) bt #0 0x0facda88 in select () from /lib/libc.so.6 #1 0x1000a930 in in_put () #2 0x1000845c in VTparse () #3 0x1000d1b4 in VTRun () #4 0x10029a60 in main () #5 0x0fa17a30 in __libc_start_main () from /lib/libc.so.6 (gdb) xclock: (gdb) bt #0 0x0fc7ea88 in select () from /lib/libc.so.6 #1 0x0feeb92c in IoWait () from /usr/X11R6/lib/libXt.so.6 #2 0x0feebe4c in _XtWaitForSomething () from /usr/X11R6/lib/libXt.so.6 #3 0x0feed710 in XtAppNextEvent () from /usr/X11R6/lib/libXt.so.6 #4 0x0fee0064 in XtAppMainLoop () from /usr/X11R6/lib/libXt.so.6 #5 0x10001364 in main () #6 0x0fbc8a30 in __libc_start_main () from /lib/libc.so.6 (gdb) -- Fred ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Added XResQueryClientPixmapBytes function
On Mon, 11 Mar 2002, Yuri van Oers wrote: > > On Sun, 10 Mar 2002, Mark Vojkovich wrote: > > > On Sun, 10 Mar 2002, Keith Packard wrote: > > > > > > > > Around 14 o'clock on Mar 10, Mark Vojkovich wrote: > > > > > > >I've attached a modified version of the original restest.c > > > > program which uses it. > > > > > > Is there a good reason not to place 'restest' in the distribution? > > > Perhaps with a better name? > > > >I think restest is not very polished. I'm not sure what the > > best way to present this information is. One could probably do > > alot more than what restest does. > > Yeah, but you could call it version 0.0.0.0.0.1-pre1-alfa and give it a > place on the internet so everyone can find it, at least. > Well, for now, Keith and I are contemplating removing XResQueryClientPixmapBytes in preference of a more generic mechanism for querying byte amounts of particular resources. So it's probably not a good idea to start thinking about semi-official clients yet. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Added XResQueryClientPixmapBytes function
On Sun, 10 Mar 2002, Mark Vojkovich wrote: > On Sun, 10 Mar 2002, Keith Packard wrote: > > > > > Around 14 o'clock on Mar 10, Mark Vojkovich wrote: > > > > >I've attached a modified version of the original restest.c > > > program which uses it. > > > > Is there a good reason not to place 'restest' in the distribution? > > Perhaps with a better name? > >I think restest is not very polished. I'm not sure what the > best way to present this information is. One could probably do > alot more than what restest does. Yeah, but you could call it version 0.0.0.0.0.1-pre1-alfa and give it a place on the internet so everyone can find it, at least. -Yuri ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Added XResQueryClientPixmapBytes function
On Sun, 10 Mar 2002, Keith Packard wrote: > > Around 14 o'clock on Mar 10, Mark Vojkovich wrote: > > >I've attached a modified version of the original restest.c > > program which uses it. > > Is there a good reason not to place 'restest' in the distribution? > Perhaps with a better name? I think restest is not very polished. I'm not sure what the best way to present this information is. One could probably do alot more than what restest does. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Added XResQueryClientPixmapBytes function
Around 14 o'clock on Mar 10, Mark Vojkovich wrote: >I've attached a modified version of the original restest.c > program which uses it. Is there a good reason not to place 'restest' in the distribution? Perhaps with a better name? Keith PackardXFree86 Core TeamCompaq Cambridge Research Lab ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Added XResQueryClientPixmapBytes function
I added a new function XResQueryClientPixmapBytes to the
XResource extension to query the byte total of pixmaps that
the client has allocated.
I've attached a modified version of the original restest.c
program which uses it.
Mark.
/*
gcc -o restest -Wall restest.c -L/usr/X11R6/lib -lX11 -lXext -lXRes
*/
#include
#include
#include
#include
#include
#include
#include
int main(void)
{
Display *TheDisplay;
int event, error, major, minor, num_clients, i, j, num_types;
unsigned long bytes;
XResClient *clients;
XResType *types;
char *name;
Atom pixmap;
TheDisplay = XOpenDisplay(0);
if(!XResQueryExtension(TheDisplay, &event, &error)) {
printf("XResQueryExtension failed\n");
return 1;
}
if(!XResQueryVersion(TheDisplay, &major, &minor)) {
printf("XResQueryVersion failed\n");
return 1;
} else {
printf("X-Resource extension version %i.%i\n", major, minor);
}
pixmap = XInternAtom(TheDisplay, "PIXMAP", 0);
XGrabServer(TheDisplay);
XResQueryClients(TheDisplay, &num_clients, &clients);
printf("There are %i clients\n", num_clients);
for(i = 0; i < num_clients; i++) {
XResQueryClientResources(TheDisplay, clients[i].resource_base,
&num_types, &types);
printf("Client %i (base = 0x%x, mask = 0x%x): %i resource types\n", i,
clients[i].resource_base,
clients[i].resource_mask, num_types);
for(j = 0; j < num_types; j++) {
name = XGetAtomName(TheDisplay, types[j].resource_type);
printf(" %s: %i", name, types[j].count);
if(types[j].resource_type == pixmap) {
XResQueryClientPixmapBytes(TheDisplay, clients[i].resource_base,
&bytes);
printf(" (%i bytes)\n", bytes);
} else printf("\n");
XFree(name);
}
XFree(types);
}
XUngrabServer(TheDisplay);
XFree(clients);
XCloseDisplay(TheDisplay);
return 0;
}
Re: [Xpert]'shadows' in 4.1.0
On Sun, Mar 10, 2002 at 12:47:19PM -0800, Mark Vojkovich wrote: > On Sun, 10 Mar 2002, Rune Mossige wrote: > > > > > Hello, > > I am running: > > > > FreeBSD 4.5-STABLE built via cvsup on Wed Mar 6 00:39:18 > > > > horizontal 'shadow', that goes across the entire screen. Not completely, but > > there are lines that appears to be as high as a normal line of text (font > > 10x20), and some places only every other line...the 'shadows' are greyish, so > >This probably doesn't have anything to do with the graphics card. > Are you going through a KVM type monitor switchbox? Try it without it. No, I am not using any type of KVM. > Also make sure the monitor cable is fasted properly and not tangled around > a power cord. What you are describing sounds like electrical interference > problems. I agree, it looks like it...I have a small hole in the back of my table, where main power, monitor and keyboard cables go to the PC, sitting on the floor under the table. This is not new, and have been like this for the last 2 years. > >If it's not one of those, did this card ever work properly? > It might be a bad card. This machine, card and monitor, is now 15 months old, and have been sitting on the exact same location all the time...Everything was just perfect, until I did a massive upgrade some 2-3 months ago (OS upgrade, re-install of all ports). At that time I got busy with other things, and left it there, as I was able to perform basic tasks, like read emails etc So yes, everything used to be perfect. I have double-checked power cables, with no luck. Just in case, I will re-lay the cables tomorrow. > > > Mark. > -- (-: Hiroshima 45, Tsjernobyl 86, Windows 95 :-) Rune Mossige Tlf(Privat): (+47) 51 42 47 71 Brekkeveien 19 Tlf(Work): (+47) 51 94 68 69 N-4353 Klepp Stasjon Mobil: (+47) 908 71 024 NORWAY ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]'shadows' in 4.1.0
On Sun, Mar 10, 2002 at 11:32:18AM -0800, Michael Toomim wrote: > Rune Mossige wrote: > >When I start X (kde, icewm, xfce, all the same), all windows appears to > >have a > >horizontal 'shadow', that goes across the entire screen. Not completely, > >but > >there are lines that appears to be as high as a normal line of text (font > >10x20), and some places only every other line...the 'shadows' are greyish, > >so > >it is quite possible to see through them, but annoying... > > A "shadow" can mean multiple things. Can you describe the shadows you > see in a little more detail? That is difficult, but I will try It appears that xterm windows extends all the way horizontally, to the edge of the screen, with greyish horizontal lines, the same size, or slightly smaller, than the title bar in the window. I have tried to take a screen-capture with xv, that I can forward, if someone is interested. On an xterm with white background, these lines turns the background into grey. I do not know how to accurately describe it... -- (-: Hiroshima 45, Tsjernobyl 86, Windows 95 :-) Rune Mossige Tlf(Privat): (+47) 51 42 47 71 Brekkeveien 19 Tlf(Work): (+47) 51 94 68 69 N-4353 Klepp Stasjon Mobil: (+47) 908 71 024 NORWAY ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]'shadows' in 4.1.0
On Sun, 10 Mar 2002, Rune Mossige wrote: > > Hello, > I am running: > > FreeBSD 4.5-STABLE built via cvsup on Wed Mar 6 00:39:18 > > and also XFree86-4.1.0_12,1 fresh installed the same day, from the FreeBSD > ports tree. > > The graphics card is a NVidia Riva Ultra 64 rev 21, Chipset RIVATNT2 M64, > using a Sony Trinitron GPD-G400 19" monitor. > > When I start X (kde, icewm, xfce, all the same), all windows appears to have a > horizontal 'shadow', that goes across the entire screen. Not completely, but > there are lines that appears to be as high as a normal line of text (font > 10x20), and some places only every other line...the 'shadows' are greyish, so > it is quite possible to see through them, but annoying... > > I seems to remember having this problem for several weeks, but only recently > decided to investigate further, and try to get rid of it. > > I have tried 8, 16 and 24-bit depth, and everything from 640x480 up to > 1600x1200 resolution, and even tried 'Option "Accel" "Off"', without any luck. > > I have spent several hours browsing the xfree86.org mail archives, and > searched google, without seeing any hints as to what might be wrong. > > It is entirely possible that I have overlooked something, so I would > appreciate any pointers to further documentation that might be of any help. This probably doesn't have anything to do with the graphics card. Are you going through a KVM type monitor switchbox? Try it without it. Also make sure the monitor cable is fasted properly and not tangled around a power cord. What you are describing sounds like electrical interference problems. If it's not one of those, did this card ever work properly? It might be a bad card. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]multiple nvidia setup hangs after long periods of inactivity
On Sun, 10 Mar 2002, Hamish Moffatt wrote: > > Hi, > > I have a pair of NVIDIA cards (a Geforce2 TI AGP card and a > TNT2 M64 PCI card). I'm running XFree86 4.1.0 (on Debian). > Generally it works fine. I'm using the nv driver, as I'm > told the nvidia driver doesn't support multiple cards (and > it locked up my system a lot when I tried it). The NVIDIA driver supports multiple cards (I have a GeForce2 + TNT2 system as my main development machine), but it sometimes has a difficult time posting the second head properly so you may have to Option "UseInt10Module" to the Section "Device" for the secondary card (the one the console does not come up on). > > Anyway I find that if I leave my system idle for a long > period (overnight, or while I'm at work during the day), the > X server is unhappy when I get back. > > I find that I can move the mouse between the desktops fine, > but as soon as I click on a window, I can no longer move > the mouse between desktops, nor type anything in any window > or do anything with the mouse. I can't switch to another > terminal either (Ctl-Alt-F1 etc). Is is not likely to be a nv driver problem. If the server hung in the driver, the mouse should still move as that is an asynchronous entry point. > > I can login remotely and kill (-9) xdm and the X server > and restart it and it all works fine again, until next time. Is the server eating CPU? Did you build the server yourself? If it hasn't been stripped you should attach with gdb and see where it's hung at. From the sounds of it (the cursor not moving) it's hung in core XFree86 input code. If it's not eating CPU then it's probably stuck on select or something. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]'shadows' in 4.1.0
Rune Mossige wrote: > When I start X (kde, icewm, xfce, all the same), all windows appears to have a > horizontal 'shadow', that goes across the entire screen. Not completely, but > there are lines that appears to be as high as a normal line of text (font > 10x20), and some places only every other line...the 'shadows' are greyish, so > it is quite possible to see through them, but annoying... A "shadow" can mean multiple things. Can you describe the shadows you see in a little more detail? ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]'shadows' in 4.1.0
Hello, I am running: FreeBSD 4.5-STABLE built via cvsup on Wed Mar 6 00:39:18 and also XFree86-4.1.0_12,1 fresh installed the same day, from the FreeBSD ports tree. The graphics card is a NVidia Riva Ultra 64 rev 21, Chipset RIVATNT2 M64, using a Sony Trinitron GPD-G400 19" monitor. When I start X (kde, icewm, xfce, all the same), all windows appears to have a horizontal 'shadow', that goes across the entire screen. Not completely, but there are lines that appears to be as high as a normal line of text (font 10x20), and some places only every other line...the 'shadows' are greyish, so it is quite possible to see through them, but annoying... I seems to remember having this problem for several weeks, but only recently decided to investigate further, and try to get rid of it. I have tried 8, 16 and 24-bit depth, and everything from 640x480 up to 1600x1200 resolution, and even tried 'Option "Accel" "Off"', without any luck. I have spent several hours browsing the xfree86.org mail archives, and searched google, without seeing any hints as to what might be wrong. It is entirely possible that I have overlooked something, so I would appreciate any pointers to further documentation that might be of any help. -- (-: Hiroshima 45, Tsjernobyl 86, Windows 95 :-) Rune Mossige Tlf(Privat): (+47) 51 42 47 71 Brekkeveien 19 Tlf(Work): (+47) 51 94 68 69 N-4353 Klepp Stasjon Mobil: (+47) 908 71 024 NORWAY ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Any news on Trident Cyberbalde XP HW accel. ?
Any update on this? From what I can tell the last update was 3 weeks ago: http://www.xfree86.org/pipermail/xpert/2002-February/015760.html Thanks, schu ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XFree 4.2.0 on Chips C&T 69000, noaccel
Hi list I have also experienced some problems with 4.2.0 and ct69000 and I think I can give some information. On Sun, Mar 10, 2002 Mark van Rossum wrote: > I think Egbert is right. Lockups always occured on mouse moves. Same here. > Does the Egbert's email imply that - Option "noaccel" - will be required? > > Sofar, using just Options "XaaNoScreenToScreenCopy" has worked reasonably > for most cases. No this doesn't work here. There *is* a problem with ScreenToScreenCopy because if I put every option "Xaa*" into XF86Config except Option "XaaNoScreenToScreenCopy" the system locks when moving the mouse. But if I put in *only* the Option "XaaNoScreenToScreenCopy" the system locks also but considerably later. I did some research on that but couldn't point out the option that is causing the (second) lock yet. But I can go on trying if it is of any use. > BUt it is not completely stable. Staroffice and playing DVDs (vlc, > mplayer) still cause a crash, but not always a system lock. I can't comment on that because I haven't installed anything more than Opera and Emacs at the moment ... Regards, Adrian Schlatter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XFree 4.2.0 on Chips C&T 69000, noaccel
I think Egbert is right. Lockups always occured on mouse moves. Does the Egbert's email imply that - Option "noaccel" - will be required? Sofar, using just Options "XaaNoScreenToScreenCopy" has worked reasonably for most cases. BUt it is not completely stable. Staroffice and playing DVDs (vlc, mplayer) still cause a crash, but not always a system lock. -- Mark van Rossum [EMAIL PROTECTED] = swallow.bio.brandeis.edu/~vrossum Lab : Dept. Biology MS 008, Brandeis, 415 South St, Waltham MA 02454-9110 Bassine Bldg. Rm. 208phone: (781)-736-3112 fax: (781)-736-3107 Home: 45 Cedar Street, Somerville, MA 02143-2231, (617)-623-0408 On Sun, 10 Mar 2002, Egbert Eich wrote: > > Hi David, > > I've traced this problem and posted an answer already. > Maybe I hit the wrong button again and it didn't go to the > list. I don't have this email any more. Maybe Mark should repost > it to the Xpert list. > The problem is not C&T driver related and we will see more > of these bug reports in the future. > A patch to xf86Cursor.c broke silken mouse support - or better > to say the feature to disable it. This unfortunately will affect > all C&T chips and all others that don't allow fb access while > blits are active. > > Egbert. > > > David Bateman writes: > > On Fri, Mar 08, 2002 at 11:24:03AM -0500, Mark van Rossum wrote: > > > > > > Hi, > > > > > > I'm using Xfree86 4.2.0 on a Compaq Armada 3500 (RH 7.2) with a Chips > > > 69000 video card. > > > > > > This work as long as I use the "noaccel" option. > > > > > > However, without this option, I can start X, but as soon as I do > > > something a bit complicated (start netscape) the system locks up hard. > > > > > > In Xfree3.3.6 the noaccel was not needed. > > > > > > Any solutions ? > > > > Can you play with the XaaNoX options to turn off acceleration primitives > > one by one. I suggest you use all of the options and then turn them back on > > one by one till you generate the lock-up. This will then allow the problem > > to be isolated. > > > > Regards > > David > > ___ > > Xpert mailing list > > [EMAIL PROTECTED] > > http://XFree86.Org/mailman/listinfo/xpert > ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]multiple nvidia setup hangs after long periods of inactivity
Hi, I have a pair of NVIDIA cards (a Geforce2 TI AGP card and a TNT2 M64 PCI card). I'm running XFree86 4.1.0 (on Debian). Generally it works fine. I'm using the nv driver, as I'm told the nvidia driver doesn't support multiple cards (and it locked up my system a lot when I tried it). Anyway I find that if I leave my system idle for a long period (overnight, or while I'm at work during the day), the X server is unhappy when I get back. I find that I can move the mouse between the desktops fine, but as soon as I click on a window, I can no longer move the mouse between desktops, nor type anything in any window or do anything with the mouse. I can't switch to another terminal either (Ctl-Alt-F1 etc). I can login remotely and kill (-9) xdm and the X server and restart it and it all works fine again, until next time. Tonight I've tried disabling the screen blanking (with xset) and I'll see if that helped in the morning. I don't use xscreensaver or any other screen saver. Before I had the pair of NVIDIA cards I had a Matrox G400 dual head which worked perfectly. Any ideas? It's very frustrating. thanks, Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XFree 4.2.0 on Chips C&T 69000, noaccel
Hi David, I've traced this problem and posted an answer already. Maybe I hit the wrong button again and it didn't go to the list. I don't have this email any more. Maybe Mark should repost it to the Xpert list. The problem is not C&T driver related and we will see more of these bug reports in the future. A patch to xf86Cursor.c broke silken mouse support - or better to say the feature to disable it. This unfortunately will affect all C&T chips and all others that don't allow fb access while blits are active. Egbert. David Bateman writes: > On Fri, Mar 08, 2002 at 11:24:03AM -0500, Mark van Rossum wrote: > > > > Hi, > > > > I'm using Xfree86 4.2.0 on a Compaq Armada 3500 (RH 7.2) with a Chips > > 69000 video card. > > > > This work as long as I use the "noaccel" option. > > > > However, without this option, I can start X, but as soon as I do > > something a bit complicated (start netscape) the system locks up hard. > > > > In Xfree3.3.6 the noaccel was not needed. > > > > Any solutions ? > > Can you play with the XaaNoX options to turn off acceleration primitives > one by one. I suggest you use all of the options and then turn them back on > one by one till you generate the lock-up. This will then allow the problem > to be isolated. > > Regards > David > ___ > Xpert mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
