Date: Wed, 11 Feb 2009 15:26:35 -0800 From: Mark Atkinson <atkin901@yahoo.com> To: freebsd-current@freebsd.org Subject: Re: memory alignment problems with -current on amd64? [Found Cause] Message-ID: <gmvmrb$hg2$1@ger.gmane.org> References: <gl7hu4$q7k$1@ger.gmane.org> <gmqbv1$jhe$1@ger.gmane.org> <gmsnin$qg9$1@ger.gmane.org> <ca3526250902110900r6e3703c2gf4f63678949a2e33@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Alan Cox wrote: > On Tue, Feb 10, 2009 at 2:20 PM, Mark Atkinson <atkin901@yahoo.com> wrote: > [snip] >> >> >> >> Well, taking the information I knew -- OCT 15th == good, Mid DEC == BAD, >> I trolled every commit logged between. Eventually I found this one: >> >> http://svn.freebsd.org/viewvc/base?view=revision&revision=185715 >> >> http://docs.freebsd.org/cgi/mid.cgi?200812061937.mB6JbqAI003273 >> >> I set vm.pmap.pg_ps_enabled="0" in /boot/loader.conf, and >> was able to complete buildworld and -j16 buildworld and -j8 buildkernel >> no problem. >> >> It appears superpage mapping causes alignment problems on this box. > > > Can you please provide more detailed information about this machine, in > particular, the processor including the revision? It would also be > helpful to see what gdb says about a couple of these crashes, > specifically, the machine registers at the time of the exception. Is there something specifically preventing cores during buildworld? I can't find one after a bus error. I'll try to find something to dump the revision for me. Here's the verbose boot for the processor. CPU: Quad-Core AMD Opteron(tm) Processor 2352 (2100.09-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f23 Stepping = 3 Features=0x178bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT> Features2=0x802009<SSE3,MON,CX16,POPCNT> AMD Features=0xee400800<SYSCALL,MMX+,FFXSR,Page1GB,RDTSCP,LM,3DNow +,3DNow!> AMD Features2=0x7ff<LAHF,CMP,SVM,ExtAPIC,CR8,ABM,SSE4A,MAS,Prefetch,OSVW,IBS> TSC: P-state invariant Cores per package: 4 L1 2MB data TLB: 48 entries, fully associative L1 2MB instruction TLB: 16 entries, fully associative L1 4KB data TLB: 48 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB data TLB: 128 entries, 2-way associative L2 2MB instruction TLB: 0 entries, 2-way associative L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative usable memory = 10720198656 (10223 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000f55000 - 0x00000000cfe4dfff, 3471806464 bytes (847609 pages) 0x00000000cfe56000 - 0x00000000cfe56fff, 4096 bytes (1 pages) 0x0000000100000000 - 0x000000029d212fff, 6931165184 bytes (1692179 pages) -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired);
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?gmvmrb$hg2$1>