![]() | |||||||||||||
Messages in this thread |
Tues evening it hardlocked - no messages, no blinking keyboard lights, nothing. Yesterday it did it again, and this time it wouldn't get more than 5-10 minutes of uptime without hanging no matter what I did to memory/cpu timings. (Even underclocked it to 133 and 1G with no change.) So its unfortunately back on a stock 2.4.23-pre9 with noapic/noacpi. (It disables one of the sets of usb ports, as I recall, but it mostly works...) In theory I'll have the ram upgrades and such tonight, so I can swap the services to another machine and stress it a bit with different sticks, new drives, different controller, etc. Other than memtest86 (and some kernel builds, bonnie, etc), are there any recommended tests? On Mon, 2003-12-15 at 11:40, Disconnect wrote: > Thanks greatly for the tips, btw. Its much appreciated :) > > Also, I think I forgot to mention (doh) its an Epox 8rda+. > > On Fri, 2003-12-12 at 21:25, Ross Dickson wrote: > > I am not certain your problems are nforce2 type specific. > > Standard response: I don't suppose you can try a different stick of ram? > > Unfortunately not - its a single kingston hyper-x 3200 stick. (In > theory I'll be moving it up to 700M or a gig in the next couple months, > at which point I'll be in position to swap ram around and so forth.) I > did get the bios all tuned and run memtest-mmx on it for 24 hours before > the system installation though, and it passed. What I did yesterday is > turn the memory frequency down from 200 to 166. (Which leaves the cpu > overclocked by about 33 mhz, something I think it will survive just fine > ;) ..) > > > The local apic ack delay timing patch needs athlon cpu and amd/nvidia ide on in > > kern config to kick in. If you are using it then I highly recommend uniprocessor > > ioapic config as well to go with it to route the 8254 timer irq0 through pin 0 of > > ioapic as using the apic config alone leaves a lot of ints generated on irq7 > > which can cause problems. (Reason for 8259 making them spurious on irq7 > > is explained in 8259A data sheet) > > Thats how I'm running it now - its gone about 1 day without any oopses. > (In the past it would go anywhere from hours to about a week, so the > results aren't in yet.) > > On the basis of it being a memory issue I poked around the epox site and > noticed something I hadn't seen before - they recommend what might be > different memory timings (I'll have to check if/when it crashes again): > > If your PC3200 memory is not stable try the following BIOS settings: > > Memory Frequency = 100% > Memory Timing = Expert > T(RAS) = 7 > T(RCD) = 3 > T(RP) = 3 > CAS Latency = 2.5 > > Adjust the memory frequency above until you reach the resulting > frequency of 200MHz (for PC3200). -- Disconnect <lkml@sigkill.net> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | ||||||||||||
| Last update: 2005-03-22 12:59 [from the cache] ©2003-2008 | |||||||||||||