From owner-freebsd-smp Mon Jul 31 5:37: 8 2000 Delivered-To: freebsd-smp@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 798A337B616 for ; Mon, 31 Jul 2000 05:37:03 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.16 #1) id 13JEoW-000HOU-00 for freebsd-smp@FreeBSD.org; Mon, 31 Jul 2000 14:37:00 +0200 From: Sheldon Hearn To: freebsd-smp@FreeBSD.org Subject: Assigning GNATS PRs to freebsd-smp Date: Mon, 31 Jul 2000 14:37:00 +0200 Message-ID: <66865.965047020@axl.ops.uunet.co.za> Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi folks, I know very little about who's who in FreeBSD's SMP zoo. May I assign SMP-related PR's from freebsd-bugs to freebsd-smp? The two that came in recently are kern/20273 and kern/20312 . Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Aug 3 0:16:43 2000 Delivered-To: freebsd-smp@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 2C7A237B7B2 for ; Thu, 3 Aug 2000 00:16:35 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id QAA64547 for FreeBSD-smp@FreeBSD.org; Thu, 3 Aug 2000 16:46:32 +0930 (CST) (envelope-from grog) Date: Thu, 3 Aug 2000 16:46:32 +0930 From: Greg Lehey To: FreeBSD SMP list Subject: Functional interrupt-thread based SMPng code is now available Message-ID: <20000803164632.B30009@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I now have interrupt threads running here on a single processor Intel machine. Diffs against today's -CURRENT are at http://people.freebsd.org/~grog/patches4.gz. This code still needs a lot of work, of course. In particular, 1. There's no alpha MD support. 2. There's no Intel SMP support. 3. There are various minor things which need fixing. For example: - CPU time usage doesn't work correctly: vmstat and top both show 100% system CPU usage, no user time, no idle. ps shows that the rtc interrupt (irq8) is using between 80% and 100% of CPU time, and the interrupt processes don't accumulate CPU time. I'll look at these in the near future. - We had some cases where a looping process would cause the system to go catatonic, presumably because the interrupt thread wasn't getting scheduled. It looks as if that is OK now, but it hasn't been tested very heavily. The good news is that it seems stable enough, and performance isn't nearly as bad as I feared. I ran buildworlds in a loop for 14 hours from last night, and I didn't have any stability problems. I'm currently running a buildworld with a GENERIC kernel, and I'll then compare the time with the SMPng kernel. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Aug 3 20:10:53 2000 Delivered-To: freebsd-smp@freebsd.org Received: from fe020.worldonline.dk (fe020.worldonline.dk [212.54.64.196]) by hub.freebsd.org (Postfix) with SMTP id 29E5437B898 for ; Thu, 3 Aug 2000 20:10:42 -0700 (PDT) (envelope-from zombie@12move.dk) Received: (qmail 29653 invoked by uid 0); 4 Aug 2000 03:10:36 -0000 Received: from 18.ppp1-2.roen.worldonline.dk (HELO astro2000) (213.237.19.82) by fe020.worldonline.dk with SMTP; 4 Aug 2000 03:10:36 -0000 Message-ID: <000801bffdc1$9074c370$5213edd5@astro2000> From: "Koral Wilkinson" To: Subject: SMP Date: Fri, 4 Aug 2000 05:10:37 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01BFFDD2.53307F70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dette er en flerdels meddelelse i MIME-format. ------=_NextPart_000_0005_01BFFDD2.53307F70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello !!! Maybe you can help me.... I have 2 cpu's and have installed Windows 2000 How can i tell that the system is using both processors and working = proply, Do i need any drivers ? Hope to hear from you ! ------=_NextPart_000_0005_01BFFDD2.53307F70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello !!!
 
