From owner-freebsd-smp Sun Sep 22 14: 9:46 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FEAC37B401 for ; Sun, 22 Sep 2002 14:09:45 -0700 (PDT) Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0407143E65 for ; Sun, 22 Sep 2002 14:09:34 -0700 (PDT) (envelope-from beemern@ksu.edu) Received: from unix2.cc.ksu.edu (unix2.cc.ksu.edu [129.130.12.4]) by mailhub.cns.ksu.edu (8.9.1/8.9.1/mailhub+tar) with ESMTP id QAA19633; Sun, 22 Sep 2002 16:09:31 -0500 (CDT) Received: from localhost (beemern@localhost) by unix2.cc.ksu.edu (8.11.6+Sun/8.11.6) with ESMTP id g8ML9UF10266; Sun, 22 Sep 2002 16:09:31 -0500 (CDT) X-Authentication-Warning: unix2.cc.ksu.edu: beemern owned process doing -bs Date: Sun, 22 Sep 2002 16:09:30 -0500 (CDT) From: beemern X-X-Sender: To: Cc: Subject: Re: For those with P4 SMP problems.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Terry Lambert wrote: > The theory is that the BIOS has the corect information, but in the > wrong order, so the bios is fubar > So the two "solutions" boil down to correcting the physical/logical > mapping, or reloading the physical APIC ID register. yet the register DOES indeed have the correct,in-order info? tryin to do get some background in (smp) kernel booting/init, and ran across this at http://www.cheesecake.org/~sac/smp.html : "The base section consists of a set of entries that describe either processors, system busses, I/O APICs, I/O interrupt assignments, or local interrupt assignments." .. "In particular, you will want to note the APIC ID of each processor in the system, its version, and its type as well as the address of the system's I/O APIC." this matches (not surprisingly) exactly the array basetable_entry_types in mp_machdep.c so couldn't we simply re-init from the register? since apparantly things are getting confused in the intermediate data structures? (perhaps thru mptable_pass1 and/or mptable_pass2 ?) > them start the APs simultaneously, and a side effect of this is that > they don't care about order of start, they just care *that* they start but we've got only one AP, so simultaneous startup shouldnt be an issue? dont mean to be obtuse, just tryin to get a grip on whats happening and what is supposed to be right now i'm just doing a lot of rebooting with checkpoints in the code so i can get a handle on the boot process and what code is doing what etc etc thanks for all your help! nathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sun Sep 22 15:29:22 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80EEC37B401 for ; Sun, 22 Sep 2002 15:29:19 -0700 (PDT) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A77943E42 for ; Sun, 22 Sep 2002 15:29:19 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0398.cvx40-bradley.dialup.earthlink.net ([216.244.43.143] helo=mindspring.com) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17tFE4-0001ZU-00; Sun, 22 Sep 2002 15:29:17 -0700 Message-ID: <3D8E4264.D7BE0E80@mindspring.com> Date: Sun, 22 Sep 2002 15:21:24 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: beemern Cc: smp@freebsd.org Subject: Re: For those with P4 SMP problems.. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org beemern wrote: > Terry Lambert wrote: > > The theory is that the BIOS has the corect information, but in the > > wrong order, > > so the bios is fubar No. You said Linux and Windows don't have problems starting the other processors on this box, correct? > so couldn't we simply re-init from the register? since apparantly things > are getting confused in the intermediate data structures? > (perhaps thru mptable_pass1 and/or mptable_pass2 ?) You could try this. I expect that FreeBSD is taking the BIOS contents more literally than the other OSs you claimed ran without problems. I think this probably won't work, though, because it's (kind of) what John Baldwin already suggested: "...so it is consistent everywhere..." ...in other words, it's based on the BIOS contents being known to be wrong, and that the *precise* way in which they are wrong is that the BIOS idea of how the APIC ID pins are wired up or down on the motherboard doesn't match the 5 bit APIC ID value that's recorded in the BIOS. John's "Grrr." there is related to the fact that just futzing the number isn't as global as it should be; to get around this, you could hack the value that gets stored in the physical-to-logical table. One problem where is that there is not a reverse reference out of there that's used internally; instead, the local APIC ID is read from the CPU itself, either by reading the local APIC ID register, or by executing a CPUID with an EAX of 1, and then taking the value from the EBX register. If the forward mapping doesn't match the reverse, then there will be a problem there as well. The FreeBSD APIC timer loop will fail, actually, because the IPI that was expected doesn't happen (FreeBSD cares about the source ID, because it IPI's the BSP to indicate it's alive). If you really want to understand this, rather than just fixing it, then this is probably not the correct place to look; a mailing list will give you people's answers to your questions, but every person is going to be operating from an imperfect understanding of their own, anyway (yes, even me ;^)). So you should probably get a copy of the official documentation: IA-32 Intel Architecture Softwar DEveloper's Manual Volume 3: System Programming Guide Intel Order Numer 245472-007 And pay special attention to: Chapter 8 Advanced Programmable Interrupt Controller (APIC) 8.4.3 - 8.4.7 > > them start the APs simultaneously, and a side effect of this is that > > they don't care about order of start, they just care *that* they start > > but we've got only one AP, so simultaneous startup shouldnt be an issue? No, but the same solution solves your problem, too (I think, if what you said about Linux working is true). > dont mean to be obtuse, just tryin to get a grip on whats happening and > what is supposed to be No problem; my suggestions have all been based on the idea that "Linux works", as you claimed in: The other possibility here is that the APICs are software disabled by the disabling of Hyperthreading. So if you enable Hyperthreadin in the BIOS, it may be that the non-hyperthreading Local APIC is no longer disabled (i.e. maybe they are coupled). Since no one else has complained, except for the chipset (John Baldwin asked about this, and so far there have been no responses), it *could* be the programming of the I/O APIC. The I/O APIC for P4 and Xeon processors is ont he other side of a PCI bridge, not the 3 wire APIC bus; if it were *all* P4 and Xeon based boxes, then we could blame that, but it's not, so we can't. That leaves a chipset specific problem, which, while posible, is pretty hard to credit, or a BIOS vs. motherboard wiring mismatch (which is what we've all been concentrating on in this discusion, since there is a long and glorious history of BIOS people who don't get the hardware information right. > right now i'm just doing a lot of rebooting with checkpoints in the code > so i can get a handle on the boot process and what code is doing what etc > etc The most important thing to keep in mind, IMO, is that the only way you know whats happing on anything other than the BSP, at least at the star, is that the AP sends an IPI to the BSP, and the BSP does the reporting. So checkpoints aren't necessarily going to be very helpful to you in tracking down the problem here. 8-(. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Sep 23 6:40: 2 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B22C537B401 for ; Mon, 23 Sep 2002 06:40:00 -0700 (PDT) Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4483843E75 for ; Mon, 23 Sep 2002 06:40:00 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 5369 invoked from network); 23 Sep 2002 13:40:12 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail17.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 23 Sep 2002 13:40:12 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.5/8.12.5) with ESMTP id g8NDdvBv081362; Mon, 23 Sep 2002 09:39:58 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3D8CBE7D.877EA3A4@mindspring.com> Date: Mon, 23 Sep 2002 09:40:01 -0400 (EDT) From: John Baldwin To: Terry Lambert Subject: Re: For those with P4 SMP problems.. Cc: smp@freebsd.org, beemern Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 21-Sep-2002 Terry Lambert wrote: > beemern wrote: >> i'm preparing to start in on Terry Lambert's suggestion, however, >> perhaps you (anyone) could clear up a few minor questions.. >> >> -he says other systems are "matching CPUs started at the time of the >> check" >> ..matching them with what? > > The theory is that the BIOS has the corect information, but in the > wrong order, and FreeBSD cares about the order, but Linux and Windows > do not, because they;ve performed an additional optimization that lets > them start the APs simultaneously, and a side effect of this is that > they don't care about order of start, they just care *that* they start. Except that in this case we have a 2-cpu system so we are only starting one additional processor. Hence, this entire argument is irrelevant. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Sep 23 10: 2:58 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 933F237B401; Mon, 23 Sep 2002 10:02:57 -0700 (PDT) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3779543E4A; Mon, 23 Sep 2002 10:02:57 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0108.cvx21-bradley.dialup.earthlink.net ([209.179.192.108] helo=mindspring.com) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17tWbn-0002XY-00; Mon, 23 Sep 2002 10:02:55 -0700 Message-ID: <3D8F48FB.F3DBE738@mindspring.com> Date: Mon, 23 Sep 2002 10:01:47 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: smp@freebsd.org, beemern Subject: Re: For those with P4 SMP problems.. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org John Baldwin wrote: > > The theory is that the BIOS has the corect information, but in the > > wrong order, and FreeBSD cares about the order, but Linux and Windows > > do not, because they;ve performed an additional optimization that lets > > them start the APs simultaneously, and a side effect of this is that > > they don't care about order of start, they just care *that* they start. > > Except that in this case we have a 2-cpu system so we are only starting > one additional processor. Hence, this entire argument is irrelevant. I don't believe this is true. When the FreeBSD code tries to start an AP, it sends an INIT IPI to the processor in question, after setting some global variables for the stack and the APIC ID index it thinks it's starting. Then it waits for an IPI back, with a bit set, and the increment of the global ncpu variable. There are basically three places where it cares about the APIC ID that it's starting. The Windows code, for sure, and the Linux code, perhaps, don't care that they get a response back in kind, and they don't care that an expected specific CPU sends the response IPI. What exact version of FreeBSD are you running, ? Depending on the version, I can probably provide a patch that does what I'm suggesting, some time this week. If it doesn't work, it's not like you've lost anything by trying it... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Sep 23 11:18:40 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9315437B401; Mon, 23 Sep 2002 11:18:36 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1316D43E42; Mon, 23 Sep 2002 11:18:36 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0108.cvx21-bradley.dialup.earthlink.net ([209.179.192.108] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17tXmx-0005yl-00; Mon, 23 Sep 2002 11:18:32 -0700 Message-ID: <3D8F5AB2.8857A73B@mindspring.com> Date: Mon, 23 Sep 2002 11:17:22 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin , smp@freebsd.org, beemern Subject: PATCH: start_ap(), and P4 SMP hack to try References: <3D8F48FB.F3DBE738@mindspring.com> Content-Type: multipart/mixed; boundary="------------56423703072FC3266B63C540" Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------56423703072FC3266B63C540 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Terry Lambert wrote: > Depending on the version, I can probably provide a patch that > does what I'm suggesting, some time this week. If it doesn't > work, it's not like you've lost anything by trying it... OK, here is a hack patch. It is against RELENG_4 as of yesterday, but how to convert it to work in -current should be obvious. What it does is correct the start_ap routine to take a physical instead of a logical CPU as an argument. This is a good idea in general, but what it lets you do is the hack that John initially suggested, and it should cause the hack to actually work now -- though it may hang again, at a later point, for other reasons which should be clear from reading the code. Now to retry JMB's hack, in start_all_aps(), change: /* get the PHYSICAL APIC ID# */ physical_cpu = CPU_TO_ID(x); if (!start_ap(physical_cpu, boot_addr)) { printf("AP #%d (PHY# %d) failed!\n", x, CPU_TO_ID(x)); To: /* XXX Override BIOS APIC ID */ #define OVERRIDE_ID 6 /* Put correct value here */ CPU_TO_ID(x) = OVERRIDE_ID; ID_TO_CPU(CPU_TO_ID(x)) = x; /* get the PHYSICAL APIC ID# */ physical_cpu = CPU_TO_ID(x); if (!start_ap(physical_cpu, boot_addr)) { printf("AP #%d (PHY# %d) failed!\n", x, CPU_TO_ID(x)); And then try it with different values of OVERRIDE_ID. In any case, the patch should probably be committed, even if the hack is unsuccessful, since it cleans up the semantics of the start_ap() function. -- Terry --------------56423703072FC3266B63C540 Content-Type: text/plain; charset=us-ascii; name="startp.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="startp.diff" Index: mp_machdep.c =================================================================== RCS file: /usr/cvs/src/sys/i386/i386/mp_machdep.c,v retrieving revision 1.115.2.12 diff -c -r1.115.2.12 mp_machdep.c *** mp_machdep.c 28 Apr 2002 18:18:17 -0000 1.115.2.12 --- mp_machdep.c 23 Sep 2002 18:06:14 -0000 *************** *** 333,339 **** static void init_locks(void); static int start_all_aps(u_int boot_addr); static void install_ap_tramp(u_int boot_addr); ! static int start_ap(int logicalCpu, u_int boot_addr); static int apic_int_is_bus_type(int intr, int bus_type); /* --- 333,339 ---- static void init_locks(void); static int start_all_aps(u_int boot_addr); static void install_ap_tramp(u_int boot_addr); ! static int start_ap(int physicalCpu, u_int boot_addr); static int apic_int_is_bus_type(int intr, int bus_type); /* *************** *** 1987,1992 **** --- 1987,1993 ---- struct globaldata *gd; char *stack; uintptr_t kptbase; + int physical_cpu; POSTCODE(START_ALL_APS_POST); *************** *** 2066,2072 **** /* attempt to start the Application Processor */ CHECK_INIT(99); /* setup checkpoints */ ! if (!start_ap(x, boot_addr)) { printf("AP #%d (PHY# %d) failed!\n", x, CPU_TO_ID(x)); CHECK_PRINT("trace"); /* show checkpoints */ /* better panic as the AP may be running loose */ --- 2067,2077 ---- /* attempt to start the Application Processor */ CHECK_INIT(99); /* setup checkpoints */ ! ! /* get the PHYSICAL APIC ID# */ ! physical_cpu = CPU_TO_ID(x); ! ! if (!start_ap(physical_cpu, boot_addr)) { printf("AP #%d (PHY# %d) failed!\n", x, CPU_TO_ID(x)); CHECK_PRINT("trace"); /* show checkpoints */ /* better panic as the AP may be running loose */ *************** *** 2185,2201 **** * but it seems to work. */ static int ! start_ap(int logical_cpu, u_int boot_addr) { - int physical_cpu; int vector; int cpus; u_long icr_lo, icr_hi; POSTCODE(START_AP_POST); - - /* get the PHYSICAL APIC ID# */ - physical_cpu = CPU_TO_ID(logical_cpu); /* calculate the vector */ vector = (boot_addr >> 12) & 0xff; --- 2190,2202 ---- * but it seems to work. */ static int ! start_ap(int physical_cpu, u_int boot_addr) { int vector; int cpus; u_long icr_lo, icr_hi; POSTCODE(START_AP_POST); /* calculate the vector */ vector = (boot_addr >> 12) & 0xff; --------------56423703072FC3266B63C540-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Sep 23 11:50:15 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 602EE37B401 for ; Mon, 23 Sep 2002 11:50:13 -0700 (PDT) Received: from vorbis.noc.easynet.net (vorbis.noc.easynet.net [195.40.1.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF2F743E4A for ; Mon, 23 Sep 2002 11:50:12 -0700 (PDT) (envelope-from chrisy@vorbis.noc.easynet.net) Received: from chrisy by vorbis.noc.easynet.net with local (Exim 3.36 #1) id 17tYHX-000Bf2-00; Mon, 23 Sep 2002 19:50:07 +0100 Date: Mon, 23 Sep 2002 19:50:07 +0100 From: Chris Luke Cc: smp@freebsd.org Subject: Re: For those with P4 SMP problems.. Message-ID: <20020923185007.GA40537@flix.net> References: <3D8F48FB.F3DBE738@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D8F48FB.F3DBE738@mindspring.com> User-Agent: Mutt/1.4i Organization: The Flirble Internet Exchange X-URL: http://www.flix.net/ X-FTP: ftp://ftp.flirble.org/ Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Terry Lambert wrote (on Sep 23): > John Baldwin wrote: > > > The theory is that the BIOS has the corect information, but in the > > > wrong order, and FreeBSD cares about the order, but Linux and Windows Okay, here's something else to stir the pot, I have a Compaq Evo 6000 with 2x2GHz Xeon's. The mp_table is broken, as per Compaq standards. 2nd processor doesn't boot. No panics, but the cpu is reported by the kernel. But no "CPU #x launched!" message at the end of kernel boot. This is 4.6-STABLE as of the start of Septemeber (which was when I was last playing with it, I've left it/waited for someone else to find the problem - I was erring on the side of "It's Compaq, it's bound to be broken"). Anyway, the above issue seems similar-but-not- the-same to this thread. Something gets started, because start_ap is called, and just for the sake of it, I added some printf's to show this, and that it returned okay: number of APs: 1 start_ap called on logical cpu #1, physical cpu #6 AP 1 allegedly started okay FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee00000 cpu1 (AP): apic id: 6, version: 0x00050014, at 0xfee00000 io0 (APIC): apic id: 8, version: 0x00178020, at 0xfec00000 The "called" message is early in start_ap(), the "allegedly" is after the call to start_ap(): --- CHECK_PRINT("trace"); /* show checkpoints */ + printf("AP %d allegedly started okay\n", x); /* record its version info */ cpu_apic_versions[x] = cpu_apic_versions[0]; --- If indeed the 2nd processor gets booted, it's almost as though it never sees the lock on the kernel released, so never does the stuff that prints that "launched!" message. I think I saw it boot up with the 2nd CPU once, but it was shortlived - the 2nd processor went away, almost as though I had imagined it (with "top", the only processes that were on CPU 1 were ones that had never run after startup - as they woke up, they all shifted to cpu 0 and new processes were always on cpu 0). mptable appears to agree with the output of acpidump, at least as far as processors and their apic ID's (and that hyperthreading is disabled). Can provide on request. Slight twist: This is my workstation in London, UK - I'm in Boston, US, so all my hacking has been with the cooperation of colleagues :) Also, it may be unrelated, but "clk" and "rtc" show twice as many irq's/s as I'd expect, when displayed with "systat -vmstat". 200Hz and 256Hz, respectively. The machine otherwise runs fine, with an SMP kernel - I'm sending this mail from it now. Just one cpu. Oh, another oddity, that may point to it being a Compaq-shonky issue - sometimes a warm boot will cause the BIOS to throw up "Processor initilization errors" on either 4, 2 or 1 processor(s), regardless of the setting of hyperthreading. The word "initialization" is spelled as typed too. Cold booting fixes it. (Given the choice, I'd have walked down the street and bought a m/b and bits and built the machine myself, but companies must have their procurement policies... grrr) Cheers for any light, Chris. -- == chrisy@flix.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Sep 23 11:56:20 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EF6B37B401 for ; Mon, 23 Sep 2002 11:56:19 -0700 (PDT) Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCFE543E4A for ; Mon, 23 Sep 2002 11:56:18 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 635 invoked from network); 23 Sep 2002 18:56:31 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail17.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 23 Sep 2002 18:56:31 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.5/8.12.5) with ESMTP id g8NIuGBv082253; Mon, 23 Sep 2002 14:56:16 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3D8F5AB2.8857A73B@mindspring.com> Date: Mon, 23 Sep 2002 14:56:19 -0400 (EDT) From: John Baldwin To: Terry Lambert Subject: RE: PATCH: start_ap(), and P4 SMP hack to try Cc: beemern , smp@freebsd.org Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 23-Sep-2002 Terry Lambert wrote: > Terry Lambert wrote: >> Depending on the version, I can probably provide a patch that >> does what I'm suggesting, some time this week. If it doesn't >> work, it's not like you've lost anything by trying it... > > OK, here is a hack patch. It is against RELENG_4 as of yesterday, > but how to convert it to work in -current should be obvious. > > > What it does is correct the start_ap routine to take a physical > instead of a logical CPU as an argument. > > This is a good idea in general, but what it lets you do is the > hack that John initially suggested, and it should cause the > hack to actually work now -- though it may hang again, at a > later point, for other reasons which should be clear from reading > the code. *sigh*, except that we may need to change to using logical APIC ID's instead of physical ones at some time. Anyways, I'm not sure the BIOS is hosed. The mptable and ACPI MADT table supposedly have their local APIC entries added by the actual AP's during the BIOS startup anyways. Can someone with one of these Intel machines please see what APIC ID the second processor has on Linux and Windows? Thanks. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Sep 23 15:39: 3 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A92B37B401; Mon, 23 Sep 2002 15:39:01 -0700 (PDT) Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B0BD43E81; Mon, 23 Sep 2002 15:39:00 -0700 (PDT) (envelope-from jrf4772@ksu.edu) Received: from unix1.cc.ksu.edu (jrf4772@unix1.cc.ksu.edu [129.130.12.3]) by mailhub.cns.ksu.edu (8.9.1/8.9.1/mailhub+tar) with ESMTP id RAA08827; Mon, 23 Sep 2002 17:38:58 -0500 (CDT) Received: from localhost (jrf4772@localhost) by unix1.cc.ksu.edu (8.8.8+Sun/8.8.8) with ESMTP id RAA29868; Mon, 23 Sep 2002 17:38:58 -0500 (CDT) X-Authentication-Warning: unix1.cc.ksu.edu: jrf4772 owned process doing -bs Date: Mon, 23 Sep 2002 17:38:58 -0500 (CDT) From: Jonathan R Feldkamp X-X-Sender: To: Cc: , , Subject: RE: PATCH: start_ap(), and P4 SMP hack to try Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I just installed Intel's latest bios update. BIOS options: hyperthreading - tried both on/off OS-INSTALLED - stuck with other I patched in your diff file (thanks) and rebuilt, dmesg below. I have 4.6.2 installed, but have been cvsup'ing the sys source from time to time. I did again before patching. ------- dmesg snip ---------- Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.6.2-RELEASE-p2 #15: Mon Sep 23 16:56:43 CDT 2002 jonathan@osage.telecom.ksu.edu:/usr/src/sys/compile/OSAGE Timecounter "i8254" frequency 1193182 Hz CPU: Pentium 4 (2192.90-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff,ACC> real memory = 536346624 (523776K bytes) avail memory = 517996544 (505856K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 Programming 24 pins in IOAPIC #1 Programming 24 pins in IOAPIC #2 AP #1 (PHY# 6) failed! panic y/n? [y] FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee00000 cpu1 (AP): apic id: 6, version: 0x00000000, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00178020, at 0xfec00000 io1 (APIC): apic id: 3, version: 0x00178020, at 0xfec80000 io2 (APIC): apic id: 4, version: 0x00178020, at 0xfec80400 Preloaded elf kernel "kernel" at 0xc03b2000. --------- end of dmesg snip ------------ >*sigh*, except that we may need to change to using logical APIC >ID's instead of physical ones at some time. Anyways, I'm not >sure the BIOS is hosed. The mptable and ACPI MADT table supposedly >have their local APIC entries added by the actual AP's during the >BIOS startup anyways. Can someone with one of these Intel machines >please see what APIC ID the second processor has on Linux and >Windows? Thanks. I am a student, and have a few exams this week, but I wll try to get linux installed tonight / tomorrow and let you know. thanks Jonathan Feldkamp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Sep 24 1:47: 4 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F091237B401; Tue, 24 Sep 2002 01:47:02 -0700 (PDT) Received: from cse.cs.huji.ac.il (cse.cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8063143E4A; Tue, 24 Sep 2002 01:47:02 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cse.cs.huji.ac.il with esmtp id 17tlLP-0003Y1-00; Tue, 24 Sep 2002 11:46:59 +0300 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: smp@freebsd.org Cc: tlambert2@mindspring.com, jhb@freebsd.org, beemern@ksu.edu Subject: RE: PATCH: start_ap(), and P4 SMP hack to try Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 24 Sep 2002 11:46:59 +0300 From: Danny Braniss Message-Id: Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org no luck, i applied the patch and my p4 still panics: Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.7-RC #1: Tue Sep 24 11:27:46 IDT 2002 byte 2491 danny@dev:/r+d/obj/r+d/4.7/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium 4 (2199.76-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff,ACC> real memory = 1073217536 (1048064K bytes) avail memory = 1039335424 (1014976K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 Programming 24 pins in IOAPIC #1 Programming 24 pins in IOAPIC #2 AP #1 (PHY# 6) failed! panic y/n? [y] FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee00000 cpu1 (AP): apic id: 6, version: 0x00000000, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00178020, at 0xfec00000 io1 (APIC): apic id: 3, version: 0x00178020, at 0xfec80000 io2 (APIC): apic id: 4, version: 0x00178020, at 0xfec80400 Preloaded elf kernel "kernel" at 0xc04fa000. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Sep 24 3:38: 7 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47B8337B401 for ; Tue, 24 Sep 2002 03:37:58 -0700 (PDT) Received: from mx.estimese.net (finom.estimese.net [195.168.3.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 4A3F843E77 for ; Tue, 24 Sep 2002 03:37:56 -0700 (PDT) (envelope-from zero@estimese.net) Received: (qmail 24324 invoked by uid 69); 24 Sep 2002 10:47:16 -0000 Date: Tue, 24 Sep 2002 12:47:16 +0200 From: Robert Bopko To: John Baldwin Cc: Terry Lambert , beemern , smp@freebsd.org Subject: Re: PATCH: start_ap(), and P4 SMP hack to try Message-ID: <20020924104716.GA24307@finom.estimese.net> References: <3D8F5AB2.8857A73B@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Operating-System: NetBSD/i386 Organization: Nextra Slovakia, Ltd. Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hello, this is dmesg from linux 2.4.18 with SE7500CW2 & 2 xeon processors. hyperthreading is turned off. wondering how can i dump info about multiprocessing in windoze 2000? thanks. On Mon, Sep 23, 2002 at 02:56:19PM -0400, John Baldwin wrote: > *sigh*, except that we may need to change to using logical APIC > ID's instead of physical ones at some time. Anyways, I'm not > sure the BIOS is hosed. The mptable and ACPI MADT table supposedly > have their local APIC entries added by the actual AP's during the > BIOS startup anyways. Can someone with one of these Intel machines > please see what APIC ID the second processor has on Linux and > Windows? Thanks. > > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-smp" in the body of the message --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.txt" gger[0x1]) INT_SRC_OVR (bus[0] irq[0x9] global_irq[0x9] polarity[0x1] trigger[0x3]) LAPIC_NMI (acpi_id[0x0000] polarity[0x1] trigger[0x1] lint[0x1]) LAPIC_NMI (acpi_id[0x0001] polarity[0x1] trigger[0x1] lint[0x1]) 2 CPUs total Local APIC address fee00000 __va_range(0x7fefefd8, 0x24): idx=32 mapped at fffde000 __va_range(0x7fefefd8, 0x28): idx=32 mapped at fffde000 ACPI table found: BOOT v1 [PTLTD $SBFTBL$ 1540.0] Enabling the CPU's according to the ACPI table Intel MultiProcessor Specification v1.4 Virtual Wire compatibility mode. OEM ID: Product ID: SE7500CW2 APIC at: 0xFEE00000 I/O APIC #2 Version 32 at 0xFEC00000. I/O APIC #3 Version 32 at 0xFEC80000. I/O APIC #4 Version 32 at 0xFEC80400. Enabling APIC mode: Flat. Using 3 I/O APICs Processors: 1 Building zonelist for node : 0 Kernel command line: auto BOOT_IMAGE=linux ro root=801 acpismp=force Initializing CPU#0 Detected 2192.941 MHz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 4377.80 BogoMIPS Memory: 2068148k/2096640k available (1525k kernel code, 28020k reserved, 447k data, 148k init, 1179072k highmem) Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes) Inode cache hash table entries: 131072 (order: 8, 1048576 bytes) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) Buffer-cache hash table entries: 131072 (order: 7, 524288 bytes) Page-cache hash table entries: 524288 (order: 9, 2097152 bytes) CPU: Before vendor init, caps: 3febfbff 00000000 00000000, vendor = 0 CPU: L1 I cache: 12K, L1 D cache: 8K CPU: L2 cache: 512K CPU: Physical Processor ID: 0 CPU: After vendor init, caps: 3febfbff 00000000 00000000 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU: After generic, caps: 3febfbff 00000000 00000000 00000000 CPU: Common caps: 3febfbff 00000000 00000000 00000000 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au) mtrr: detected mtrr type: Intel CPU: Before vendor init, caps: 3febfbff 00000000 00000000, vendor = 0 CPU: L1 I cache: 12K, L1 D cache: 8K CPU: L2 cache: 512K CPU: Physical Processor ID: 0 CPU: After vendor init, caps: 3febfbff 00000000 00000000 00000000 Intel machine check reporting enabled on CPU#0. CPU: After generic, caps: 3febfbff 00000000 00000000 00000000 CPU: Common caps: 3febfbff 00000000 00000000 00000000 CPU0: Intel(R) XEON(TM) CPU 2.20GHz stepping 04 per-CPU timeslice cutoff: 1463.11 usecs. enabled ExtINT on CPU#0 ESR value before enabling vector: 00000000 ESR value after enabling vector: 00000000 Error: only one processor found. WARNING: No sibling found for CPU 0. ENABLING IO-APIC IRQs Setting 2 in the phys_id_present_map ...changing IO-APIC physical APIC ID to 2 ... ok. Setting 3 in the phys_id_present_map ...changing IO-APIC physical APIC ID to 3 ... ok. Setting 4 in the phys_id_present_map ...changing IO-APIC physical APIC ID to 4 ... ok. init IO_APIC IRQs IO-APIC (apicid-pin) 2-0, 2-3, 2-5, 2-10, 2-11, 2-16, 2-18, 2-19, 2-22, 3-1, 3-2, 3-3, 3-4, 3-5, 3-6, 3-7, 3-8, 3-9, 3-10, 3-11, 3-12, 3-13, 3-14, 3-15, 3-16, 3-17, 3-18, 3-19, 3-20, 3-21, 3-22, 3-23, 4-0, 4-1, 4-2, 4-3, 4-4, 4-5, 4-6, 4-7, 4-8, 4-9, 4-10, 4-11, 4-12, 4-13, 4-14, 4-15, 4-16, 4-17, 4-18, 4-19, 4-20, 4-21, 4-22, 4-23 not connected. ..TIMER: vector=0x31 pin1=2 pin2=0 number of MP IRQ sources: 17. number of IO-APIC #2 registers: 24. number of IO-APIC #3 registers: 24. number of IO-APIC #4 registers: 24. testing the IO APIC....................... IO APIC #2...... .... register #00: 02008000 ....... : physical APIC id: 02 WARNING: unexpected IO-APIC, please mail to linux-smp@vger.kernel.org .... register #01: 00178020 ....... : max redirection entries: 0017 ....... : PRQ implemented: 1 ....... : IO APIC version: 0020 .... register #02: 00000000 ....... : arbitration: 00 .... IRQ redirection table: NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect: 00 000 00 1 0 0 0 0 0 0 00 01 001 01 0 0 0 0 0 1 1 39 02 001 01 0 0 0 0 0 1 1 31 03 000 00 1 0 0 0 0 0 0 00 04 001 01 0 0 0 0 0 1 1 41 05 000 00 1 0 0 0 0 0 0 00 06 001 01 0 0 0 0 0 1 1 49 07 001 01 0 0 0 0 0 1 1 51 08 001 01 0 0 0 0 0 1 1 59 09 001 01 0 0 0 0 0 1 1 61 0a 000 00 1 0 0 0 0 0 0 00 0b 000 00 1 0 0 0 0 0 0 00 0c 001 01 0 0 0 0 0 1 1 69 0d 001 01 0 0 0 0 0 1 1 71 0e 001 01 0 0 0 0 0 1 1 79 0f 001 01 0 0 0 0 0 1 1 81 10 000 00 1 0 0 0 0 0 0 00 11 001 01 1 1 0 1 0 1 1 89 12 000 00 1 0 0 0 0 0 0 00 13 000 00 1 0 0 0 0 0 0 00 14 001 01 1 1 0 1 0 1 1 91 15 001 01 1 1 0 1 0 1 1 99 16 000 00 1 0 0 0 0 0 0 00 17 001 01 1 1 0 1 0 1 1 A1 IO APIC #3...... .... register #00: 03000000 ....... : physical APIC id: 03 .... register #01: 00178020 ....... : max redirection entries: 0017 ....... : PRQ implemented: 1 ....... : IO APIC version: 0020 .... register #02: 03000000 ....... : arbitration: 03 .... IRQ redirection table: NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect: 00 001 01 1 1 0 1 0 1 1 A9 01 000 00 1 0 0 0 0 0 0 00 02 000 00 1 0 0 0 0 0 0 00 03 000 00 1 0 0 0 0 0 0 00 04 000 00 1 0 0 0 0 0 0 00 05 000 00 1 0 0 0 0 0 0 00 06 000 00 1 0 0 0 0 0 0 00 07 000 00 1 0 0 0 0 0 0 00 08 000 00 1 0 0 0 0 0 0 00 09 000 00 1 0 0 0 0 0 0 00 0a 000 00 1 0 0 0 0 0 0 00 0b 000 00 1 0 0 0 0 0 0 00 0c 000 00 1 0 0 0 0 0 0 00 0d 000 00 1 0 0 0 0 0 0 00 0e 000 00 1 0 0 0 0 0 0 00 0f 000 00 1 0 0 0 0 0 0 00 10 000 00 1 0 0 0 0 0 0 00 11 000 00 1 0 0 0 0 0 0 00 12 000 00 1 0 0 0 0 0 0 00 13 000 00 1 0 0 0 0 0 0 00 14 000 00 1 0 0 0 0 0 0 00 15 000 00 1 0 0 0 0 0 0 00 16 000 00 1 0 0 0 0 0 0 00 17 000 00 1 0 0 0 0 0 0 00 IO APIC #4...... .... register #00: 04000000 ....... : physical APIC id: 04 .... register #01: 00178020 ....... : max redirection entries: 0017 ....... : PRQ implemented: 1 ....... : IO APIC version: 0020 .... register #02: 04000000 ....... : arbitration: 04 .... IRQ redirection table: NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect: 00 000 00 1 0 0 0 0 0 0 00 01 000 00 1 0 0 0 0 0 0 00 02 000 00 1 0 0 0 0 0 0 00 03 000 00 1 0 0 0 0 0 0 00 04 000 00 1 0 0 0 0 0 0 00 05 000 00 1 0 0 0 0 0 0 00 06 000 00 1 0 0 0 0 0 0 00 07 000 00 1 0 0 0 0 0 0 00 08 000 00 1 0 0 0 0 0 0 00 09 000 00 1 0 0 0 0 0 0 00 0a 000 00 1 0 0 0 0 0 0 00 0b 000 00 1 0 0 0 0 0 0 00 0c 000 00 1 0 0 0 0 0 0 00 0d 000 00 1 0 0 0 0 0 0 00 0e 000 00 1 0 0 0 0 0 0 00 0f 000 00 1 0 0 0 0 0 0 00 10 000 00 1 0 0 0 0 0 0 00 11 000 00 1 0 0 0 0 0 0 00 12 000 00 1 0 0 0 0 0 0 00 13 000 00 1 0 0 0 0 0 0 00 14 000 00 1 0 0 0 0 0 0 00 15 000 00 1 0 0 0 0 0 0 00 16 000 00 1 0 0 0 0 0 0 00 17 000 00 1 0 0 0 0 0 0 00 IRQ to pin mappings: IRQ0 -> 0:2 IRQ1 -> 0:1 IRQ4 -> 0:4 IRQ6 -> 0:6 IRQ7 -> 0:7 IRQ8 -> 0:8 IRQ9 -> 0:9 IRQ12 -> 0:12 IRQ13 -> 0:13 IRQ14 -> 0:14 IRQ15 -> 0:15 IRQ17 -> 0:17 IRQ20 -> 0:20 IRQ21 -> 0:21 IRQ23 -> 0:23 IRQ24 -> 1:0 .................................... done. Using local APIC timer interrupts. calibrating APIC timer ... ..... CPU clock speed is 2192.9022 MHz. ..... host bus clock speed is 99.6772 MHz. cpu: 0, clocks: 996772, slice: 498386 CPU0 Waiting on wait_init_idle (map = 0x0) All processors have done init_idle PCI: PCI BIOS revision 2.10 entry at 0xfd921, last bus=4 PCI: Using configuration type 1 PCI: Probing PCI hardware Unknown bridge resource 2: assuming transparent Unknown bridge resource 2: assuming transparent Unknown bridge resource 0: assuming transparent Unknown bridge resource 1: assuming transparent Unknown bridge resource 2: assuming transparent Unknown bridge resource 2: assuming transparent PCI: Using IRQ router PIIX [8086/2480] at 00:1f.0 PCI->APIC IRQ transform: (B0,I31,P0) -> 17 PCI->APIC IRQ transform: (B0,I31,P1) -> 17 PCI->APIC IRQ transform: (B2,I1,P0) -> 24 PCI->APIC IRQ transform: (B4,I3,P0) -> 21 PCI->APIC IRQ transform: (B4,I4,P0) -> 20 PCI->APIC IRQ transform: (B4,I5,P0) -> 23 Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket apm: BIOS not found. mxt_scan_bios: enter Starting kswapd allocated 32 pages and 32 bhs reserved for the highmem bounces kinoded started VFS: Diskquotas version dquot_6.5.0 initialized ACPI: Core Subsystem version [20011018] ACPI: Subsystem enabled pty: 256 Unix98 ptys configured Serial driver version 5.05c (2001-07-08) with HUB-6 MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A Real Time Clock Driver v1.10e Uniform Multi-Platform E-IDE driver Revision: 6.31 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PIIX4: IDE controller on PCI bus 00 dev f9 PCI: Device 00:1f.1 not available because of resource collisions PIIX4: (ide_setup_pci_device:) Could not enable device. keyboard: Timeout - AT keyboard not present?(ed) keyboard: Timeout - AT keyboard not present?(f4) hda: SONY CD-ROM CDU5221, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hda: ATAPI 40X CD-ROM drive, 128kB Cache Uniform CD-ROM driver Revision: 3.12 ide-floppy driver 0.99.newide Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 RAMDISK driver initialized: 16 RAM disks of 64000K size 1024 blocksize loop: loaded (max 16 devices) Cronyx Ltd, Synchronous PPP and CISCO HDLC (c) 1994 Linux port (c) 1998 Building Number Three Ltd & Jan "Yenya" Kasprzak. ide-floppy driver 0.99.newide SCSI subsystem driver Revision: 1.00 kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter, errno = 2 kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter, errno = 2 md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27 md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 16384 buckets, 128Kbytes TCP: Hash tables configured (established 262144 bind 65536) Linux IP multicast router 0.06 plus PIM-SM NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. RAMDISK: Compressed image found at block 0 Freeing initrd memory: 576k freed VFS: Mounted root (ext2 filesystem). sym.2.1.0: setting PCI_COMMAND_PARITY... sym0: <1010-66> rev 0x1 on pci bus 2 device 1 function 0 irq 24 sym0: using 64 bit DMA addressing sym0: Symbios NVRAM, ID 7, Fast-80, LVD, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: handling phase mismatch from SCRIPTS. sym0: SCSI BUS has been reset. scsi0 : sym-2.1.17a blk: queue c2ff9218, I/O limit 1048575Mb (mask 0xffffffffff) Vendor: IBM Model: IC35L018UWD210-0 Rev: S5BS Type: Direct-Access ANSI SCSI revision: 03 blk: queue c2ff9418, I/O limit 1048575Mb (mask 0xffffffffff) Vendor: IBM Model: IC35L036UWD210-0 Rev: S5BS Type: Direct-Access ANSI SCSI revision: 03 blk: queue c3583c18, I/O limit 1048575Mb (mask 0xffffffffff) sym0:0:0: tagged command queuing enabled, command queue depth 16. sym0:2:0: tagged command queuing enabled, command queue depth 16. Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 Attached scsi disk sdb at scsi0, channel 0, id 2, lun 0 sym0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62) SCSI device sda: 35843670 512-byte hdwr sectors (18352 MB) Partition check: sda: sda1 sda2 < sda5 sda6 sda7 sda8 > sym0:2: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62) SCSI device sdb: 71687340 512-byte hdwr sectors (36704 MB) sdb: sdb1 reiserfs: checking transaction log (device 08:01) ... Warning, log replay starting on readonly filesystem Using r5 hash to sort names ReiserFS version 3.6.25 VFS: Mounted root (reiserfs filesystem) readonly. Trying to move old root to /initrd ... failed Unmounting old root Trying to free ramdisk memory ... okay Freeing unused kernel memory: 148k freed md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. Adding Swap: 2097136k swap-space (priority 42) reiserfs: checking transaction log (device 08:11) ... Using r5 hash to sort names ReiserFS version 3.6.25 reiserfs: checking transaction log (device 08:05) ... Using r5 hash to sort names ReiserFS version 3.6.25 reiserfs: checking transaction log (device 08:08) ... Using r5 hash to sort names ReiserFS version 3.6.25 reiserfs: checking transaction log (device 08:06) ... Using r5 hash to sort names ReiserFS version 3.6.25 Intel(R) PRO/100 Fast Ethernet Adapter - Loadable driver, ver 1.8.38 Copyright (c) 2002 Intel Corporation eth0: Intel(R) 8255x-based Ethernet Adapter Using specified speed/duplex mode of 4. Mem:0xfc341000 IRQ:20 Speed:0 Mbps Dx:N/A Failed to detect cable link. Speed and duplex will be determined at time of connection. Hardware receive checksums enabled cpu cycle saver enabled eth1: Intel(R) 8255x-based Ethernet Adapter Using specified speed/duplex mode of 4. Mem:0xfc342000 IRQ:23 Speed:0 Mbps Dx:N/A Failed to detect cable link. Speed and duplex will be determined at time of connection. Hardware receive checksums enabled cpu cycle saver enabled keyboard: Timeout - AT keyboard not present?(f4) keyboard: Timeout - AT keyboard not present?(f4) keyboard: Timeout - AT keyboard not present?(f4) keyboard: Timeout - AT keyboard not present?(f4) keyboard: Timeout - AT keyboard not present?(f4) isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found keyboard: Timeout - AT keyboard not present?(f4) IPv6 v0.8 for NET4.0 IPv6 over IPv4 tunneling driver eth0: no IPv6 routers present e100: eth0 NIC Link is Up 100 Mbps Full duplex e100: eth0 NIC Link is Down e100: eth0 NIC Link is Up 100 Mbps Full duplex e100: eth0 NIC Link is Down e100: eth0 NIC Link is Up 100 Mbps Full duplex --xHFwDpU9dbj6ez1V-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Sep 24 7:45: 9 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 366E137B433 for ; Tue, 24 Sep 2002 07:45:02 -0700 (PDT) Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD05543E4A for ; Tue, 24 Sep 2002 07:45:01 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 18389 invoked from network); 24 Sep 2002 14:45:17 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail17.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 24 Sep 2002 14:45:17 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.5/8.12.5) with ESMTP id g8OEixBv084843; Tue, 24 Sep 2002 10:44:59 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020924104716.GA24307@finom.estimese.net> Date: Tue, 24 Sep 2002 10:45:02 -0400 (EDT) From: John Baldwin To: Robert Bopko Subject: Re: PATCH: start_ap(), and P4 SMP hack to try Cc: smp@freebsd.org, beemern , Terry Lambert Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 24-Sep-2002 Robert Bopko wrote: > hello, > > this is dmesg from linux 2.4.18 with SE7500CW2 & 2 xeon processors. > hyperthreading is turned off. > wondering how can i dump info about multiprocessing in windoze 2000? > > thanks. I managed to look at messages from another machine running Linux and it is using APIC ID 6, so the BIOS is ok. It may be that it doesn't like the sequence of IPI's that we send. Although, we use the exact method recommended by the MP spec. Look in start_ap() and try disabling the second startup IPI (just use #if 0) to see if it works better. > On Mon, Sep 23, 2002 at 02:56:19PM -0400, John Baldwin wrote: >> *sigh*, except that we may need to change to using logical APIC >> ID's instead of physical ones at some time. Anyways, I'm not >> sure the BIOS is hosed. The mptable and ACPI MADT table supposedly >> have their local APIC entries added by the actual AP's during the >> BIOS startup anyways. Can someone with one of these Intel machines >> please see what APIC ID the second processor has on Linux and >> Windows? Thanks. >> >> -- >> >> John Baldwin <>< http://www.FreeBSD.org/~jhb/ >> "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-smp" in the body of the message -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Sep 24 9:47:30 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBC7E37B404; Tue, 24 Sep 2002 09:47:29 -0700 (PDT) Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DB3643E42; Tue, 24 Sep 2002 09:47:29 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0304.cvx21-bradley.dialup.earthlink.net ([209.179.193.49] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17tsqI-00068e-00; Tue, 24 Sep 2002 09:47:22 -0700 Message-ID: <3D9096D9.742EFCFF@mindspring.com> Date: Tue, 24 Sep 2002 09:46:17 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Danny Braniss Cc: smp@freebsd.org, jhb@freebsd.org, beemern@ksu.edu Subject: Re: PATCH: start_ap(), and P4 SMP hack to try References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Danny Braniss wrote: > no luck, i applied the patch and my p4 still panics: [ ... ] > AP #1 (PHY# 6) failed! ^ | I don't believe you. The printf change I gave you should mean that this number should be equal to the physical processor number, which I told you to change to *anything but 6*, and even *specifically suggested 2*. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Sep 24 10:29: 7 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD99237B401 for ; Tue, 24 Sep 2002 10:29:04 -0700 (PDT) Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6827A43E65 for ; Tue, 24 Sep 2002 10:29:04 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 16992 invoked from network); 24 Sep 2002 17:29:20 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 24 Sep 2002 17:29:20 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.5/8.12.5) with ESMTP id g8OHT2Bv085332; Tue, 24 Sep 2002 13:29:02 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3D9096D9.742EFCFF@mindspring.com> Date: Tue, 24 Sep 2002 13:29:05 -0400 (EDT) From: John Baldwin To: Terry Lambert Subject: Re: PATCH: start_ap(), and P4 SMP hack to try Cc: beemern@ksu.edu, smp@freebsd.org, Danny Braniss Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 24-Sep-2002 Terry Lambert wrote: > Danny Braniss wrote: >> no luck, i applied the patch and my p4 still panics: > > [ ... ] > >> AP #1 (PHY# 6) failed! > ^ > | > I don't believe you. > > The printf change I gave you should mean that this number should > be equal to the physical processor number, which I told you to > change to *anything but 6*, and even *specifically suggested 2*. Terry, Linux boots fine and uses APIC ID of 6. The way that the ACPI table and MP table are generated is that the BSP actually IPI's all the AP's and the AP's write their _own_ APIC ID's into the table. The AP is at 6. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Sep 25 1:43: 1 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 479CA37B401 for ; Wed, 25 Sep 2002 01:43:00 -0700 (PDT) Received: from cse.cs.huji.ac.il (cse.cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD71043E3B for ; Wed, 25 Sep 2002 01:42:59 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cse.cs.huji.ac.il with esmtp id 17u71f-000NBg-00; Wed, 25 Sep 2002 10:56:03 +0300 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Terry Lambert To: smp@freebsd.org, jhb@freebsd.org, beemern@ksu.edu Subject: Re: PATCH: start_ap(), and P4 SMP hack to try In-reply-to: Your message of Tue, 24 Sep 2002 09:46:17 -0700 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 25 Sep 2002 10:56:03 +0300 From: Danny Braniss Message-Id: Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Danny Braniss wrote: > > no luck, i applied the patch and my p4 still panics: > > [ ... ] > > > AP #1 (PHY# 6) failed! > ^ > | > I don't believe you. > > The printf change I gave you should mean that this number should > be equal to the physical processor number, which I told you to > change to *anything but 6*, and even *specifically suggested 2*. > > -- Terry OK, OK, no reason to get angry :-), so I didn't read all the message. Oh, and BTW, it didn't help. In the case of define OVERRIDE_ID 2 /* Put correct value here */ same problem (panic ...) but with the addition that it hung with fxp0: device timeout (the system is diskless, so not much can be done without / :-) I also tried other values but the result was the same. danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Sep 25 7:55:27 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05DB137B401; Wed, 25 Sep 2002 07:55:26 -0700 (PDT) Received: from smtp2.enst.fr (matrix2.enst.fr [137.194.2.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49CD143E86; Wed, 25 Sep 2002 07:55:25 -0700 (PDT) (envelope-from beyssac@bofh.enst.fr) Received: from bofh.enst.fr (bofh.enst.fr [137.194.32.191]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "bofh.enst.fr", Issuer CN "ENST CA" (verified OK)) by smtp2.enst.fr (Postfix) with ESMTP id 466361F00E; Wed, 25 Sep 2002 16:55:23 +0200 (MEST) Received: from bofh.enst.fr (localhost [127.0.0.1]) by bofh.enst.fr (8.12.5/8.12.5) with ESMTP id g8PEtNgA058588 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 25 Sep 2002 16:55:23 +0200 (CEST) (envelope-from beyssac@bofh.enst.fr) Received: (from beyssac@localhost) by bofh.enst.fr (8.12.5/8.12.5/Submit) id g8PEtNx3058587; Wed, 25 Sep 2002 16:55:23 +0200 (CEST) Date: Wed, 25 Sep 2002 16:55:23 +0200 From: Pierre Beyssac To: Terry Lambert Cc: John Baldwin , smp@FreeBSD.ORG, beemern Subject: Re: PATCH: start_ap(), and P4 SMP hack to try Message-ID: <20020925165523.A58257@bofh.enst.fr> References: <3D8F48FB.F3DBE738@mindspring.com> <3D8F5AB2.8857A73B@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3D8F5AB2.8857A73B@mindspring.com>; from tlambert2@mindspring.com on Mon, Sep 23, 2002 at 11:17:22AM -0700 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Sep 23, 2002 at 11:17:22AM -0700, Terry Lambert wrote: > What it does is correct the start_ap routine to take a physical > instead of a logical CPU as an argument. FWIW, I've tested a similar patch of mine a few days ago, because I'm having the exact same problem as everyone else in this thread on a bi-Xeon Intel motherboard. My patch just changes the start_ap routine to use a physical ID, and start_ap is called in a loop with CPU varying from 8 back to 1 until we get one processor started. It doesn't work. I even added additional delays in start_ap in case this would just be a timing problem, and it didn't work either. I'm not a SMP specialist (actually I was not subscribed to -smp until I found it searching "PHY FreeBSD panic y/n" through Google) so I have no idea what to try next. -- Pierre Beyssac pb@enst.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Sep 25 9:37:44 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33B0137B401; Wed, 25 Sep 2002 09:37:42 -0700 (PDT) Received: from smtprelay3.dc3.adelphia.net (smtprelay3.dc3.adelphia.net [24.50.78.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE16243E65; Wed, 25 Sep 2002 09:37:36 -0700 (PDT) (envelope-from sk@dreamtime.net) Received: from useriwkuwos7hm ([68.67.159.182]) by smtprelay3.dc3.adelphia.net (Netscape Messaging Server 4.15) with ESMTP id H3066O0B.607; Wed, 25 Sep 2002 12:37:36 -0400 From: "Stephen Karrington" To: "'Pierre Beyssac'" , "'Terry Lambert'" Cc: "'John Baldwin'" , , "'beemern'" Subject: RE: PATCH: start_ap(), and P4 SMP hack to try Date: Wed, 25 Sep 2002 09:37:34 -0700 Message-ID: <02b901c264b1$d9f61f90$b69f4344@useriwkuwos7hm> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <20020925165523.A58257@bofh.enst.fr> Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, Add me to the list. I am also having this problem too. My specs are: Intel Motherboard SE7500CW2SCSI. Xeon Processor BX80532KC2200D. I have two of them. 512 meg modules - 266X72RC25/512I. I have 4 of them. Sincerely, Stephen Karrington Dreamtime.net Inc. http://www.dreamtime.net http://www.emailblaster.us Corporate Office 8 Corporate Park, Suite 125 Irvine, CA. 92606-5192 Voice - 949-833-1313 Dreamtime.net is an internet development company specializing in The Replicator, MLM-ONE!, Email Blaster, DREAMcommerce, and DREAMcharge > -----Original Message----- > From: owner-freebsd-smp@FreeBSD.ORG > [mailto:owner-freebsd-smp@FreeBSD.ORG] On Behalf Of Pierre Beyssac > Sent: Wednesday, September 25, 2002 7:55 AM > To: Terry Lambert > Cc: John Baldwin; smp@FreeBSD.ORG; beemern > Subject: Re: PATCH: start_ap(), and P4 SMP hack to try > > > On Mon, Sep 23, 2002 at 11:17:22AM -0700, Terry Lambert wrote: > > What it does is correct the start_ap routine to take a physical > > instead of a logical CPU as an argument. > > FWIW, I've tested a similar patch of mine a few days ago, > because I'm having the exact same problem as everyone else in > this thread on a bi-Xeon Intel motherboard. > > My patch just changes the start_ap routine to use a physical > ID, and start_ap is called in a loop with CPU varying from 8 > back to 1 until we get one processor started. It doesn't work. > > I even added additional delays in start_ap in case this would > just be a timing problem, and it didn't work either. > > I'm not a SMP specialist (actually I was not subscribed to > -smp until I found it searching "PHY FreeBSD panic y/n" > through Google) so I have no idea what to try next. > -- > Pierre Beyssac > pb@enst.fr > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-smp" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Sep 26 6:45:59 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C450837B401 for ; Thu, 26 Sep 2002 06:45:56 -0700 (PDT) Received: from ignatius.schwartz-pr.com (ignatius.schwartz-pr.com [12.30.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4624543E4A for ; Thu, 26 Sep 2002 06:45:56 -0700 (PDT) (envelope-from jfiorelli@schwartz-pr.com) Received: from jfiorelli.schwartz-pr.com (dhcp-hst2-22.schwartz-pr.com [12.30.3.22]) by ignatius.schwartz-pr.com (Postfix) with ESMTP id A02628E5 for ; Thu, 26 Sep 2002 09:45:53 -0400 (EDT) Message-Id: <4.3.2.7.2.20020926085317.02f2f010@ignatius.schwartz-pr.com> X-Sender: jfiorelli@ignatius.schwartz-pr.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 26 Sep 2002 09:43:39 -0400 To: freebsd-smp@freebsd.org From: Jess Fiorelli Subject: SMP and mpfps Base Table HOSED! Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello everyone. Here's my third try to see if anyone has any ideas about=20 what could be happening.. I appreciate all of the suggestions I've gotten= =20 so far, but haven't made any progress. I've got an Intel L440GX+=20 motherboard with two Pentium III 1ghz processors that I can't seem to get=20 working with SMP and FreeBSD 4.6-stable. I keep getting this message when= =20 I boot a kernel with SMP enabled: Panic: mpfps Base Table HOSED! mplock=3D0000000b; cpuid=3D0; lapic.id=3D00000000 I originally thought that my motherboard was defective, so I got another=20 one and got two new processors. That didn't help. Neither did switching=20 out the ram. Nor did recompiling a new version of the GENRIC kernel with only the SMP options=20 changed. Neither did switching the MPS on the bios from 1.4 to 1.1. And=20 finally, upgrading the bios etc didn't help either. Here's what mptable responds with (it doesn't look right to me- see oem ie= =20 and product id): [root@ignatius:/usr/local/etc/mail] # mptable =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D MPTable, version 2.0.15 ----------------------------------------------------------------------------= --- MP Floating Pointer Structure: location: BIOS physical address: 0x000f6ab0 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x42 mode: Virtual Wire ----------------------------------------------------------------------------= --- MP Config Table Header: physical address: 0x0009f560 signature: '=C0' base table length: 73 version: 1.2 checksum: 0x02 OEM ID: '=83' Product ID: '=B4 ' OEM table pointer: 0x00490e00 OEM table size: 0 entry count: 70 local APIC address: 0xac54b0a1 extended table length: 8 extended table checksum: 2 ----------------------------------------------------------------------------= --- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step = Flags -- Bus: Bus ID Type -- I/O APICs: APIC ID Version State Address -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ----------------------------------------------------------------------------= --- MP Config Extended Table Entries: Extended Table HOSED! =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Could there be something wrong with the case? I think it's the Astor II=20 with the built in Hotswap RAID, but that seems unlikely to be the problem,= =20 since it works so well when SMP is not enabled. Any help would be appreciated, as I'd love to get this second processor=20 working. thanks Jess To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Sep 26 8: 8:37 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2C4037B401 for ; Thu, 26 Sep 2002 08:08:34 -0700 (PDT) Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 556B843E6E for ; Thu, 26 Sep 2002 08:08:34 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 26262 invoked from network); 26 Sep 2002 15:08:34 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 26 Sep 2002 15:08:34 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.5/8.12.5) with ESMTP id g8QF8WBv091909; Thu, 26 Sep 2002 11:08:32 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <4.3.2.7.2.20020926085317.02f2f010@ignatius.schwartz-pr.com> Date: Thu, 26 Sep 2002 11:08:34 -0400 (EDT) From: John Baldwin To: Jess Fiorelli Subject: RE: SMP and mpfps Base Table HOSED! Cc: freebsd-smp@freebsd.org Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 26-Sep-2002 Jess Fiorelli wrote: > Hello everyone. Here's my third try to see if anyone has any ideas about > what could be happening.. I appreciate all of the suggestions I've gotten > so far, but haven't made any progress. I've got an Intel L440GX+ > motherboard with two Pentium III 1ghz processors that I can't seem to get > working with SMP and FreeBSD 4.6-stable. I keep getting this message when > I boot a kernel with SMP enabled: > > Panic: mpfps Base Table HOSED! > mplock=0000000b; cpuid=0; lapic.id=00000000 > > I originally thought that my motherboard was defective, so I got another > one and got two new processors. That didn't help. Neither did switching > out the ram. Nor did > recompiling a new version of the GENRIC kernel with only the SMP options > changed. Neither did switching the MPS on the bios from 1.4 to 1.1. And > finally, upgrading the bios etc didn't help either. > > Here's what mptable responds with (it doesn't look right to me- see oem ie > and product id): > > [root@ignatius:/usr/local/etc/mail] # mptable Yes, your table is hosed. > Could there be something wrong with the case? I think it's the Astor II > with the built in Hotswap RAID, but that seems unlikely to be the problem, > since it works so well when SMP is not enabled. That could in fact be the problem if the expansion BIOS is mapped over top of the mptable for some reason. Since swapping motherboards didn't help I would have to wonder about what expansion cards you have and try swapping them out or some such until it works. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Sep 26 8:35:11 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E553237B401; Thu, 26 Sep 2002 08:35:10 -0700 (PDT) Received: from ignatius.schwartz-pr.com (ignatius.schwartz-pr.com [12.30.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90BA943E3B; Thu, 26 Sep 2002 08:35:10 -0700 (PDT) (envelope-from jfiorelli@schwartz-pr.com) Received: from dhcp-hst2-81.schwartz-pr.com (dhcp-hst2-81.schwartz-pr.com [12.30.3.81]) by ignatius.schwartz-pr.com (Postfix) with ESMTP id 3D2518DF; Thu, 26 Sep 2002 11:35:13 -0400 (EDT) Subject: RE: SMP and mpfps Base Table HOSED! From: Jess Fiorelli To: John Baldwin Cc: freebsd-smp@freebsd.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 26 Sep 2002 11:22:58 -0400 Message-Id: <1033053779.13958.4272.camel@dhcp-hst2-81> Mime-Version: 1.0 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 2002-09-26 at 11:08, John Baldwin wrote: > > > Could there be something wrong with the case? I think it's the Astor II > > with the built in Hotswap RAID, but that seems unlikely to be the problem, > > since it works so well when SMP is not enabled. > > That could in fact be the problem if the expansion BIOS is mapped over > top of the mptable for some reason. Since swapping motherboards didn't > help I would have to wonder about what expansion cards you have and try > swapping them out or some such until it works. Hmmm, the only card in there is the card for the RAID, it's an Adaptec 2100S card that is supposed to be compatible with FreeBSD. nic, video etc is built into the mb. I assume that I don't need to install the raid software since it works just fine with one processor, but I'll give that a try and make sure that it's got the newest bios version. thanks Jess To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Fri Sep 27 16:41:45 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 023BB37B401; Fri, 27 Sep 2002 16:41:43 -0700 (PDT) Received: from speedy.insekure.com (gotroot.insekure.com [207.254.222.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFC8F43E65; Fri, 27 Sep 2002 16:41:17 -0700 (PDT) (envelope-from james@JamesSchmidt.Com) Received: from localhost (james@localhost.insekure.com [127.0.0.1]) by speedy.insekure.com (8.12.5/8.11.6) with ESMTP id g8RNU2k8054951; Fri, 27 Sep 2002 18:30:02 -0500 (CDT) Date: Fri, 27 Sep 2002 18:30:02 -0500 (CDT) From: James Schmidt X-X-Sender: james@speedy.insekure.com To: Stephen Karrington Cc: "'Pierre Beyssac'" , "'Terry Lambert'" , "'John Baldwin'" , , "'beemern'" Subject: RE: PATCH: start_ap(), and P4 SMP hack to try In-Reply-To: <02b901c264b1$d9f61f90$b69f4344@useriwkuwos7hm> Message-ID: <20020927182821.O54936-100000@speedy.insekure.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org If anyone develops a working patch for this problem, I would like to know where and how to obtain it as well. Many thanks, James Schmidt On Wed, 25 Sep 2002, Stephen Karrington wrote: > Hello, > Add me to the list. I am also having this problem too. > > My specs are: > > Intel Motherboard SE7500CW2SCSI. > Xeon Processor BX80532KC2200D. I have two of them. > 512 meg modules - 266X72RC25/512I. I have 4 of them. > > Sincerely, > > Stephen Karrington > Dreamtime.net Inc. > http://www.dreamtime.net > http://www.emailblaster.us > > Corporate Office > 8 Corporate Park, Suite 125 > Irvine, CA. 92606-5192 > > Voice - 949-833-1313 > > Dreamtime.net is an internet development company specializing in The > Replicator, MLM-ONE!, Email Blaster, DREAMcommerce, and DREAMcharge > > > -----Original Message----- > > From: owner-freebsd-smp@FreeBSD.ORG > > [mailto:owner-freebsd-smp@FreeBSD.ORG] On Behalf Of Pierre Beyssac > > Sent: Wednesday, September 25, 2002 7:55 AM > > To: Terry Lambert > > Cc: John Baldwin; smp@FreeBSD.ORG; beemern > > Subject: Re: PATCH: start_ap(), and P4 SMP hack to try > > > > > > On Mon, Sep 23, 2002 at 11:17:22AM -0700, Terry Lambert wrote: > > > What it does is correct the start_ap routine to take a physical > > > instead of a logical CPU as an argument. > > > > FWIW, I've tested a similar patch of mine a few days ago, > > because I'm having the exact same problem as everyone else in > > this thread on a bi-Xeon Intel motherboard. > > > > My patch just changes the start_ap routine to use a physical > > ID, and start_ap is called in a loop with CPU varying from 8 > > back to 1 until we get one processor started. It doesn't work. > > > > I even added additional delays in start_ap in case this would > > just be a timing problem, and it didn't work either. > > > > I'm not a SMP specialist (actually I was not subscribed to > > -smp until I found it searching "PHY FreeBSD panic y/n" > > through Google) so I have no idea what to try next. > > -- > > Pierre Beyssac > > pb@enst.fr > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-smp" in the body of the message > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-smp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message