Date: Tue, 3 Jul 2007 10:22:43 +0200 (CEST) From: "Gelsema, P \(Patrick\) - FreeBSD" <freebsd@superhero.nl> To: "Yong Rao" <yrao@force10networks.com> Cc: questions@freebsd.org Subject: Re: SMP options and core dump failure Message-ID: <4407.10.202.77.103.1183450963.squirrel@webmail.superhero.nl> In-Reply-To: <9E2742C54E161041A53F36F9A8DC31BE070236@EXCH-CLUSTER-04.force10network s.com> References: <9E2742C54E161041A53F36F9A8DC31BE070236@EXCH-CLUSTER-04.force10networks.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, July 3, 2007 02:59, Yong Rao wrote: > Hello, > > > > We have a problem with SMP kernel. It could not dump out core when the > crash happens. Which version of FreeBSD? -Current? better ask in freebsd-current@freebsd.org or file a PR. http://www.freebsd.org/send-pr.html Rgds, Patrick > > > > I am able to isolate the problem to kernel configurations which have SMP > enabled when used with 2 cpus. > > With ONE cpu the core dump works ok. > > > > I built the kernel with GENERIC, and deliberately crash the kernel (for > testing purpose). The core dump works fine. > > Only added the "options SMP" and crashed the kernel, then prior to any > pages being dumped out, it hangs there. > > > > Has someone successfully core dumped on a system using SMP kernel with > multiple CPUs? > > > > I tried on two different boxes (different motherboards, CPUs and hard > disks). Both got failed. > > > > I tried to enable the DDB, but don't know what to look for when it goes > into ddb. Appreciate any pointers. > > > > a) The CPU information is > > > > CPU: Dual Core AMD Opteron(tm) Processor 280 (2405.47-MHz 686-class CPU) > > Origin = "AuthenticAMD" Id = 0x20f12 Stepping = 2 > > > Features=0x178bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE > ,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,S > > SE,SSE2,HTT> > > Features2=0x1<SSE3> > > AMD Features=0xe2500800<SYSCALL,NX,MMX+,FFXSR,LM,3DNow+,3DNow> > > AMD Features2=0x3<LAHF,CMP> > > Cores per package: 2 > > > > > > b) We also tried on another mother board, which has 2 CPUs. The CPU > information is below. > > > > CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2800.11-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > > Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE > ,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > Features2=0x4400<CNTX-ID,<b14>> > > real memory = 2147418112 (2047 MB) > > avail memory = 2096300032 (1999 MB) > > ACPI APIC Table: <A M I OEMAPIC > > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC > ID: 0 > > cpu1 (AP): APIC ID: 6 > > > > > > c) The following are the prints when the dump hung. > > > > mem dump: start address = 0x4352, len=0x30 > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 1; apic id = 01 > > > fault virtual address = 0x4352 > > > fault code = supervisor read, page not present > > > instruction pointer = 0x20:0xc9e9fc92 > > > stack pointer = 0x28:0xebdbdbdc > > > frame pointer = 0x28:0xebdbdbf8 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, def32 1, gran 1 > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > current process = 74231 (pnicdbg) > > > trap number = 12 > > > panic: page fault > > > cpuid = 1 > > > Uptime: 1d18h27m42s > > > Dumping 4030 MB (2 chunks) > > > chunk 0: 1MB (154 pages) ... ok > > > chunk 1: 4031MB (1031776 pages) (stopped and hung here) > > > > > > Thanks, > > > > Yong Rao > > Force10 Networks Inc. > > 350 Holger Way > > San Jose, CA 95132 > > 408 571 6317 > > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4407.10.202.77.103.1183450963.squirrel>