Maybe you can help me....
I have 2 cpu's and have installed = Windows=20 2000
How can i tell that the system is using = both=20 processors and working proply,
Do i need any drivers ?
Hope to hear from you=20 !
------=_NextPart_000_0005_01BFFDD2.53307F70-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Aug 3 20:27:34 2000 Delivered-To: freebsd-smp@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 6968D37B94B for ; Thu, 3 Aug 2000 20:27:32 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id UAA04693; Thu, 3 Aug 2000 20:27:24 -0700 Date: Thu, 3 Aug 2000 20:27:27 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Koral Wilkinson Cc: freebsd-smp@FreeBSD.ORG Subject: Re: SMP In-Reply-To: <000801bffdc1$9074c370$5213edd5@astro2000> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Yes, you need to deinstall Windows 2000 and install FreeBSD first. If you have windows applications you must run, install vmware out of the ports collection (requires a licence fee). On Fri, 4 Aug 2000, Koral Wilkinson wrote: > Hello !!! > > Maybe you can help me.... > I have 2 cpu's and have installed Windows 2000 > How can i tell that the system is using both processors and working proply, > Do i need any drivers ? > Hope to hear from you ! > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Fri Aug 4 1:30:46 2000 Delivered-To: freebsd-smp@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id CD53137B967 for ; Fri, 4 Aug 2000 01:30:41 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id KAA02700; Fri, 4 Aug 2000 10:30:24 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Greg Lehey Cc: FreeBSD SMP list Subject: Re: Functional interrupt-thread based SMPng code is now available In-reply-to: Your message of "Thu, 03 Aug 2000 16:46:32 +0930." <20000803164632.B30009@wantadilla.lemis.com> Date: Fri, 04 Aug 2000 10:30:24 +0200 Message-ID: <2698.965377824@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <20000803164632.B30009@wantadilla.lemis.com>, Greg Lehey writes: >I now have interrupt threads running here on a single processor Intel >machine. Diffs against today's -CURRENT are at >http://people.freebsd.org/~grog/patches4.gz. > >This code still needs a lot of work, of course. In particular, > >1. There's no alpha MD support. >2. There's no Intel SMP support. >3. There are various minor things which need fixing. For example: > - CPU time usage doesn't work correctly: vmstat and top both show > 100% system CPU usage, no user time, no idle. ps shows that the > rtc interrupt (irq8) is using between 80% and 100% of CPU time, > and the interrupt processes don't accumulate CPU time. I'll > look at these in the near future. This is because irq8 is the statclock() interrupt which charges ticks to system/user time for processes. It always charges curproc. It might be a better and more efficient thing to use use the TSC/PCC to account cpu time with, but since we don't have that on i386/i486 we would probably need to retain the old statclock code as a kernel option. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Fri Aug 4 15:39:53 2000 Delivered-To: freebsd-smp@freebsd.org Received: from houston.matchlogic.com (houston.matchlogic.com [205.216.147.127]) by hub.freebsd.org (Postfix) with ESMTP id 55F7C37B6EC for ; Fri, 4 Aug 2000 15:39:45 -0700 (PDT) (envelope-from crandall@matchlogic.com) Received: by houston.matchlogic.com with Internet Mail Service (5.5.2650.21) id ; Fri, 4 Aug 2000 16:39:43 -0600 Message-ID: <5FE9B713CCCDD311A03400508B8B301301C78A17@bdr-xcln.is.matchlogic.com> From: Charles Randall To: freebsd-smp@freebsd.org Subject: 4.0-R panic on Dell PowerEdge 2450 Date: Fri, 4 Aug 2000 16:39:32 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've run into the following panic under heavy I/O on a Dell PowerEdge 2450 (2x866 MHz P-III, 1 GB RAM, etc) running 4.0-R. There's a lot of information here... I can reproduce this in a few hours or less by running multiple concurrent "sort" processes in a "while /usr/bin/true" loop on a very large file (the disk I/O is for the temporary files in the directory pointed to by -T). The disk controller is, ahc0: port 0xdc00-0xdcff mem 0xf8fff000- 0xf8ffffff irq 5 at device 4.0 on pci2 and the disks are, da0: Fixed Direct Access SCSI-3 device da0: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 17366MB (35566478 512 byte sectors: 255H 63S/T 2213C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 17366MB (35566478 512 byte sectors: 255H 63S/T 2213C) Here's the panic info (I had to copy this from the console so there may be a mistake but I did triple-check it), --- snip --- mp_lock = 01000001; cpuid = 1 lapic.id = 00000000 instruction pointer = 0x8:0xc02bf983 stack pointer = 0x10:0xff80dffc frame pointer = 0x10:0x0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = Idle interrupt mask = none <- SMP: XXX trap number = 29 panic: unknown/reserved trap mp_lock = 01000001; cpuid = 1 lapic.id = 00000000 boot() called on cpu#1 syncing disks... Timedout SCB handled by another timeout --- snip --- The machine never rebooted, it just locked up. I was running a debug SMP kernel configured with "config -g" at the time. I've been unable to reproduce this with the GENERIC kernel (I ran the sort test above for more than 24 hours without problem -- that doesn't prove that it doesn't happen, just that it doesn't happen as often). Here's a diff between GENERIC and my CUSTOM kernel, --- snip --- --- GENERIC Thu Mar 9 16:32:55 2000 +++ CUSTOM Fri Aug 4 13:36:02 2000 @@ -22,8 +22,8 @@ cpu I486_CPU cpu I586_CPU cpu I686_CPU -ident GENERIC -maxusers 32 +ident CUSTOM +maxusers 128 #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols @@ -54,12 +54,12 @@ options ICMP_BANDLIM #Rate limit bad replies # To make an SMP kernel, the next two are needed -#options SMP # Symmetric MultiProcessor Kernel -#options APIC_IO # Symmetric (APIC) I/O +options SMP # Symmetric MultiProcessor Kernel +options APIC_IO # Symmetric (APIC) I/O # Optionally these may need tweaked, (defaults shown): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses -#options NAPIC=1 # number of IO APICs +options NAPIC=2 # number of IO APICs #options NINTR=24 # number of INTs device isa --- snip --- Mptable returns the following on this system, --- snip --- ============================================================================ === MPTable, version 2.0.15 ---------------------------------------------------------------------------- --- MP Floating Pointer Structure: location: BIOS physical address: 0x000fe710 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x91 mode: Virtual Wire ---------------------------------------------------------------------------- --- MP Config Table Header: physical address: 0x000f0000 signature: 'PCMP' base table length: 372 version: 1.4 checksum: 0xd6 OEM ID: 'DELL ' Product ID: 'POWEREDGE A6' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 38 local APIC address: 0xfee00000 extended table length: 128 extended table checksum: 0 ---------------------------------------------------------------------------- --- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 1 0x11 BSP, usable 6 8 3 0x383fbff 0 0x11 AP, usable 6 8 3 0x383fbff -- Bus: Bus ID Type 0 PCI 1 PCI 2 PCI 3 ISA -- I/O APICs: APIC ID Version State Address 2 0x11 usable 0xfec00000 3 0x11 usable 0xfec01000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 3 0 2 0 INT conforms conforms 3 1 2 1 INT conforms conforms 3 3 2 3 INT conforms conforms 3 4 2 4 INT conforms conforms 3 6 2 6 INT conforms conforms 3 7 2 7 INT conforms conforms 3 8 2 8 INT conforms conforms 3 9 2 9 INT conforms conforms 3 12 2 12 INT conforms conforms 3 14 2 14 INT conforms conforms 3 15 2 15 INT conforms conforms 1 8:A 3 0 INT conforms conforms 2 4:A 3 15 INT conforms conforms 2 4:B 3 14 INT conforms conforms 0 4:A 3 1 INT conforms conforms 0 4:C 3 1 INT conforms conforms 0 4:B 3 2 INT conforms conforms 0 4:D 3 2 INT conforms conforms 0 2:A 3 4 INT conforms conforms 0 2:C 3 4 INT conforms conforms 0 2:B 3 5 INT conforms conforms 0 2:D 3 5 INT conforms conforms 0 8:A 3 6 INT conforms conforms 0 8:C 3 6 INT conforms conforms 0 8:B 3 7 INT conforms conforms 0 8:D 3 7 INT conforms conforms 1 2:B 3 14 INT conforms conforms 1 2:A 3 15 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 3 0 255 0 NMI active-hi edge 3 0 255 1 ---------------------------------------------------------------------------- --- MP Config Extended Table Entries: -- bus ID: 0 address type: I/O address address base: 0xe000 address range: 0x1000 -- bus ID: 0 address type: memory address address base: 0xa0000 address range: 0x20000 -- bus ID: 0 address type: I/O address address base: 0x0 address range: 0x1000 -- bus ID: 0 address type: memory address address base: 0xfb000000 address range: 0x3010000 -- bus ID: 1 address type: I/O address address base: 0xc000 address range: 0x2000 -- bus ID: 1 address type: memory address address base: 0xf4000000 address range: 0x6110000 -- bus ID: 3 bus info: 0x01 parent bus ID: 0 ---------------------------------------------------------------------------- --- # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional (built-in defaults will work in most cases): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=2 # number of IO APICs #options NINTR=28 # number of INTs ============================================================================ === --- snip --- Note that NAPIC isn't specified. However, the kernel won't boot without NAPIC=2 as I've specivied. Finally, I'm running Luoqi's patch for multiple APIC support based on "diff -p -u -r1.250.2.2 -r1.250.2.3". I've confirmed with him that this patch is correct, --- snip --- --- ./backup/pmap.c Tue Jul 25 18:32:03 2000 +++ pmap.c Tue Jul 25 18:33:06 2000 @@ -426,9 +426,10 @@ for (j = 0; j < mp_napics; j++) { /* same page frame as a previous IO apic? */ if (((vm_offset_t)SMPpt[NPTEPG-2-j] & PG_FRAME) == - (io_apic_address[0] & PG_FRAME)) { + (io_apic_address[i] & PG_FRAME)) { ioapic[i] = (ioapic_t *)((u_int)SMP_prvspace - + (NPTEPG-2-j)*PAGE_SIZE); + + (NPTEPG-2-j) * PAGE_SIZE + + (io_apic_address[i] & PAGE_MASK)); break; } /* use this slot if available */ @@ -436,7 +437,8 @@ SMPpt[NPTEPG-2-j] = (pt_entry_t)(PG_V | PG_RW | pgeflag | (io_apic_address[i] & PG_FRAME)); ioapic[i] = (ioapic_t *)((u_int)SMP_prvspace - + (NPTEPG-2-j)*PAGE_SIZE); + + (NPTEPG-2-j) * PAGE_SIZE + + (io_apic_address[i] & PAGE_MASK)); break; } } --- snip --- There are no clues in the system log. Have any other 2450 users seen this? I'm going to try 4.1-R now. Thanks, Charles To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Fri Aug 4 17:39:38 2000 Delivered-To: freebsd-smp@freebsd.org Received: from zmamail03.zma.compaq.com (zmamail03.zma.compaq.com [161.114.64.103]) by hub.freebsd.org (Postfix) with ESMTP id 4FC1837B608 for ; Fri, 4 Aug 2000 17:39:34 -0700 (PDT) (envelope-from jeff.potter@compaq.com) Received: by zmamail03.zma.compaq.com (Postfix, from userid 12345) id A76095DC0; Fri, 4 Aug 2000 20:39:33 -0400 (EDT) Received: from exchou-gh01.cca.cpqcorp.net (exchou-gh01.cca.cpqcorp.net [16.110.248.201]) by zmamail03.zma.compaq.com (Postfix) with ESMTP id 6398D5DF5 for ; Fri, 4 Aug 2000 20:39:33 -0400 (EDT) Received: by exchou-gh01.cca.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Fri, 4 Aug 2000 19:39:32 -0500 Message-ID: <2D348570FE47D0118C3F00805FEA318104BC29FA@EXCHOU-CA0901> From: "Potter, Jeff" To: "'freebsd-smp@freebsd.org'" Subject: FreeBSD 4.0 Release SMP kernel stalls during bootup"SMP: CPU1 api c_initialize()" (See PR19338 for details) Date: Fri, 4 Aug 2000 19:39:29 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org http://www.freebsd.org/cgi/query-pr.cgi?pr=19338 Does anyone have any advice or a patch that possibly could fix this issue? The SMP kernel works fine on the Compaq DL380, but fails on the Compaq DL360. The most obvious difference in the hardware of the two units is the BSP/AP APIC ID numbers are wired differently [per Intel spec]. MP Table for the Compaq DL360 is listed in PR 19338. We don't suspect ill behaved hardware because RedHat 6.2, and other SMP capable OSes work fine on both units. Copied 'most' of the boot message below from the customer issue report. If more information is needed for resolution, please let me know. Thanks in advance! Regards, JP Output from boot -hv DL360 -------------------------- connected Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-20000531-STABLE #0: Thu Jun 1 16:03:10 BST 2000 root@fubar.noc.demon.net:/usr/src/sys/compile/CPQ Calibrating clock(s) ... TSC clock: 797430926 Hz, i8254 clock: 1193118 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium III/Pentium III Xeon (797.48-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383fbff real memory = 1207943168 (1179632K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x002c3000 - 0x47ff3fff, 1205014528 bytes (294193 pages) avail memory = 1170939904 (1143496K bytes) Programming 35 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 IOAPIC #0 intpin 24 -> irq 2 SMP: CPU0 apic_initialize(): lint0: 0x00000700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 3, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 8, version: 0x00220011, at 0xfec00000 bios32: Found BIOS32 Service Directory header at 0xc00ffee0 bios32: Entry = 0xf0000 (c00f0000) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0x94 Other BIOS signatures found: ACPI: 000f4f90 Preloaded elf kernel "kernel" at 0xc02a7000. Pentium Pro MTRR support enabled SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000010 SVR: 0x000001ff ... ... "snip" ... Device configuration finished. APIC_IO: routing 8254 via IOAPIC #0 intpin 2 bpf: lo0 attached SMP: AP CPU #1 Launched! SMP: CPU1 apic_initialize(): lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff --------- A three fingered salute then adds the following boot() called on cpu#1 Uptime: 0s Rebooting... cpu_reset called on cpu#1 cpu_reset: Stopping other CPUs cpu_reset: Restarting BSP pu_reset_proxy: Grabbed mp locck uf_orr sBeSP: BSP did not grab mp lock --------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message