Date: Sat, 27 Nov 2004 03:40:47 -0800 From: Astrodog <astrodog@gmail.com> To: Mark Bojara <mark@aboutit.co.za>, freebsd-amd64@freebsd.org Subject: Re: Page fault on Tyan K8S Pro (S2882) board Message-ID: <2fd864e0411270340503f3a68@mail.gmail.com> In-Reply-To: <1101538050.17795.13.camel@mark.aboutit.co.za> References: <606711.1101483235019.SLOX.WebMail.wwwrun@hermes.aboutit.co.za> <41A80A0F.9030502@gmail.com> <1101538050.17795.13.camel@mark.aboutit.co.za>
next in thread | previous in thread | raw e-mail | index | archive | help
I'll take a look. We use the boards on -CURRENT atm with no ill effects. If there's an issue with it on 5_RELENG, I need to check it out. Will keep you posted. --- Harrison Grundy On Sat, 27 Nov 2004 08:47:30 +0200, Mark Bojara <mark@aboutit.co.za> wrote: > Hey Harrison > > You are right about the memory speed problem I have noticed quite a > significant speed drop but I will be purchasing another DIMM shortly. > This however doesnt fix the problem because last week I had 4 x 256MB > DIMM's in the motherboard and I was having the same problem > > However setting net.inet.tcp.sack.enable=0 seems to have sorted out the > problem. I am unsure how important this feature is in 5.3 but Tyan > definatley does not like this! > > Thanks > Mark > > > > On Sat, 2004-11-27 at 07:01, Astrodog wrote: > > Mark Bojara wrote: > > > > >Hello All, > > > > > >For the last 3 weeks I have been trying to get this motherboard to run with 5.3-STABLE. Basically what happens is if I run the box at 100% utilization the server is stable but as soon as I let it idle and do basic Apache webserver tests and other small apps an hour after that the server will crash. I have tried enabling debug support in my kernel to supply the mailing list with a debug of the error but it seems that when it page faults the entire machine locks up. Please let me know if you require any additional information. > > > > > >Spec: > > >2 x AMD Opteron 242 CPU's > > >1 x 1GB Corsair PC2700 Memory Module > > >Bios Version 2.03E > > > > > > > > >Error: > > >Fatal trap 12: page fault while in kernel mode > > >cpu id =1; apic id=01 > > >fault virtual address = 0x18 > > >fault code = supervisor read,page not present > > >Instruction pointer = 0x8:0xffffffffa25bc800 > > >frame pointer = 0x10:0x0 > > >code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, long 1, olef32 0, gran 1 > > >trap number = 12 > > >panic: page fault > > >cpuid = 1 > > >boot() called on cpu#1 > > >uptime 10h3m45s > > > > > >I have also tried disabling ACPI to see if thats the problem but the server still crashes > > > > > >Thanks Alot > > >Mark Bojara > > >AboutIT Online - 012-460-1000 > > > > > >_______________________________________________ > > >freebsd-amd64@freebsd.org mailing list > > >http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > > >To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > > > > > > > > > > > Couple things. We use this setup pretty often, but there are a couple > > things to keep in mind. > > #1. on the 4 bank Tyan Tiger boards (K8W), you have one CPU acting as a > > memory controller for the other. The second CPU makes use of AMD's > > Hypertransport system for this access. > > > > #2. I'd put $50 on the problem going away with SMP disabled, but thats a > > whole new can of worms. > > > > #3. AMD Opteron processors expect, and for all intents and purposes, > > require ECC Registered Memory. Furthermore, they expect the memory to > > operate in a dual channel mode. Running 1 DIMM in this kind of setup is > > shooting yourself in the foot. If CPU #1 requests something through CPU > > #0, and we're using 1 bank of memory the whole setup..... performance is > > gonna be crap. Both CPUs will be blocked from processing instructions > > while the request is fulfilled. There are known performance issues with > > the 4+0 memory config... but they're still good if you use 2 or 4 DIMMs. > > > > It boils down to adding another DIMM, and seeing if that solves your > > problem. I would strongly suspect that it will quite easily. > > > > --- Harrison Grundy > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2fd864e0411270340503f3a68>