From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 28 22:52:50 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFC9E16A4CE for ; Mon, 28 Mar 2005 22:52:50 +0000 (GMT) Received: from seven.Alameda.net (seven.alameda.net [64.81.53.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EC9143D1D for ; Mon, 28 Mar 2005 22:52:50 +0000 (GMT) (envelope-from ulf@Alameda.net) Received: by seven.Alameda.net (Postfix, from userid 1000) id 085B63A201; Mon, 28 Mar 2005 14:52:49 -0800 (PST) Date: Mon, 28 Mar 2005 14:52:49 -0800 From: Ulf Zimmermann To: Greg Eden Message-ID: <20050328225249.GC13841@seven.alameda.net> References: <200503281748.55388.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503281748.55388.jhb@FreeBSD.org> Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 4.10-RELEASE-p2 User-Agent: Mutt/1.5.6i cc: freebsd-hackers@FreeBSD.org Subject: Re: FreeBSD 5.3R SMP Kernel not detecting 2nd CPU in a HP DL360(?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ulf@Alameda.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 22:52:50 -0000 On Mon, Mar 28, 2005 at 05:48:55PM -0500, John Baldwin wrote: > On Monday 28 March 2005 03:51 pm, Greg Eden wrote: > > Hello All, > > > > I have a co-located HP DL360 G3 server to which I do not have physical > > access. It has 2 x 2.8GHz Xeon CPUs with HTT. One of the ISP's > > engineers has confirmed that both CPUs are detected when the BIOS > > POSTs. > > > > I have cvsup'd to the latest 5.3R security release and successfully > > built 'world', something I have done successfully many times with 4.x > > releases, using the instructions from the handbook. I used a custom > > kernel configuration which included 'options SMP' and 'device apic'. On > > reboot dmesg confirmed that the custom kernel was used, however SMP was > > not active and the additional CPUs were not launched. > > > > Thinking that perhaps my custom kernel conf was at fault, I compiled a > > GENERIC smp kernel with: > > > > # cd /usr/obj > > # chflags -R noschg * > > # rm -rf * > > /usr/src/# make buildkernel KERNCONF=SMP > > /usr/src/# make installkernel KERNCONF=SMP > > > > After reboot the dmesg output is as follows: > > > > FreeBSD 5.3-RELEASE-p5 #0: Thu Mar 24 14:37:29 GMT 2005 > > greg@[snip].warprecords.com:/usr/obj/usr/src/sys/SMP > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2799.22-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > > > Features=0xbfebf9ff > CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > Hyperthreading: 2 logical CPUs > > real memory = 2147459072 (2047 MB) > > avail memory = 2095996928 (1998 MB) > > npx0: [FAST] > > npx0: on motherboard > > npx0: INT 16 interface > > acpi0: on motherboard > > acpi0: Power Button (fixed) > > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x920-0x923 on acpi0 > > cpu0: on acpi0 > > acpi_tz0: on acpi0 > > pcib0: on acpi0 > > ACPI link \\_SB_.IN31 has invalid initial irq 3, ignoring > > pci0: on pcib0 > > pci0: at device 3.0 (no driver attached) > > ciss0: port 0x2800-0x28ff mem > > 0xf5df0000-0xf5df3fff,0xf5f80000-0xf5fbffff irq 11 at device 4.0 on > > pci0 > > ciss0: [GIANT-LOCKED] > > pci0: at device 5.0 (no driver attached) > > pci0: at device 5.2 (no driver attached) > > isab0: at device 15.0 on pci0 > > isa0: on isab0 > > atapci0: port > > 0x2000-0x200f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on > > pci0 > > ata0: channel #0 on atapci0 > > ata1: channel #1 on atapci0 > > ohci0: mem 0xf5e70000-0xf5e70fff irq 10 > > at device 15.2 on pci0 > > ohci0: [GIANT-LOCKED] > > usb0: OHCI version 1.0, legacy support > > usb0: SMM does not respond, resetting > > usb0: on ohci0 > > usb0: USB revision 1.0 > > uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > uhub0: 4 ports with 4 removable, self powered > > pcib1: on acpi0 > > pci1: on pcib1 > > bge0: mem > > 0xf7ef0000-0xf7efffff irq 11 at device 2.0 on pci1 > > miibus0: on bge0 > > brgphy0: on miibus0 > > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > > 1000baseTX-FDX, auto > > bge0: Ethernet address: 00:11:85:6b:07:d8 > > pcib2: on acpi0 > > pci4: on pcib2 > > bge1: mem > > 0xf7ff0000-0xf7ffffff irq 15 at device 2.0 on pci4 > > miibus1: on bge1 > > brgphy1: on miibus1 > > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > > 1000baseTX-FDX, auto > > bge1: Ethernet address: 00:11:85:6b:07:db > > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > > atkbd0: irq 1 on atkbdc0 > > kbd0 at atkbd0 > > atkbd0: [GIANT-LOCKED] > > sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > > sio0: type 16550A > > fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on > > acpi0 > > fdc0: [FAST] > > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > > orm0: at iomem > > 0xee000-0xeffff,0xcc000-0xcd7ff,0xc8000-0xcbfff,0xc0000-0xc7fff on isa0 > > pmtimer0 on isa0 > > ppc0: parallel port not found. > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=0x300> > > sio1: configured irq 3 not in bitmap of probed irqs 0 > > sio1: port may not be enabled > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > > isa0 > > Timecounter "TSC" frequency 2799224924 Hz quality 800 > > Timecounters tick every 10.000 msec > > acd0: CDROM at ata0-master PIO4 > > da0 at ciss0 bus 0 target 0 lun 0 > > da0: Fixed Direct Access SCSI-0 device > > da0: 135.168MB/s transfers > > da0: 69459MB (142253280 512 byte sectors: 255H 32S/T 17433C) > > Mounting root from ufs:/dev/da0s1a > > > > and > > > > ~> sysctl kern.smp.active > > kern.smp.active: 0 > > > > I just don't understand why the kernel isn't running SMP. To my mind > > it's either something in my method (most likely), a hardware problem, > > or something odd in the way 5.3R detects the CPUs on the hardware. > > > > I have successfully compiled SMP kernels on identical hardware with > > FreeBSD 4.8R. With the HTT 4 CPUs are launched as they should be here. > > > > Now I think about it I have another machine, a HP DL380 with a single > > HTT Xeon processor, which is displaying the same problem. > > > > Thanks in advance. > > > > greg. > > It's not finding an APIC table (either MPTable or MADT) at all, and it needs > that to find CPUs. See if there are any BIOS options for things like MP > Table or 'Separate APIC Table' under ACPI. Also, try running 'mptable' to > see if it finds a table, and acpidump -t to see if that finds an APIC table. The DL380 g3 BIOS has different APIC settings for different OS. There is one setting in the main menu and then under advanced options is another menu for APIC. -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html