View previous topic :: View next topic |
Author |
Message |
Sallad_Tosser Tux's lil' helper
Joined: 21 Jan 2003 Posts: 95 Location: Edmonton
|
Posted: Sun Jun 12, 2005 11:06 pm Post subject: |
|
|
As in to my problem I believe its KDE doing it because I turned off GLX support and KDE still did the same thing as before. _________________ Linux > Windows |
|
Back to top |
|
|
JEB55 n00b
Joined: 20 Mar 2005 Posts: 31
|
Posted: Mon Jun 13, 2005 12:37 am Post subject: X consuming all available CPU... |
|
|
I was doing some work on a relative's XP box, and happened to load this link in Mozilla 1.7.8:
http://free.grisoft.com/
Very shortly afterwards, I noticed my desktop becoming very sluggish, almost to the point of being unresponsive. A quick top revealed X consuming all of the available CPU. When I moved off that page, X's CPU utilization returned to normal.
Relevant packages:
www-client/mozilla-1.7.8
x11-base/xorg-x11-6.8.2-r1
sys-kernel/gentoo-sources-2.6.11-r9
media-video/nvidia-kernel-1.0.6629-r4
gnome-base/gnome-2.10-r1
Anecdotal, but hopefully helpful.
ADDENDUM:
I didn't make it clear in the original post, but this behavior is completely reproducible. It happens every time I visit that link.
Last edited by JEB55 on Mon Jun 13, 2005 4:25 am; edited 1 time in total |
|
Back to top |
|
|
drefo n00b
Joined: 28 May 2005 Posts: 46
|
Posted: Mon Jun 13, 2005 4:09 am Post subject: Core dump of same problem under FreeBSD 5.4 |
|
|
Adding one more data point.
I'm seeing similar X.org lockups on my laptop, which has ATI Radeon
7500 Mobility M7 graphics. I'm using the free source radeon driver.
I can reproduce the bug either by loading certain URL's in galeon with
shockwave/flash enabled, or by running glxgears several times in a
row.
The symptoms are various, ranging from the system freezing totally,
being unresponsive even to Alt-SysReq-b, to just X bombing with all
other processes left running and the system easily recoverable, to a
partial system freeze, to a spontaneous reboot.
So whatever is happening, it seems to be capable of leaving the kernel
and/or the pci bus, not just the graphics hardware, in an
unrecoverable state.
Probably this puts the bug somewhere on the borderline between
userspace and kernelspace, assuming I don't have some peculiar
hardware problem.
I can pretty much rule out bad memory, since I just bought a pair of
new memory sticks, and they appear to pass memtest86. But there could
be some other obscure problem. I have a clevo mainboard with an i845
chipset. I haven't ever been able to find any detailed info about it.
There was no problem, no instability at all, when running 2.4 kernels
and older X versions on this system ... I haven't tried downgrading
yet, but that's an obvious thing to check.
The problem is definitely not confined to gentoo, I've tried
installing recent releases of Debian, Slackware, SuSE, and Redhat, as
well, with no better results.
I'm not equipped to debug the kernel using kgdb, and anyway I don't
know the kernel well at all.
But I've been trying to capture some useful info about what X is
doing, so far without very much luck.
The difficulty under gentoo has been that if I run X remotely under
gdb, the system always freezes totally when the bug is triggered, and
I haven't been able so far to figure out where to set breakpoints
interactively.
The bug is not even restricted to linux + X.org, it's present under
FreeBSD + X.org too (I installed 5.4 yesterday), though the behaviour
is a bit different. On BSD I generally see either a crash of the X
server, which aborts successfully, reporting either SIGILL or SIGSEGV,
or a spontaneous reboot of the system. This suggests to me that system
memory gets clobbered by the X server. The advantage is that X can be
convinced to produce a core dump under FreeBSD using X -core.
Here's what gdb yields investigating an X.org core dump produced by
running galeon. The glxgears crashes have a much deeper stack, so
I haven't reproduced them here.
Code: |
(gdb) bt f
#0 0x2824c37b in kill () from /lib/libc.so.5
No symbol table info available.
#1 0x28241422 in raise () from /lib/libc.so.5
No symbol table info available.
#2 0x282b3c1b in abort () from /lib/libc.so.5
No symbol table info available.
#3 0x0806d208 in ddxGiveUp () at xf86Init.c:1228
i = 511
#4 0x0806d2d6 in AbortDDX () at xf86Init.c:1283
i = 1
#5 0x080dce9e in AbortServer () at log.c:395
No locals.
#6 0x080dd130 in FatalError (
f=0x818b384 "Caught signal %d. Server aborting\n") at log.c:541
args = 0x0
beenhere = 1
#7 0x08081faf in xf86SigHandler (signo=11) at xf86Events.c:1298
No locals.
#8 0xbfbfff94 in ?? ()
No symbol table info available.
#9 0x0000000b in ?? ()
No symbol table info available.
#10 0x0000000c in ?? ()
No symbol table info available.
#11 0xbfbee520 in ?? ()
No symbol table info available.
#12 0x00000000 in ?? ()
No symbol table info available.
#13 0x08081f28 in xf86InterceptSignals () at xf86Events.c:1270
xf86SignalIntercept = (int *) 0x0
InputHandlers = 0x0
VTSwitchEnabled = 1
VTSysreqToggle = 0
#14 0x080b7f38 in ProcGetImage (client=0x5) at dispatch.c:2354
stuff = (xGetImageReq *) 0x1ff
#15 0x080b47db in Dispatch () at dispatch.c:455
clientReady = (int *) 0xbfbfe8d0
result = 511
client = 0x8c03080
nready = 33
start_tick = 207
#16 0x080c5529 in main (argc=5, argv=0xbfbfed88, envp=0xbfbfeda0) at main.c:442
i = 1
j = 0
k = 5
error = 673927318
xauthfile = 0x0
alwaysCheckForInput = {0, 1}
|
Walking up the stack, listing short code segments and printing
some variables that looked interesting gives:
Code: |
#1 0x28241422 in raise () from /lib/libc.so.5
442 Dispatch();
443
444 /* Now free up whatever must be freed */
445 if (screenIsSaved == SCREEN_SAVER_ON)
446 SaveScreens(SCREEN_SAVER_OFF, ScreenSaverReset);
447 FreeScreenSaverTimer();
448 CloseDownExtensions();
449
450 #ifdef PANORAMIX
451 {
|
Code: |
#2 0x282b3c1b in abort () from /lib/libc.so.5
452 Bool remember_it = noPanoramiXExtension;
453 noPanoramiXExtension = TRUE;
454 FreeAllResources();
455 noPanoramiXExtension = remember_it;
456 }
457 #else
458 FreeAllResources();
459 #endif
460
461 CloseDownDevices();
|
Code: |
#3 0x0806d208 in ddxGiveUp () at xf86Init.c:1228
1228 abort();
1223
1224 xf86CloseLog();
1225
1226 /* If an unexpected signal was caught, dump a core for debugging */
1227 if (xf86Info.caughtSignal)
1228 abort();
1229 }
1230
1231
1232
|
Code: |
#4 0x0806d2d6 in AbortDDX () at xf86Init.c:1283
1283 ddxGiveUp();
1278
1279 /*
1280 * This is needed for an abnormal server exit, since the normal exit stuff
1281 * MUST also be performed (i.e. the vt must be left in a defined state)
1282 */
1283 ddxGiveUp();
1284 }
1285
1286 void
1287 OsVendorFatalError()
|
Code: |
#5 0x080dce9e in AbortServer () at log.c:395
395 AbortDDX();
390
391 void
392 AbortServer(void)
393 {
394 OsCleanup(TRUE);
395 AbortDDX();
396 fflush(stderr);
397 if (CoreDump)
398 abort();
399 exit (1);
|
Code: |
#6 0x080dd130 in FatalError (
f=0x818b384 "Caught signal %d. Server aborting\n") at log.c:541
541 AbortServer();
536 #ifdef ABORTONFATALERROR
537 abort();
538 #endif
539 if (!beenhere) {
540 beenhere = TRUE;
541 AbortServer();
542 } else
543 abort();
544 /*NOTREACHED*/
545 }
|
Code: |
#7 0x08081faf in xf86SigHandler (signo=11) at xf86Events.c:1298
1298 FatalError("Caught signal %d. Server aborting\n", signo);
1293 LoaderCheckUnresolved(LD_RESOLV_IFDONE);
1294 ErrorF("\n"
1295 " *** If unresolved symbols were reported above, they might not\n"
1296 " *** be the reason for the server aborting.\n");
1297 #endif
1298 FatalError("Caught signal %d. Server aborting\n", signo);
1299 }
1300
1301 #ifdef MEMDEBUG
1302 void
$1 = 11
|
Code: |
#8 0xbfbfff94 in ?? ()
1303 xf86SigMemDebug(int signo)
1304 {
1305 CheckMemory();
1306 (void) signal(signo, xf86SigMemDebug);
1307 return;
1308 }
1309 #endif
1310
1311 /*
1312 * xf86VTSwitch --
No symbol "signo" in current context.
|
Code: |
#9 0x0000000b in ?? ()
1313 * Handle requests for switching the vt.
1314 */
1315 static void
1316 xf86VTSwitch()
1317 {
1318 int i, prevSIGIO;
1319 InputInfoPtr pInfo;
1320 IHPtr ih;
1321
1322 #ifdef DEBUG
|
Code: |
#10 0x0000000c in ?? ()
1323 ErrorF("xf86VTSwitch()\n");
1324 #endif
1325
1326 #ifdef XFreeXDGA
1327 if(!DGAVTSwitch())
1328 return;
1329 #endif
1330
1331 /*
1332 * Since all screens are currently all in the same state it is sufficient
|
Code: |
#11 0xbfbee520 in ?? ()
1333 * check the first. This might change in future.
1334 */
1335 if (xf86Screens[0]->vtSema) {
1336
1337 #ifdef DEBUG
1338 ErrorF("xf86VTSwitch: Leaving, xf86Exiting is %s\n",
1339 BOOLTOSTRING((dispatchException & DE_TERMINATE) ? TRUE : FALSE));
1340 #endif
1341 #ifdef DPMSExtension
1342 if (DPMSPowerLevel != DPMSModeOn)
$2 = 0
No symbol "DPMSModeOn" in current context.
$3 = 0 '\0'
$4 = 0x8715000
No symbol "xf86XScreens" in current context.
$5 = 0
|
Code: |
#12 0x00000000 in ?? ()
1343 DPMSSet(DPMSModeOn);
1344 #endif
1345 for (i = 0; i < xf86NumScreens; i++) {
1346 if (!(dispatchException & DE_TERMINATE))
1347 if (xf86Screens[i]->EnableDisableFBAccess)
1348 (*xf86Screens[i]->EnableDisableFBAccess) (i, FALSE);
1349 }
1350 #if !defined(__UNIXOS2__)
1351
1352 /*
$6 = (xf86EnableDisableFBAccessProc *) 0x88f242c
|
Code: |
#13 0x08081f28 in xf86InterceptSignals () at xf86Events.c:1270
1270 }
1265 void
1266 xf86InterceptSignals(int *signo)
1267 {
1268 if ((xf86SignalIntercept = signo))
1269 *signo = -1;
1270 }
1271
1272 /*
1273 * xf86SigHandler --
1274 * Catch unexpected signals and exit or continue cleanly.
No symbol "signo" in current context.
|
Code: |
#14 0x080b7f38 in ProcGetImage (client=0x5) at dispatch.c:2354
2354 return DoGetImage(client, stuff->format, stuff->drawable,
2349 {
2350 REQUEST(xGetImageReq);
2351
2352 REQUEST_SIZE_MATCH(xGetImageReq);
2353
2354 return DoGetImage(client, stuff->format, stuff->drawable,
2355 stuff->x, stuff->y,
2356 (int)stuff->width, (int)stuff->height,
2357 stuff->planeMask, (xGetImageReply **)NULL);
2358 }
$7 = 0x5
Cannot access memory at address 0x5
$8 = (xGetImageReq *) 0x1ff
Cannot access memory at address 0x1ff
Cannot access memory at address 0x200
Cannot access memory at address 0x207
Attempt to use a type name as an expression
|
Code: |
#15 0x080b47db in Dispatch () at dispatch.c:455
455 result = (* client->requestVector[MAJOROP])(client)
$9 = 511
$10 = 0x8c03080
$11 = {index = 269484033, clientAsMask = 10486141, requestBuffer = 0x83c0000,
osPrivate = 0xf10140, swapped = 144048640, pSwapReplyFunc = 0xdec,
errorValue = 1, sequence = 2816, closeDownMode = 675487744,
clientGone = 146813100, noClientException = 0, lastDrawable = 0x0,
lastDrawableID = 146813116, lastGC = 0x0, lastGCID = 0, saveSet = 0x20000,
numSaved = 0, screenPrivate = {0x0, 0x0, 0x0, 0x8be7da0, 0x0, 0x3e031a,
0x3f0343, 0x3f0021, 0x400343, 0x4bb34bb3, 0x4bb34bb3, 0x4bb34bb3,
0x4bb44bb4, 0x4bb44bb4, 0x4bb44bb4, 0x8c03000}, requestVector = 0x895b890,
req_len = 537036936, big_requests = 1, priority = 10485952,
clientState = ClientStateInitial, devPrivates = 0x680021,
xkbClientFlags = 0, mapNotifyMask = 0, newKeyboardNotifyMask = 0,
vMajor = 0, vMinor = 0, minKC = 0 '\0', maxKC = 0 '\0',
replyBytesRemaining = 0, authId = 0, trustLevel = 0, CheckAccess = 0x6ba,
appgroup = 0x833dc70, fontResFunc = 0x8c03150, smart_priority = 0,
smart_start_tick = 0, smart_stop_tick = 0, smart_check_tick = 0}
450 client->requestLogIndex++;
451 #endif
452 if (result > (maxBigRequestSize << 2))
453 result = BadLength;
454 else
455 result = (* client->requestVector[MAJOROP])(client);456
457 if (result != Success)
458 {
459 if (client->noClientException != Success)
|
Most likely galeon is the X client here and it's requesting a vector for a drawing
operation ... this drawing operation may be what causes X to catch SIGSEGV.
Code: |
#16 0x080c5529 in main (argc=5, argv=0xbfbfed88, envp=0xbfbfeda0) at main.c:442
442 Dispatch();
437 {
438 if (!CreateConnectionBlock())
439 FatalError("could not create connection block info");
440 }
441
442 Dispatch();
443
444 /* Now free up whatever must be freed */
445 if (screenIsSaved == SCREEN_SAVER_ON)
446 SaveScreens(SCREEN_SAVER_OFF, ScreenSaverReset);
No symbol "ScreenSaverReset" in current context.
Initial frame selected; you cannot go up.
|
Next I'm going to try setting some breakpoints upstream of the crash, and see if I
can narrow down the offending code any more than this.
If anyone has any insight or suggestions I would love to hear them ... I
don't know the X code any better than the kernel
This is about the worst bug I've ever seen under linux ... it would be
really nice to help get it solved. |
|
Back to top |
|
|
vipernicus Veteran
Joined: 17 Jan 2005 Posts: 1462 Location: Your College IT Dept.
|
Posted: Mon Jun 13, 2005 4:03 pm Post subject: |
|
|
I am using X.org 6.8.2, Nvidia drivers (with updated patches) 6629, and kernel 2.6.12-rc6-mm1-ck2, and am having no X.org memory issues, no lockups, renderaccel enabled, compositing enabled, and with kde 3.4.1. Not sure if it is Gentoo related or not, because I am using ArchLinux. Everything seems stable and fast for me. Have had my PC up and running for about a week now with no crashes. My system is a P4 1.5, 768 MB PC-133 SDRAM, Geforce420MX 64mb, nothing special. _________________ Viper-Sources Maintainer || nesl247 Projects || vipernicus.org blog |
|
Back to top |
|
|
piggie Tux's lil' helper
Joined: 01 Jan 2003 Posts: 113 Location: Sydney, Australia
|
Posted: Tue Jun 14, 2005 3:26 am Post subject: |
|
|
Okay, I'm not even sure this is an X related issue at all.
As a test, I switched back to Linux before I went away for the long weekend, but I decided to stop xdm before I left, because I wanted apache to keep running while I was gone. No X running at all - so that rules out firefox, X, KDE and any other X based app for me!
I came home to find my machine hard locked anyway. I dont know how long it lasted.
So now I'm back to XP again. Might have to get apache running on XP for now |
|
Back to top |
|
|
yaneurabeya Veteran
Joined: 13 May 2004 Posts: 1754 Location: Seattle
|
Posted: Tue Jun 14, 2005 3:45 am Post subject: |
|
|
drefo: That's sure a long post. I have no idea what your issue is, but I'm running FreeBSD on my OpenGL PC without fault but then again it's an nVidia card and not an ATI card.
JEB: If you come across something that's reproduceable, post a bug! You've most likely found something that needs to be fixed so help someone fix it .
Piggie: Has the issue occurred in XP at all? If it's occurring in XP it might be a power/mobo/CPU seating related issue that needs to be taken care of.
Everyone: If bloated DEs cause issues (or DEs with lots of features), try a straight WM like Fluxbox or TWM or something. Sure, I like my XFCE4.2 and I'm sure you like [insert your favorite DE here], but noticed that I was having some issues with firefox and rendering webpages that were reproduceable in XFCE4.2, but not Fluxbox. So the point is that simpler WMs may not give you the bad results that have been occurring the past while with the current DE you are using. |
|
Back to top |
|
|
Gergan Penkov Veteran
Joined: 17 Jul 2004 Posts: 1464 Location: das kleinste Kuhdorf Deutschlands :)
|
Posted: Tue Jun 14, 2005 12:18 pm Post subject: |
|
|
Hi guys,
Well I didn't have internet for a long time, but I see that the thread is gone longer :)), what yaneurabeya said about window managers is probably true, because I saw very strange behaviour in xscreensaver. First I have disabled RenderAccel and have no lockups for a long time, but bugs and nasty artifacts appear from time to time, especially when running two xserevers. But I've saw two time xscreensaver lamenting about not having the right permissions for the nvidia devices, although it runs fine on other occasions and the permissions are ok (opengl runs and so on), so the question is could it be sth with permissions and xscreensaver, this said, is it more a pam problem or a xscreensaver. And about *boxes if you run them without xscreensaver and there are no problems this shows that there is some mystic connection between firefox and xscreensaver (probably screengrabing or sth like that). I will disable xscreensaver and try if this solves the problem (I have a reliable way to test it, enabling renderaccel and starting kde results in lockup) and will report later. _________________ "I knew when an angel whispered into my ear,
You gotta get him away, yeah
Hey little bitch!
Be glad you finally walked away or you may have not lived another day."
Godsmack |
|
Back to top |
|
|
Grayman Apprentice
Joined: 25 Feb 2004 Posts: 186 Location: South Africa
|
Posted: Tue Jun 14, 2005 6:17 pm Post subject: |
|
|
Ummm yaneurabeya, nope XP doesn't have this issue - it does crash at times but usually due to the idiot over here doing something daft, rather than just surfing a site or moving the mouse. I can remember couple months back e-mailing the the phrase "your mouse just moved, please reboot" with reference to W*ndows install procedures - it is sad to see Linux at that level. I will be trying Debian soon to see if that too has issues - I know SUSE 9.2 seems to crash/lockup as easily as my Gentoo install did, so it is not my hamfisted tecchie inabilities, as that installs itself virtually automatically. I believe Debian "Sarge" uses Xfree, so might be a worthwhile comparison.
Grayman |
|
Back to top |
|
|
drefo n00b
Joined: 28 May 2005 Posts: 46
|
Posted: Tue Jun 14, 2005 7:07 pm Post subject: |
|
|
yaneurabeya wrote: | drefo: That's sure a long post. I have no idea what your issue is, but I'm running FreeBSD on my OpenGL PC without fault but then again it's an nVidia card and not an ATI card. |
Yeah ... sorry for the length: I was hoping maybe an X geek might read it and see something
there. It's interesting that FreeBSD works for you with the nVidia.
I have no clear idea what the issue is either: just a theory that there's a bug involving
new versions of X.org and the ati drivers which is triggered by some hardware, since my system
was perfectly stable running older linux kernels and Xfree86. My problems began when I hauled
my laptop out of storage and installed gentoo 2005.0, which runs swimmingly well, as long
as I don't use X
I'm going to work on it a few more days and probably open up an X.org bug once
I satisfy myself that my system is still stable with older distributions.
I'm using fluxbox and I have no screensavers set ... so I don't think that's the issue
for me, but I agree with you that DE's can cause problems. I've always preferred
a more minimal setup. |
|
Back to top |
|
|
kwyjibo n00b
Joined: 21 Feb 2005 Posts: 14 Location: Switzerland
|
Posted: Tue Jun 14, 2005 7:57 pm Post subject: |
|
|
not sure, if i am at the right place here with my problem....
i updated my system after weeks with a emerge -Davu world last night
i noticed it crashed this morning but didnt pay too much attention and shut it down
now when i boot, X crashes and tells
"could not open default font fixed"
here is the /var/log/Xorg.0.log:
Code: |
X Window System Version 6.8.2
Release Date: 9 February 2005
X Protocol Version 11, Revision 0, Release 6.8.2
Build Operating System: Linux 2.6.11-vidalinux1 i686 [ELF]
Current Operating System: Linux localhost.localdomain 2.6.11-vidalinux1 #3 Sat Apr 30 13:24:38 CEST 2005 i686
Build Date: 14 June 2005
Before reporting problems, check http://wiki.X.Org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Tue Jun 14 20:41:32 2005
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Screen0" (0)
(**) | |-->Monitor "Monitor0"
(**) | |-->Device "Videocard0"
(**) |-->Input Device "Mouse0"
(**) |-->Input Device "Keyboard0"
(**) FontPath set to "unix/:-1"
(**) RgbPath set to "/usr/lib/X11/rgb"
(==) ModulePath set to "/usr/lib/modules"
(WW) Open APM failed (/dev/apm_bios) (No such file or directory)
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.2
X.Org Video Driver: 0.7
X.Org XInput driver : 0.4
X.Org Server Extension : 0.2
X.Org Font Renderer : 0.4
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/lib/modules/fonts/libbitmap.a
(II) Module bitmap: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 1.0.0
Module class: X.Org Font Renderer
ABI class: X.Org Font Renderer, version 0.4
(II) Loading font Bitmap
(II) LoadModule: "pcidata"
(II) Loading /usr/lib/modules/libpcidata.a
(II) Module pcidata: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 1.0.0
ABI class: X.Org Video Driver, version 0.7
(++) using VT number 7
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 1106,3099 card 1019,0996 rev 00 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 1106,b099 card 0000,0000 rev 00 class 06,04,00 hdr 01
(II) PCI: 00:0a:0: chip 10ec,8139 card 4554,434e rev 10 class 02,00,00 hdr 00
(II) PCI: 00:0b:0: chip 1033,0035 card 1691,8001 rev 41 class 0c,03,10 hdr 80
(II) PCI: 00:0b:1: chip 1033,0035 card 1691,8001 rev 41 class 0c,03,10 hdr 00
(II) PCI: 00:0b:2: chip 1033,00e0 card 1691,8002 rev 02 class 0c,03,20 hdr 00
(II) PCI: 00:11:0: chip 1106,3147 card 1019,0996 rev 00 class 06,01,00 hdr 80
(II) PCI: 00:11:1: chip 1106,0571 card 1106,0571 rev 06 class 01,01,8a hdr 00
(II) PCI: 00:11:2: chip 1106,3038 card 0925,1234 rev 23 class 0c,03,00 hdr 00
(II) PCI: 00:11:3: chip 1106,3038 card 0925,1234 rev 23 class 0c,03,00 hdr 00
(II) PCI: 00:11:5: chip 1106,3059 card 1019,0996 rev 40 class 04,01,00 hdr 00
(II) PCI: 01:00:0: chip 10de,0250 card 1043,800f rev a3 class 03,00,00 hdr 00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 0 I/O range:
[0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 0 non-prefetchable memory range:
[0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 0 prefetchable memory range:
[0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000c (VGA_EN is set)
(II) Bus 1 non-prefetchable memory range:
[0] -1 0 0xe8000000 - 0xe9ffffff (0x2000000) MX[B]
(II) Bus 1 prefetchable memory range:
[0] -1 0 0xd8000000 - 0xe7ffffff (0x10000000) MX[B]
(II) PCI-to-ISA bridge:
(II) Bus -1: bridge is at (0:17:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set)
(--) PCI:*(1:0:0) nVidia Corporation NV25 [GeForce4 Ti 4600] rev 163, Mem @ 0xe8000000/24, 0xd8000000/27, 0xe0000000/19
(II) Addressable bus resource ranges are
[0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]
[1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
[0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)
[1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
(II) PCI Memory resource overlap reduced 0xd0000000 from 0xd7ffffff to 0xcfffffff
(II) Active PCI resource ranges:
[0] -1 0 0xea003000 - 0xea0030ff (0x100) MX[B]
[1] -1 0 0xea002000 - 0xea002fff (0x1000) MX[B]
[2] -1 0 0xea001000 - 0xea001fff (0x1000) MX[B]
[3] -1 0 0xea000000 - 0xea0000ff (0x100) MX[B]
[4] -1 0 0xd0000000 - 0xcfffffff (0x0) MX[B]O
[5] -1 0 0xe0000000 - 0xe007ffff (0x80000) MX[B](B)
[6] -1 0 0xd8000000 - 0xdfffffff (0x8000000) MX[B](B)
[7] -1 0 0xe8000000 - 0xe8ffffff (0x1000000) MX[B](B)
[8] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]
[9] -1 0 0x0000dc00 - 0x0000dc1f (0x20) IX[B]
[10] -1 0 0x0000d800 - 0x0000d81f (0x20) IX[B]
[11] -1 0 0x0000d400 - 0x0000d40f (0x10) IX[B]
[12] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]
(II) Active PCI resource ranges after removing overlaps:
[0] -1 0 0xea003000 - 0xea0030ff (0x100) MX[B]
[1] -1 0 0xea002000 - 0xea002fff (0x1000) MX[B]
[2] -1 0 0xea001000 - 0xea001fff (0x1000) MX[B]
[3] -1 0 0xea000000 - 0xea0000ff (0x100) MX[B]
[4] -1 0 0xd0000000 - 0xcfffffff (0x0) MX[B]O
[5] -1 0 0xe0000000 - 0xe007ffff (0x80000) MX[B](B)
[6] -1 0 0xd8000000 - 0xdfffffff (0x8000000) MX[B](B)
[7] -1 0 0xe8000000 - 0xe8ffffff (0x1000000) MX[B](B)
[8] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]
[9] -1 0 0x0000dc00 - 0x0000dc1f (0x20) IX[B]
[10] -1 0 0x0000d800 - 0x0000d81f (0x20) IX[B]
[11] -1 0 0x0000d400 - 0x0000d40f (0x10) IX[B]
[12] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]
(II) OS-reported resource ranges after removing overlaps with PCI:
[0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)
[1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
(II) All system resource ranges:
[0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)
[1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[5] -1 0 0xea003000 - 0xea0030ff (0x100) MX[B]
[6] -1 0 0xea002000 - 0xea002fff (0x1000) MX[B]
[7] -1 0 0xea001000 - 0xea001fff (0x1000) MX[B]
[8] -1 0 0xea000000 - 0xea0000ff (0x100) MX[B]
[9] -1 0 0xd0000000 - 0xcfffffff (0x0) MX[B]O
[10] -1 0 0xe0000000 - 0xe007ffff (0x80000) MX[B](B)
[11] -1 0 0xd8000000 - 0xdfffffff (0x8000000) MX[B](B)
[12] -1 0 0xe8000000 - 0xe8ffffff (0x1000000) MX[B](B)
[13] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[14] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[15] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]
[16] -1 0 0x0000dc00 - 0x0000dc1f (0x20) IX[B]
[17] -1 0 0x0000d800 - 0x0000d81f (0x20) IX[B]
[18] -1 0 0x0000d400 - 0x0000d40f (0x10) IX[B]
[19] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]
(II) LoadModule: "dbe"
(II) Loading /usr/lib/modules/extensions/libdbe.a
(II) Module dbe: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 0.2
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "extmod"
(II) Loading /usr/lib/modules/extensions/libextmod.a
(II) Module extmod: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 0.2
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "fbdevhw"
(II) Loading /usr/lib/modules/linux/libfbdevhw.a
(II) Module fbdevhw: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 0.0.2
ABI class: X.Org Video Driver, version 0.7
(II) LoadModule: "glx"
(II) Loading /usr/lib/modules/extensions/libglx.a
(II) Module glx: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 1.0.0
ABI class: X.Org Server Extension, version 0.2
(II) Loading sub module "GLcore"
(II) LoadModule: "GLcore"
(II) Loading /usr/lib/modules/extensions/libGLcore.a
(II) Module GLcore: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 1.0.0
ABI class: X.Org Server Extension, version 0.2
(II) Loading extension GLX
(II) LoadModule: "record"
(II) Loading /usr/lib/modules/extensions/librecord.a
(II) Module record: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 1.13.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 0.2
(II) Loading extension RECORD
(II) LoadModule: "freetype"
(II) Loading /usr/lib/modules/fonts/libfreetype.so
(II) Module freetype: vendor="X.Org Foundation & the After X-TT Project"
compiled for 6.8.2, module version = 2.1.0
Module class: X.Org Font Renderer
ABI class: X.Org Font Renderer, version 0.4
(II) Loading font FreeType
(II) LoadModule: "type1"
(II) Loading /usr/lib/modules/fonts/libtype1.a
(II) Module type1: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 1.0.2
Module class: X.Org Font Renderer
ABI class: X.Org Font Renderer, version 0.4
(II) Loading font Type1
(II) Loading font CID
(II) LoadModule: "dri"
(II) Loading /usr/lib/modules/extensions/libdri.a
(II) Module dri: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 1.0.0
ABI class: X.Org Server Extension, version 0.2
(II) Loading sub module "drm"
(II) LoadModule: "drm"
(II) Loading /usr/lib/modules/linux/libdrm.a
(II) Module drm: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 1.0.0
ABI class: X.Org Server Extension, version 0.2
(II) Loading extension XFree86-DRI
(II) LoadModule: "nv"
(II) Loading /usr/lib/modules/drivers/nv_drv.o
(II) Module nv: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 1.0.1
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 0.7
(II) LoadModule: "mouse"
(II) Loading /usr/lib/modules/input/mouse_drv.o
(II) Module mouse: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 1.0.0
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 0.4
(II) LoadModule: "kbd"
(II) Loading /usr/lib/modules/input/kbd_drv.o
(II) Module kbd: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 1.0.0
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 0.4
(II) NV: driver for NVIDIA chipsets: RIVA 128, RIVA TNT, RIVA TNT2,
Unknown TNT2, Vanta, RIVA TNT2 Ultra, RIVA TNT2 Model 64,
Aladdin TNT2, GeForce 256, GeForce DDR, Quadro, GeForce2 MX/MX 400,
GeForce2 MX 100/200, GeForce2 Go, Quadro2 MXR/EX/Go,
GeForce2 Integrated GPU, GeForce2 GTS, GeForce2 Ti, GeForce2 Ultra,
Quadro2 Pro, GeForce4 MX 460, GeForce4 MX 440, GeForce4 MX 420,
GeForce4 MX 440-SE, GeForce4 440 Go, GeForce4 420 Go,
GeForce4 420 Go 32M, GeForce4 460 Go, Quadro4 550 XGL,
GeForce4 440 Go 64M, Quadro4 NVS, Quadro4 500 GoGL,
GeForce4 410 Go 16M, GeForce4 MX 440 with AGP8X,
GeForce4 MX 440SE with AGP8X, GeForce4 MX 420 with AGP8X,
GeForce4 MX 4000, GeForce4 448 Go, GeForce4 488 Go, Quadro4 580 XGL,
Quadro4 280 NVS, Quadro4 380 XGL, Quadro NVS 50 PCI, GeForce4 448 Go,
GeForce4 MX Integrated GPU, GeForce3, GeForce3 Ti 200,
GeForce3 Ti 500, Quadro DCC, GeForce4 Ti 4600, GeForce4 Ti 4400,
0x0252, GeForce4 Ti 4200, Quadro4 900 XGL, Quadro4 750 XGL,
Quadro4 700 XGL, GeForce4 Ti 4800, GeForce4 Ti 4200 with AGP8X,
GeForce4 Ti 4800 SE, GeForce4 4200 Go, Quadro4 700 GoGL,
Quadro4 980 XGL, Quadro4 780 XGL, GeForce FX 5800 Ultra,
GeForce FX 5800, Quadro FX 2000, Quadro FX 1000,
GeForce FX 5600 Ultra, GeForce FX 5600, 0x0313, GeForce FX 5600SE,
0x0316, 0x0317, GeForce FX Go5600, GeForce FX Go5650,
Quadro FX Go700, 0x031D, 0x031E, 0x031F, GeForce FX 5200,
GeForce FX 5200 Ultra, GeForce FX 5200, GeForce FX 5200SE,
GeForce FX Go5200, GeForce FX Go5250, GeForce FX 5500,
GeForce FX 5100, GeForce FX Go5200 32M/64M, 0x0329,
Quadro NVS 280 PCI, Quadro FX 500/600 PCI, GeForce FX Go53xx Series,
GeForce FX Go5100, 0x032F, GeForce FX 5900 Ultra, GeForce FX 5900,
GeForce FX 5900XT, GeForce FX 5950 Ultra, Quadro FX 700,
GeForce FX 5900ZT, Quadro FX 3000, GeForce FX 5700 Ultra,
GeForce FX 5700, GeForce FX 5700LE, GeForce FX 5700VE, 0x0345,
GeForce FX Go5700, GeForce FX Go5700, 0x0349, 0x034B,
Quadro FX Go1000, Quadro FX 1100, 0x034F, GeForce 6800 Ultra,
GeForce 6800, GeForce 6800 LE, 0x0043, GeForce 6800 GT, 0x0049,
Quadro FX 4000, Quadro FX 4400, 0x00C0, 0x00C1, GeForce 6800 LE,
0x00C8, 0x00C9, 0x00CC, 0x00CE, GeForce 6600 GT, GeForce 6600,
0x0142, 0x0143, GeForce Go 6600, GeForce 6610 XL,
GeForce Go 6600 TE/6200 TE, 0x0147, GeForce Go 6600, 0x0149, 0x014B,
0x014C, 0x014D, Quadro FX 540, GeForce 6200, 0x0160, 0x0166, 0x0210,
0x0211, 0x021D, 0x021E
(II) Primary Device is: PCI 01:00:0
(--) Assigning device section with no busID to primary device
(--) Chipset GeForce4 Ti 4600 found
(II) resource ranges after xf86ClaimFixedResources() call:
[0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)
[1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[5] -1 0 0xea003000 - 0xea0030ff (0x100) MX[B]
[6] -1 0 0xea002000 - 0xea002fff (0x1000) MX[B]
[7] -1 0 0xea001000 - 0xea001fff (0x1000) MX[B]
[8] -1 0 0xea000000 - 0xea0000ff (0x100) MX[B]
[9] -1 0 0xd0000000 - 0xcfffffff (0x0) MX[B]O
[10] -1 0 0xe0000000 - 0xe007ffff (0x80000) MX[B](B)
[11] -1 0 0xd8000000 - 0xdfffffff (0x8000000) MX[B](B)
[12] -1 0 0xe8000000 - 0xe8ffffff (0x1000000) MX[B](B)
[13] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[14] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[15] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]
[16] -1 0 0x0000dc00 - 0x0000dc1f (0x20) IX[B]
[17] -1 0 0x0000d800 - 0x0000d81f (0x20) IX[B]
[18] -1 0 0x0000d400 - 0x0000d40f (0x10) IX[B]
[19] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]
(II) resource ranges after probing:
[0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)
[1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[5] -1 0 0xea003000 - 0xea0030ff (0x100) MX[B]
[6] -1 0 0xea002000 - 0xea002fff (0x1000) MX[B]
[7] -1 0 0xea001000 - 0xea001fff (0x1000) MX[B]
[8] -1 0 0xea000000 - 0xea0000ff (0x100) MX[B]
[9] -1 0 0xd0000000 - 0xcfffffff (0x0) MX[B]O
[10] -1 0 0xe0000000 - 0xe007ffff (0x80000) MX[B](B)
[11] -1 0 0xd8000000 - 0xdfffffff (0x8000000) MX[B](B)
[12] -1 0 0xe8000000 - 0xe8ffffff (0x1000000) MX[B](B)
[13] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B]
[14] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B]
[15] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B]
[16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[17] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[18] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]
[19] -1 0 0x0000dc00 - 0x0000dc1f (0x20) IX[B]
[20] -1 0 0x0000d800 - 0x0000d81f (0x20) IX[B]
[21] -1 0 0x0000d400 - 0x0000d40f (0x10) IX[B]
[22] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]
[23] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B]
[24] 0 0 0x000003c0 - 0x000003df (0x20) IS[B]
(II) Setting vga for screen 0.
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Loading /usr/lib/modules/linux/libint10.a
(II) Module int10: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 1.0.0
ABI class: X.Org Video Driver, version 0.7
(II) NV(0): Initializing int10
(II) NV(0): Primary V_BIOS segment is: 0xc000
(--) NV(0): Chipset: "GeForce4 Ti 4600"
(**) NV(0): Depth 24, (--) framebuffer bpp 32
(==) NV(0): RGB weight 888
(==) NV(0): Default visual is TrueColor
(II) Loading sub module "vgahw"
(II) LoadModule: "vgahw"
(II) Loading /usr/lib/modules/libvgahw.a
(II) Module vgahw: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 0.1.0
ABI class: X.Org Video Driver, version 0.7
(==) NV(0): Using HW cursor
(--) NV(0): Linear framebuffer at 0xD8000000
(--) NV(0): MMIO registers at 0xE8000000
(II) Loading sub module "i2c"
(II) LoadModule: "i2c"
(II) Loading /usr/lib/modules/libi2c.a
(II) Module i2c: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 1.2.0
ABI class: X.Org Video Driver, version 0.7
(II) Loading sub module "ddc"
(II) LoadModule: "ddc"
(II) Loading /usr/lib/modules/libddc.a
(II) Module ddc: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 1.0.0
ABI class: X.Org Video Driver, version 0.7
(II) NV(0): I2C bus "DDC" initialized.
(II) NV(0): Probing for analog device on output A...
(--) NV(0): ...can't find one
(II) NV(0): Probing for analog device on output B...
(--) NV(0): ...can't find one
(II) NV(0): Probing for EDID on I2C bus A...
(II) NV(0): I2C device "DDC:ddc2" registered at address 0xA0.
(II) NV(0): I2C device "DDC:ddc2" removed.
(--) NV(0): DDC detected a DFP:
(II) NV(0): Manufacturer: SAM Model: bb Serial#: 1312960825
(II) NV(0): Year: 2003 Week: 52
(II) NV(0): EDID Version: 1.3
(II) NV(0): Digital Display Input
(II) NV(0): Max H-Image Size [cm]: horiz.: 38 vert.: 30
(II) NV(0): Gamma: 2.60
(II) NV(0): DPMS capabilities: Off; RGB/Color Display
(II) NV(0): First detailed timing is preferred mode
(II) NV(0): redX: 0.635 redY: 0.345 greenX: 0.295 greenY: 0.600
(II) NV(0): blueX: 0.140 blueY: 0.080 whiteX: 0.310 whiteY: 0.330
(II) NV(0): Supported VESA Video Modes:
(II) NV(0): 720x400@70Hz
(II) NV(0): 640x480@60Hz
(II) NV(0): 640x480@67Hz
(II) NV(0): 640x480@72Hz
(II) NV(0): 640x480@75Hz
(II) NV(0): 800x600@56Hz
(II) NV(0): 800x600@60Hz
(II) NV(0): 800x600@72Hz
(II) NV(0): 800x600@75Hz
(II) NV(0): 832x624@75Hz
(II) NV(0): 1024x768@60Hz
(II) NV(0): 1024x768@70Hz
(II) NV(0): 1024x768@75Hz
(II) NV(0): 1280x1024@75Hz
(II) NV(0): 1152x870@75Hz
(II) NV(0): Manufacturer's mask: 0
(II) NV(0): Supported Future Video Modes:
(II) NV(0): #0: hsize: 1280 vsize 1024 refresh: 60 vid: 32897
(II) NV(0): Supported additional Video Mode:
(II) NV(0): clock: 108.0 MHz Image Size: 376 x 301 mm
(II) NV(0): h_active: 1280 h_sync: 1328 h_sync_end 1440 h_blank_end 1688 h_border: 0
(II) NV(0): v_active: 1024 v_sync: 1025 v_sync_end 1028 v_blanking: 1066 v_border: 0
(II) NV(0): Ranges: V min: 56 V max: 75 Hz, H min: 30 H max: 81 kHz, PixClock max 140 MHz
(II) NV(0): Monitor name: SyncMaster
(II) NV(0): Serial No: HMEWC03748
(II) NV(0): Probing for EDID on I2C bus B...
(II) NV(0): I2C device "DDC:ddc2" registered at address 0xA0.
(II) NV(0): I2C device "DDC:ddc2" removed.
(II) NV(0): ... none found
(--) NV(0): CRTC 1 is currently programmed for DFP
(II) NV(0): Using DFP on CRTC 1
(--) NV(0): Panel size is 1280 x 1024
(--) NV(0): VideoRAM: 131072 kBytes
(==) NV(0): Using gamma correction (1.0, 1.0, 1.0)
(II) NV(0): Monitor0: Using hsync range of 30.00-81.00 kHz
(II) NV(0): Monitor0: Using vrefresh range of 56.00-75.00 Hz
(II) NV(0): Clock range: 12.00 to 350.00 MHz
(II) NV(0): Not using default mode "640x350" (vrefresh out of range)
(II) NV(0): Not using default mode "320x175" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "640x400" (vrefresh out of range)
(II) NV(0): Not using default mode "320x200" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "720x400" (vrefresh out of range)
(II) NV(0): Not using default mode "360x200" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "640x480" (vrefresh out of range)
(II) NV(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "800x600" (vrefresh out of range)
(II) NV(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "1024x768" (vrefresh out of range)
(II) NV(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "576x432" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "1280x960" (hsync out of range)
(II) NV(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "1280x1024" (hsync out of range)
(II) NV(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan)
(II) NV(0): Mode "1600x1200" is larger than BIOS programmed panel size of 1280 x 1024. Removing.
(II) NV(0): Not using default mode "1600x1200" (unknown reason)
(II) NV(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan)
(II) NV(0): Mode "1600x1200" is larger than BIOS programmed panel size of 1280 x 1024. Removing.
(II) NV(0): Not using default mode "1600x1200" (unknown reason)
(II) NV(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan)
(II) NV(0): Mode "1600x1200" is larger than BIOS programmed panel size of 1280 x 1024. Removing.
(II) NV(0): Not using default mode "1600x1200" (unknown reason)
(II) NV(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan)
(II) NV(0): Mode "1600x1200" is larger than BIOS programmed panel size of 1280 x 1024. Removing.
(II) NV(0): Not using default mode "1600x1200" (unknown reason)
(II) NV(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan)
(II) NV(0): Mode "1600x1200" is larger than BIOS programmed panel size of 1280 x 1024. Removing.
(II) NV(0): Not using default mode "1600x1200" (unknown reason)
(II) NV(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan)
(II) NV(0): Mode "1792x1344" is larger than BIOS programmed panel size of 1280 x 1024. Removing.
(II) NV(0): Not using default mode "1792x1344" (unknown reason)
(II) NV(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan)
(II) NV(0): Mode "1792x1344" is larger than BIOS programmed panel size of 1280 x 1024. Removing.
(II) NV(0): Not using default mode "1792x1344" (unknown reason)
(II) NV(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan)
(II) NV(0): Mode "1856x1392" is larger than BIOS programmed panel size of 1280 x 1024. Removing.
(II) NV(0): Not using default mode "1856x1392" (unknown reason)
(II) NV(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan)
(II) NV(0): Mode "1856x1392" is larger than BIOS programmed panel size of 1280 x 1024. Removing.
(II) NV(0): Not using default mode "1856x1392" (unknown reason)
(II) NV(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan)
(II) NV(0): Mode "1920x1440" is larger than BIOS programmed panel size of 1280 x 1024. Removing.
(II) NV(0): Not using default mode "1920x1440" (unknown reason)
(II) NV(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan)
(II) NV(0): Mode "1920x1440" is larger than BIOS programmed panel size of 1280 x 1024. Removing.
(II) NV(0): Not using default mode "1920x1440" (unknown reason)
(II) NV(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "416x312" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "1152x768" (vrefresh out of range)
(II) NV(0): Not using default mode "576x384" (bad mode clock/interlace/doublescan)
(II) NV(0): Mode "1400x1050" is larger than BIOS programmed panel size of 1280 x 1024. Removing.
(II) NV(0): Not using default mode "1400x1050" (unknown reason)
(II) NV(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan)
(II) NV(0): Mode "1400x1050" is larger than BIOS programmed panel size of 1280 x 1024. Removing.
(II) NV(0): Not using default mode "1400x1050" (unknown reason)
(II) NV(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan)
(II) NV(0): Mode "1600x1024" is larger than BIOS programmed panel size of 1280 x 1024. Removing.
(II) NV(0): Not using default mode "1600x1024" (unknown reason)
(II) NV(0): Not using default mode "800x512" (bad mode clock/interlace/doublescan)
(II) NV(0): Mode "1920x1440" is larger than BIOS programmed panel size of 1280 x 1024. Removing.
(II) NV(0): Not using default mode "1920x1440" (unknown reason)
(II) NV(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan)
(II) NV(0): Mode "2048x1536" is larger than BIOS programmed panel size of 1280 x 1024. Removing.
(II) NV(0): Not using default mode "2048x1536" (unknown reason)
(II) NV(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan)
(II) NV(0): Mode "2048x1536" is larger than BIOS programmed panel size of 1280 x 1024. Removing.
(II) NV(0): Not using default mode "2048x1536" (unknown reason)
(II) NV(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "2048x1536" (bad mode clock/interlace/doublescan)
(II) NV(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan)
(--) NV(0): Virtual size is 1280x1024 (pitch 1280)
(**) NV(0): *Default mode "1280x1024": 135.0 MHz, 80.0 kHz, 75.0 Hz
(II) NV(0): Modeline "1280x1024" 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync
(**) NV(0): *Default mode "1024x768": 78.8 MHz, 60.1 kHz, 75.1 Hz
(II) NV(0): Modeline "1024x768" 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync
(**) NV(0): *Default mode "800x600": 49.5 MHz, 46.9 kHz, 75.0 Hz
(II) NV(0): Modeline "800x600" 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync
(**) NV(0): *Default mode "640x480": 31.5 MHz, 37.5 kHz, 75.0 Hz
(II) NV(0): Modeline "640x480" 31.50 640 656 720 840 480 481 484 500 -hsync -vsync
(**) NV(0): Default mode "1280x1024": 108.0 MHz, 64.0 kHz, 60.0 Hz
(II) NV(0): Modeline "1280x1024" 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync
(**) NV(0): Default mode "1280x960": 108.0 MHz, 60.0 kHz, 60.0 Hz
(II) NV(0): Modeline "1280x960" 108.00 1280 1376 1488 1800 960 961 964 1000 +hsync +vsync
(**) NV(0): Default mode "1152x864": 108.0 MHz, 67.5 kHz, 75.0 Hz
(II) NV(0): Modeline "1152x864" 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync
(**) NV(0): Default mode "1024x768": 75.0 MHz, 56.5 kHz, 70.1 Hz
(II) NV(0): Modeline "1024x768" 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync
(**) NV(0): Default mode "1024x768": 65.0 MHz, 48.4 kHz, 60.0 Hz
(II) NV(0): Modeline "1024x768" 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync
(**) NV(0): Default mode "832x624": 57.3 MHz, 49.7 kHz, 74.6 Hz
(II) NV(0): Modeline "832x624" 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync
(**) NV(0): Default mode "800x600": 50.0 MHz, 48.1 kHz, 72.2 Hz
(II) NV(0): Modeline "800x600" 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync
(**) NV(0): Default mode "800x600": 40.0 MHz, 37.9 kHz, 60.3 Hz
(II) NV(0): Modeline "800x600" 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync
(**) NV(0): Default mode "800x600": 36.0 MHz, 35.2 kHz, 56.2 Hz
(II) NV(0): Modeline "800x600" 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync
(**) NV(0): Default mode "640x480": 31.5 MHz, 37.9 kHz, 72.8 Hz
(II) NV(0): Modeline "640x480" 31.50 640 664 704 832 480 489 491 520 -hsync -vsync
(**) NV(0): Default mode "640x480": 25.2 MHz, 31.5 kHz, 60.0 Hz
(II) NV(0): Modeline "640x480" 25.20 640 656 752 800 480 490 492 525 -hsync -vsync
(**) NV(0): Display dimensions: (380, 300) mm
(**) NV(0): DPI set to (85, 86)
(II) Loading sub module "fb"
(II) LoadModule: "fb"
(II) Loading /usr/lib/modules/libfb.a
(II) Module fb: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 1.0.0
ABI class: X.Org ANSI C Emulation, version 0.2
(II) Loading sub module "xaa"
(II) LoadModule: "xaa"
(II) Loading /usr/lib/modules/libxaa.a
(II) Module xaa: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 1.2.0
ABI class: X.Org Video Driver, version 0.7
(II) Loading sub module "ramdac"
(II) LoadModule: "ramdac"
(II) Loading /usr/lib/modules/libramdac.a
(II) Module ramdac: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 0.1.0
ABI class: X.Org Video Driver, version 0.7
(--) Depth 24 pixmap format is 32 bpp
(II) do I need RAC? No, I don't.
(II) resource ranges after preInit:
[0] 0 0 0xe0000000 - 0xe007ffff (0x80000) MX[B]
[1] 0 0 0xd8000000 - 0xdfffffff (0x8000000) MX[B]
[2] 0 0 0xe8000000 - 0xe8ffffff (0x1000000) MX[B]
[3] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)
[4] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[5] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[6] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[7] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[8] -1 0 0xea003000 - 0xea0030ff (0x100) MX[B]
[9] -1 0 0xea002000 - 0xea002fff (0x1000) MX[B]
[10] -1 0 0xea001000 - 0xea001fff (0x1000) MX[B]
[11] -1 0 0xea000000 - 0xea0000ff (0x100) MX[B]
[12] -1 0 0xd0000000 - 0xcfffffff (0x0) MX[B]O
[13] -1 0 0xe0000000 - 0xe007ffff (0x80000) MX[B](B)
[14] -1 0 0xd8000000 - 0xdfffffff (0x8000000) MX[B](B)
[15] -1 0 0xe8000000 - 0xe8ffffff (0x1000000) MX[B](B)
[16] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD)
[17] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD)
[18] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD)
[19] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[20] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[21] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]
[22] -1 0 0x0000dc00 - 0x0000dc1f (0x20) IX[B]
[23] -1 0 0x0000d800 - 0x0000d81f (0x20) IX[B]
[24] -1 0 0x0000d400 - 0x0000d40f (0x10) IX[B]
[25] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]
[26] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU)
[27] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU)
(==) NV(0): Write-combining range (0xd8000000,0x8000000)
(II) NV(0): Using XFree86 Acceleration Architecture (XAA)
Screen to screen bit blits
Solid filled rectangles
8x8 mono pattern filled rectangles
Indirect CPU to Screen color expansion
Solid Lines
Scanline Image Writes
Offscreen Pixmaps
Setting up tile and stipple cache:
32 128x128 slots
32 256x256 slots
16 512x512 slots
(==) NV(0): Backing store disabled
(==) NV(0): Silken mouse enabled
(**) Option "dpms"
(**) NV(0): DPMS enabled
(==) RandR enabled
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension LBX
(II) Initializing built-in extension XC-APPGROUP
(II) Initializing built-in extension SECURITY
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFIXES
(II) Initializing built-in extension XFree86-Bigfont
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) Initializing built-in extension XEVIE
(**) Option "Protocol" "IMPS/2"
(**) Mouse0: Device: "/dev/input/mice"
(**) Mouse0: Protocol: "IMPS/2"
(**) Option "CorePointer"
(**) Mouse0: Core Pointer
(**) Option "Device" "/dev/input/mice"
(**) Option "Emulate3Buttons" "yes"
(**) Mouse0: Emulate3Buttons, Emulate3Timeout: 50
(**) Option "ZAxisMapping" "4 5"
(**) Mouse0: ZAxisMapping: buttons 4 and 5
(**) Mouse0: Buttons: 5
(**) Mouse0: SmartScroll: 1
(**) Option "CoreKeyboard"
(**) Keyboard0: Core Keyboard
(**) Option "Protocol" "standard"
(**) Keyboard0: Protocol: standard
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbRules" "xorg"
(**) Keyboard0: XkbRules: "xorg"
(**) Option "XkbModel" "pc105"
(**) Keyboard0: XkbModel: "pc105"
(**) Option "XkbLayout" "de_CH"
(**) Keyboard0: XkbLayout: "de_CH"
(**) Option "CustomKeycodes" "off"
(**) Keyboard0: CustomKeycodes disabled
(II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
(II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE)
(II) Mouse0: ps2EnableDataReporting: succeeded
Could not init font path element unix/:-1, removing from list!
Fatal server error:
could not open default font 'fixed'
Please consult the The X.Org Foundation support
at http://wiki.X.Org
for help.
Please also check the log file at "/var/log/Xorg.0.log" for additional information.
|
any help welcome... |
|
Back to top |
|
|
Patastrophe n00b
Joined: 11 Sep 2003 Posts: 52
|
Posted: Tue Jun 14, 2005 8:24 pm Post subject: |
|
|
I get the same bug, I'd also like to point out that I've been getting this long before I had X.org. XFree86 would do the same thing, however, not nearly as frequently. Sometimes with Mozilla, not often though, but it happens almost every time I play World of Warcraft and I wanna switch to another desktop to look up something on thottbot.com or something. |
|
Back to top |
|
|
yaneurabeya Veteran
Joined: 13 May 2004 Posts: 1754 Location: Seattle
|
Posted: Tue Jun 14, 2005 9:13 pm Post subject: |
|
|
drefo: Try disabling anything DGA or xscreensaver related. From the looks of the stack dump it appears that something nasty was happening with either one of the two listed. Try the alternate ATI driver if that doesn't work.
kwyjibo: Check your xorg.conf file to see if everything's kosher and make sure that the font paths/fonts described in it exist in the locations xorg.conf says they do. |
|
Back to top |
|
|
kwyjibo n00b
Joined: 21 Feb 2005 Posts: 14 Location: Switzerland
|
Posted: Tue Jun 14, 2005 10:21 pm Post subject: |
|
|
yaneurabeya wrote: | kwyjibo: Check your xorg.conf file to see if everything's kosher and make sure that the font paths/fonts described in it exist in the locations xorg.conf says they do. |
have no clue what could be wrong... here is the xorg.conf file: Code: | # XFree86 4 configuration created by pyxf86config
Section "ServerLayout"
Identifier "Default Layout"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
# RgbPath is the location of the RGB database. Note, this is the name of the
# file minus the extension (like ".txt" or ".db"). There is normally
# no need to change the default.
# Multiple FontPath entries are allowed (they are concatenated together)
# By default, Red Hat 6.0 and later now use a font server independent of
# the X server to render fonts.
RgbPath "/usr/lib/X11/rgb"
FontPath "unix/:-1"
EndSection
Section "Module"
Load "dbe"
Load "extmod"
Load "fbdevhw"
Load "glx"
Load "record"
Load "freetype"
Load "type1"
Load "dri"
EndSection
Section "InputDevice"
# Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
# Option "Xleds" "1 2 3"
# To disable the XKEYBOARD extension, uncomment XkbDisable.
# Option "XkbDisable"
# To customise the XKB settings to suit your keyboard, modify the
# lines below (which are the defaults). For example, for a non-U.S.
# keyboard, you will probably want to use:
# Option "XkbModel" "pc102"
# If you have a US Microsoft Natural keyboard, you can use:
# Option "XkbModel" "microsoft"
#
# Then to change the language, change the Layout setting.
# For example, a german layout can be obtained with:
# Option "XkbLayout" "de"
# or:
# Option "XkbLayout" "de"
# Option "XkbVariant" "nodeadkeys"
#
# If you'd like to switch the positions of your capslock and
# control keys, use:
# Option "XkbOptions" "ctrl:swapcaps"
# Or if you just want both to be control, use:
# Option "XkbOptions" "ctrl:nocaps"
#
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "de_CH"
EndSection
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "IMPS/2"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4 5"
Option "Emulate3Buttons" "yes"
EndSection
Section "Monitor"
Identifier "Monitor0"
VendorName "Monitor Vendor"
ModelName "Samsung SyncMaster 191+"
DisplaySize 380 300
HorizSync 30.0 - 81.0
VertRefresh 56.0 - 75.0
Option "dpms"
EndSection
Section "Device"
Identifier "Videocard0"
Driver "nv"
VendorName "Videocard vendor"
BoardName "NVIDIA GeForce 4 (generic)"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Videocard0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
Modes "1280x1024" "1024x768" "800x600" "640x480"
EndSubSection
EndSection
Section "DRI"
Group 0
Mode 0666
EndSection
|
|
|
Back to top |
|
|
piggie Tux's lil' helper
Joined: 01 Jan 2003 Posts: 113 Location: Sydney, Australia
|
Posted: Tue Jun 14, 2005 11:00 pm Post subject: |
|
|
yaneurabeya wrote: |
Piggie: Has the issue occurred in XP at all? If it's occurring in XP it might be a power/mobo/CPU seating related issue that needs to be taken care of.
|
No, XP has been rock solid since I installed it.
The only other way I can possibly test is to install XP on the same hard drives as linux is using. It *could* be a HDD issue, but I'm reluctant to hose my Linux install to do it. Guess I could buy another HDD and install Linux again. |
|
Back to top |
|
|
drefo n00b
Joined: 28 May 2005 Posts: 46
|
Posted: Wed Jun 15, 2005 2:51 am Post subject: |
|
|
kwyjibo wrote: |
Code: |
Section "Files"
RgbPath "/usr/lib/X11/rgb"
FontPath "unix/:-1"
EndSection
|
|
Your xorg.conf seems to be for a setup which uses a font server to
provide fonts. If one isn't installed properly and running, it won't
work. The usual path for X fonts is /usr/X11R6/lib/X11/fonts. Try
Code: |
locate Type1;
locate 75dpi;
|
Then add all the directories containing the fonts to xorg.conf
using FontPath statements. Remove the entry for unix/: -1, and
with luck you'll be set.
If by chance you are running a font server, then -1 may not be the right
port for connecting to it ...
yaneurabeya:
Those suggestions are worth a try -- I'll give them a shot and report back. |
|
Back to top |
|
|
kwyjibo n00b
Joined: 21 Feb 2005 Posts: 14 Location: Switzerland
|
Posted: Wed Jun 15, 2005 7:55 pm Post subject: |
|
|
drefo wrote: | Then add all the directories containing the fonts to xorg.conf
using FontPath statements. Remove the entry for unix/: -1, and
with luck you'll be set.
|
thanks, drefo!
back in business |
|
Back to top |
|
|
drefo n00b
Joined: 28 May 2005 Posts: 46
|
Posted: Wed Jun 15, 2005 10:33 pm Post subject: |
|
|
Cheers! |
|
Back to top |
|
|
flazz Guru
Joined: 22 Nov 2003 Posts: 496 Location: Florida
|
Posted: Thu Jun 16, 2005 3:25 am Post subject: |
|
|
any news on the main issue??? |
|
Back to top |
|
|
drefo n00b
Joined: 28 May 2005 Posts: 46
|
Posted: Thu Jun 16, 2005 4:42 am Post subject: |
|
|
Yes ... I disabled DGA with the following:
Code: |
SubSection "extmod"
Option "omit xfree86-dga" # disable DGA extension
Option "omit mit-screen-saver" # disable all screensaver related stuff
EndSubSection
|
I also turned off the MIT-SCREEN-SAVER extension just in case.
This was my process list while testing, leaving out kernel daemons.
Code: |
257 ?? Is 0:00.00 /sbin/devd
275 ?? Ss 0:00.02 /usr/sbin/syslogd -s
354 ?? Is 0:00.73 /usr/sbin/moused -p /dev/ums0 -I /var/run/moused.ums0
356 ?? Ss 0:00.00 /usr/sbin/usbd
406 ?? Is 0:00.00 /usr/sbin/sshd
412 ?? Ss 0:00.02 sendmail: accepting connections (sendmail)
418 ?? Is 0:00.00 sendmail: Queue runner@00:30:00 for /var/spool/client
434 ?? Ss 0:00.01 /usr/sbin/cron -s
459 ?? Is 0:00.00 /usr/sbin/moused -p /dev/psm0 -t auto
523 ?? S 0:00.51 /usr/X11R6/libexec/gconfd-2 13
605 ?? Is 0:00.00 /bin/sh -c xterm
606 ?? S 0:00.07 xterm (xterm-static)
609 ?? Is 0:00.00 /bin/sh -c galeon
610 ?? S 0:11.69 /usr/X11R6/bin/galeon-bin
613 ?? Is 0:00.05 /usr/local/libexec/bonobo-activation-server --ac-acti
607 p0 Ss 0:00.02 bash
617 p0 R+ 0:00.00 ps afx
489 v0 Is 0:00.02 login [pam] (login)
497 v0 I 0:00.07 -bash (bash)
586 v0 I+ 0:00.01 /bin/sh /usr/X11R6/bin/startx
598 v0 I+ 0:00.00 xinit /root/.xinitrc -- -core -nolisten tcp
599 v0 S 0:01.69 X :0 -core -nolisten tcp (Xorg)
602 v0 S 0:00.12 fluxbox
490 v1 Is+ 0:00.00 /usr/libexec/getty Pc ttyv1
491 v2 Is+ 0:00.00 /usr/libexec/getty Pc ttyv2
492 v3 Is+ 0:00.00 /usr/libexec/getty Pc ttyv3
493 v4 Is+ 0:00.00 /usr/libexec/getty Pc ttyv4
494 v5 Is+ 0:00.00 /usr/libexec/getty Pc ttyv5
495 v6 Is+ 0:00.00 /usr/libexec/getty Pc ttyv6
496 v7 Is+ 0:00.00 /usr/libexec/getty Pc ttyv7
|
So I think there's nothing using xscreensaver.
xdpyinfo reports that the following extensions are loaded:
Code: |
BIG-REQUESTS
DAMAGE
DEC-XTRAP
DOUBLE-BUFFER
DPMS
Extended-Visual-Information
GLX
MIT-SHM
MIT-SUNDRY-NONSTANDARD
RANDR
RECORD
RENDER
SECURITY
SGI-GLX
SHAPE
SYNC
TOG-CUP
X-Resource
XC-APPGROUP
XC-MISC
XFIXES
XFree86-Bigfont
XFree86-DRI
XFree86-Misc
XFree86-VidModeExtension
XInputExtension
XKEYBOARD
XTEST
XVideo
|
I tried using both the ati and the radeon driver. The crashes still occur
with either one, independent of whether the DGA and MIT-SCREEN-SAVER
extensions are on and off.
In the core dump I posted, at stack level #15, I printed out the client
structure. It contains the following line:
Code: |
req_len = 537036936, big_requests = 1
|
Printing out the value of `maxBigRequestSize' shows that it is about 4MB on my
hardware. So it seems that that could be a hint. My next order of business is to turn
off BIG-REQUESTS.
Hopefully there's more to come ... |
|
Back to top |
|
|
alaa n00b
Joined: 23 Feb 2004 Posts: 57
|
Posted: Thu Jun 16, 2005 7:43 pm Post subject: |
|
|
Did anyone here install gentoo on a cleanly formatted hard-drive using the 2005.0 profile and have X crashing on them?
I'm just curious because I bought this new machine with AMD 64, built it and it's been rock solid.
The only PC that I'm having issues with is the one that used to have the 2004.x profile and later on moved to 2005.0. My X crashes started happening very shortly after I updated xorg using the 2005.0 profile. A lot of other packages were updated too so I'm not really pointing any fingers here, but xorg did get quite a significant update that time.
So, are we having these problems because we moved from 2004.x to 2005.0? |
|
Back to top |
|
|
TheOneLord n00b
Joined: 19 Aug 2003 Posts: 30 Location: Germany, PB
|
Posted: Fri Jun 17, 2005 3:11 pm Post subject: |
|
|
alaa wrote: | Did anyone here install gentoo on a cleanly formatted hard-drive using the 2005.0 profile and have X crashing on them?
[...]
So, are we having these problems because we moved from 2004.x to 2005.0? |
It's an interesting point. I'm compiling a clean new system now. It doesn't hurt cause I just planed to do so since some weeks.
But I think that some users might already have tried to avoid this error by rebuilding the entire system. Although this bug is not only Gentoo related! |
|
Back to top |
|
|
drefo n00b
Joined: 28 May 2005 Posts: 46
|
Posted: Fri Jun 17, 2005 5:51 pm Post subject: |
|
|
I installed gentoo 2005.0 twice completely from scratch ... I didn't do a low level disk
format, but I don't think that should matter. I've repartitioned and rebuilt the filesystems several
times. It doesn't seem to make a difference to the X problems. But I haven't tried an install
of 2004.x yet. That's probably a good idea.
Turning off BIG-REQUESTS wasn't the solution, I still get the crashes under FreeBSD. |
|
Back to top |
|
|
Grayman Apprentice
Joined: 25 Feb 2004 Posts: 186 Location: South Africa
|
Posted: Fri Jun 17, 2005 6:33 pm Post subject: |
|
|
Just a thought - I used to run a nvidia geforce 2 MX with 64 megs RAM and the BIOS aperture was set to 64. Using Gentoo and using SUSE 9.2 I got multiple lockups. I have recently bought a new LCD monitor that has a very high native resolution, as well as a nvidia geforce FX 5500 with 256 megs of RAM, and now obviously the BIOS aperture is set to 256 too. During the time that I had SUSE installed, I never had a crash or lockup that wasn't due to me "tweaking". Just maybe the devs are running high res monitors with fairly new graphic cards with lots of RAM ?
Grayman |
|
Back to top |
|
|
scooper n00b
Joined: 13 Dec 2004 Posts: 32
|
Posted: Fri Jun 17, 2005 7:17 pm Post subject: |
|
|
Grayman wrote: | Just maybe the devs are running high res monitors with fairly new graphic cards with lots of RAM ? |
I think you're onto something, Grayman. My old machine with a 32 MB Nvidia card was quite unstable, although reducing the aperture helped. My new machine with a much faster 128 MB Nvidia card hasn't had a glitch. I would speculate that some new-ish video memory management code in Xorg is responsible. |
|
Back to top |
|
|
fotisaueb n00b
Joined: 21 Sep 2004 Posts: 36
|
Posted: Fri Jun 17, 2005 8:04 pm Post subject: |
|
|
alaa wrote: | Did anyone here install gentoo on a cleanly formatted hard-drive using the 2005.0 profile and have X crashing on them?
|
I did a fresh installation with gentoo 2005.0 and only then did I notice the problems.
FYI I used the 2004.2 live cd to boot and I untarred the 2005 stage3 because I had problems booting from 2005.0 live cd.
So I think that 2005 has nothing to do with the locups given that lockups occure on both versions |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|