From owner-freebsd-smp Sun Sep 15 1:44:57 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 D177E37B400 for ; Sun, 15 Sep 2002 01:44:56 -0700 (PDT) Received: from absinthe.carnagecopia.com (absinthe.carnagecopia.com [216.187.87.246]) by mx1.FreeBSD.org (Postfix) with SMTP id 37C0B43E42 for ; Sun, 15 Sep 2002 01:44:56 -0700 (PDT) (envelope-from random@goblinstudios.com) Received: (qmail 94500 invoked by uid 85); 15 Sep 2002 08:44:51 -0000 Received: from random@goblinstudios.com by absinthe.carnagecopia.com with qmail-scanner-1.03 (uvscan: v4.0.50/v4222. . Clean. Processed in 0.146396 secs); 15 Sep 2002 08:44:51 -0000 Received: from firewall-vancouver.goblinstudios.com (HELO workstation-22.internal.carnagecopia.com) (204.244.192.2) by absinthe.carnagecopia.com with SMTP; 15 Sep 2002 08:44:50 -0000 Date: Sun, 15 Sep 2002 04:45:11 -0400 From: Vincent Janelle To: freebsd-smp@FreeBSD.ORG Subject: Re: AMD760MPX and FreeBSD SMP? Message-Id: <20020915044511.5c90026e.random@goblinstudios.com> In-Reply-To: <20020914112120.GA775@unixpages.org> References: <442159807.20020904152900@FromRU.com> <00f701c254ea$0f930910$3401830a@Buildt.com> <20020914112120.GA775@unixpages.org> Organization: http://www.goblinstudios.com/ X-Mailer: Sylpheed version 0.8.1 (GTK+ 1.2.10; i586-pc-linux-gnu) Mime-Version: 1.0 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 You don't want to run the XP chips due to the smaller L1 caches I believe. It used to be because the MP chips had the hardware prefetch though. On Sat, 14 Sep 2002 13:21:20 +0200 Christian Brueffer wrote: > On Mon, Sep 09, 2002 at 02:23:54AM +0900, Hiroharu Tamaru wrote: > > > > At Thu, 5 Sep 2002 08:39:37 -0600, > > Peter Lenhart wrote: > > > > > > I don't know which way he meant it, but the older XP's (1600's) ran just > > > fine dual in the tiger tyan board we have. I tried the newer ones (2000's) > > > but the board won't even post. I am guessing AMD has disabled this ability > > > in later processors. > > > > > > Of course you would normally want to run the MP's for a number of reasons. > > > > This is not a direct information at all, but what I heard is that it > > is true only for the very first few lots of XP's of 1500+ - 1800+ > > range. It could also had been just for the first engineering sample > > lots. Just FYI. > > -- > > Hiroharu Tamaru > > > > At least the XP 1800+ work fine in dual mode. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sun Sep 15 12:42:53 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 D458037B400 for ; Sun, 15 Sep 2002 12:42:51 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9219543E65 for ; Sun, 15 Sep 2002 12:42:51 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id 7A9152A88D; Sun, 15 Sep 2002 12:42:51 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Andrew Gallatin Cc: Terry Lambert , "Campbell, Glenn" , smp@freebsd.org Subject: Re: Intel SE7500CW2 Mainboard SMP Problems In-Reply-To: <15742.32707.183751.698741@grasshopper.cs.duke.edu> Date: Sun, 15 Sep 2002 12:42:51 -0700 From: Peter Wemm Message-Id: <20020915194251.7A9152A88D@canning.wemm.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 Andrew Gallatin wrote: > > Terry Lambert writes: > > > Is it possible our AP spinup code has never been tried with CPUs at > > > anything other than the next physical id (eg, 1)? > > > > This was not the case historically. AP on 6 was the standard > > for the boards PHK and Jack Vogel had. I know that there was > > code to rewrite the APIC ID to linearize them, at one time. > > > > Is it now being assumed that it's linear? The ID is basically > > Not that I know -- it was just a WAG. All the x86 mp boards I've seen > have had the first AP at #1, so I was assuming there might be a > problem. Nope, the system does not care about this. We use a logical to physical addressing layer. eg: quad xeon (Intel SKA2): Processors: APIC ID Version State Family Model Step Flags 3 0x11 BSP, usable 6 7 3 0x387fbff 0 0x11 AP, usable 6 7 3 0x387fbff 1 0x11 AP, usable 6 7 3 0x387fbff 2 0x11 AP, usable 6 7 3 0x387fbff compaq DL380: Processors: APIC ID Version State Family Model Step Flags 3 0x10 BSP, usable 6 11 1 0x383fbff 0 0x10 AP, usable 6 11 1 0x383fbff > Drew > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-smp" in the body of the message > Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Sep 16 13:33: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 963C437B400 for ; Mon, 16 Sep 2002 13:33:45 -0700 (PDT) Received: from absinthe.carnagecopia.com (absinthe.carnagecopia.com [216.187.87.246]) by mx1.FreeBSD.org (Postfix) with SMTP id 0901243E42 for ; Mon, 16 Sep 2002 13:33:41 -0700 (PDT) (envelope-from random@goblinstudios.com) Received: (qmail 73437 invoked by uid 85); 16 Sep 2002 20:33:35 -0000 Received: from random@goblinstudios.com by absinthe.carnagecopia.com with qmail-scanner-1.03 (uvscan: v4.0.50/v4222. . Clean. Processed in 0.166517 secs); 16 Sep 2002 20:33:35 -0000 Received: from firewall-vancouver.goblinstudios.com (HELO workstation-22.internal.carnagecopia.com) (204.244.192.2) by absinthe.carnagecopia.com with SMTP; 16 Sep 2002 20:33:35 -0000 Date: Mon, 16 Sep 2002 16:34:15 -0400 From: Vincent Janelle To: Hung Michael Nguyen Cc: freebsd-smp@FreeBSD.ORG Subject: Re: AMD760MPX and FreeBSD SMP? Message-Id: <20020916163415.5f4257e9.random@goblinstudios.com> In-Reply-To: <3D85F891.2030902@smc.sns.slb.com> References: <442159807.20020904152900@FromRU.com> <00f701c254ea$0f930910$3401830a@Buildt.com> <20020914112120.GA775@unixpages.org> <20020915044511.5c90026e.random@goblinstudios.com> <3D85F891.2030902@smc.sns.slb.com> Organization: http://www.goblinstudios.com/ X-Mailer: Sylpheed version 0.8.1 (GTK+ 1.2.10; i586-pc-linux-gnu) Mime-Version: 1.0 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 I meant that it *used* to be why you didn't want to run the durons/older K7 chips. On Mon, 16 Sep 2002 10:28:17 -0500 Hung Michael Nguyen wrote: > No, the XP and MP are exactly the same chip. The MP is validated for MP > use, and has some traces/bridges on the packaging to enable MP use. > 760MP chipset MBs didn't care (e.g. Tyan Tiger MP), 760MPX MBs do care > (they want you to buy a more expensive MP CPU vs. a much cheaper XP). > See http://www.hardforums.com for more info on enabling MPs on your XPs. > > Mike. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Sep 17 4:35:10 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 8D98437B401 for ; Tue, 17 Sep 2002 04:35:08 -0700 (PDT) Received: from proton.hexanet.fr (proton.hexanet.fr [81.23.32.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E35543E6E for ; Tue, 17 Sep 2002 04:35:07 -0700 (PDT) (envelope-from c.prevotaux@hexanet.fr) Received: from hexanet.fr (localhost [127.0.0.1]) by proton.hexanet.fr (8.12.5/8.12.5) with SMTP id g8HBZ5xW084282 for ; Tue, 17 Sep 2002 13:35:06 +0200 (CEST) (envelope-from c.prevotaux@hexanet.fr) Date: Tue, 17 Sep 2002 13:35:05 +0200 From: Christophe Prevotaux To: smp@freebsd.org Subject: SMP strange behaviour [HELP] Message-Id: <20020917133505.7fa15f08.c.prevotaux@hexanet.fr> Organization: HEXANET Sarl X-Mailer: Sylpheed version 0.8.0 (GTK+ 1.2.10; i386-portbld-freebsd4.6) X-NCC-RegID: fr.hexanet Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit 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 Hi I have machines (2 to be exact) that are exactly the same down to the last component, one is 4-STABLE and the other one is 4.6-RELEASE. Both are running SMP kernel. ASUS CU4VX 2 1Ghz CPUs 1 GO of RAM 1 Gigabit Ethernet (lge) 1 155Mpbs ATM (Forerunner) (hfa) 1 Built-in 100Mbps ethernet (fxp) Each card has its own IRQ (so I don't think this is an IRQ problem) And both exhibit the same strange behaviour which did not exist when we were running 4.5. The behaviour is as follows. As soon as I try to run a command that outputs a "lot" of data in a short time ( example : netstat (this is the most significative)) from an ssh or a telnet session , the telnet or ssh session just freeze it seems to get dropped by the remote machine (my SMP servers) because after a while the ssh session times out and return to the shell prompt. When I go to the console and I look at the ethernet interface (an lge0) everything seems to be fine. if I do another ssh sessions the machine answers , when I run again netstat -rn as previously the same scenario occurs again. Could anyone tell me what is going on and how to fix this ? I have to add that this behaviour is not present on non SMP machines. -- -- =============================================================== Christophe Prevotaux Email: c.prevotaux@hexanet.fr HEXANET SARL URL: http://www.hexanet.fr/ Z.A.C Les Charmilles Tel: +33 (0)3 26 79 30 05 3 Allée Thierry Sabine Direct: +33 (0)3 26 61 77 72 BP202 Fax: +33 (0)3 26 79 30 06 51686 Reims Cedex 2 FRANCE HEXANET Network Operation Center =============================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Sep 17 8:13: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 E657D37B401 for ; Tue, 17 Sep 2002 08:13:29 -0700 (PDT) Received: from tp.databus.com (p70-227.acedsl.com [66.114.70.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C9FA43E42 for ; Tue, 17 Sep 2002 08:13:29 -0700 (PDT) (envelope-from barney@tp.databus.com) Received: from tp.databus.com (localhost.databus.com [127.0.0.1]) by tp.databus.com (8.12.6/8.12.6) with ESMTP id g8HFDSP4034296; Tue, 17 Sep 2002 11:13:28 -0400 (EDT) (envelope-from barney@tp.databus.com) Received: (from barney@localhost) by tp.databus.com (8.12.6/8.12.6/Submit) id g8HFDSro034295; Tue, 17 Sep 2002 11:13:28 -0400 (EDT) (envelope-from barney) Date: Tue, 17 Sep 2002 11:13:28 -0400 From: Barney Wolff To: Christophe Prevotaux Cc: smp@FreeBSD.ORG Subject: Re: SMP strange behaviour [HELP] Message-ID: <20020917151328.GA32915@tp.databus.com> References: <20020917133505.7fa15f08.c.prevotaux@hexanet.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020917133505.7fa15f08.c.prevotaux@hexanet.fr> User-Agent: Mutt/1.4i 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 has the smell of an mtu problem. Is there something between the ends that doesn't pass 1500 byte packets, and something that blocks icmp "frag needed but df set" responses? On Tue, Sep 17, 2002 at 01:35:05PM +0200, Christophe Prevotaux wrote: > > As soon as I try to run a command that outputs a "lot" of data > in a short time ( example : netstat (this is the most significative)) > from an ssh or a telnet session , the telnet or ssh session just freeze > it seems to get dropped by the remote machine (my SMP servers) because > after a while the ssh session times out and return to the shell prompt. -- Barney Wolff I'm available by contract or FT: http://www.databus.com/bwresume.pdf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Sep 18 1:26: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 8421B37B401; Wed, 18 Sep 2002 01:26:44 -0700 (PDT) Received: from proton.hexanet.fr (proton.hexanet.fr [81.23.32.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 637B643E65; Wed, 18 Sep 2002 01:26:43 -0700 (PDT) (envelope-from c.prevotaux@hexanet.fr) Received: from hexanet.fr (localhost [127.0.0.1]) by proton.hexanet.fr (8.12.5/8.12.5) with SMTP id g8I8QZxW074165; Wed, 18 Sep 2002 10:26:36 +0200 (CEST) (envelope-from c.prevotaux@hexanet.fr) Date: Wed, 18 Sep 2002 10:26:35 +0200 From: Christophe Prevotaux To: Barney Wolff Cc: net@freebsd.org, smp@freebsd.org Subject: Re: SMP strange behaviour [HELP] Message-Id: <20020918102635.5ba9a91b.c.prevotaux@hexanet.fr> In-Reply-To: <20020917171348.GA35523@tp.databus.com> References: <20020917133505.7fa15f08.c.prevotaux@hexanet.fr> <20020917151328.GA32915@tp.databus.com> <20020917182921.5fe18620.c.prevotaux@hexanet.fr> <20020917171348.GA35523@tp.databus.com> Organization: HEXANET Sarl X-Mailer: Sylpheed version 0.8.0 (GTK+ 1.2.10; i386-portbld-freebsd4.6) X-NCC-RegID: fr.hexanet Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit 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 tries it , but it does not solve the problem however when doing this I noticed the lge0 interface goes down because when I do an ifconfig lge0 up I can log in again on the lge0 interface. Any other ideas ? On Tue, 17 Sep 2002 13:13:48 -0400 Barney Wolff wrote: > Do (as root) > sysctl net.inet.tcp.path_mtu_discovery=0 > on the side sending the big data and see if the problem goes away. > tcpdump -v should show the DF flag set if pmtud is in use. > > On Tue, Sep 17, 2002 at 06:29:21PM +0200, Christophe Prevotaux wrote: > > uhmm how can i find out about this ? > > When I do a tcpdump I see nothing related to this > > > > I will use ethereal to look at it and I'll let you know > > -- > Barney Wolff > I'm available by contract or FT: http://www.databus.com/bwresume.pdf > -- -- =============================================================== Christophe Prevotaux Email: c.prevotaux@hexanet.fr HEXANET SARL URL: http://www.hexanet.fr/ Z.A.C Les Charmilles Tel: +33 (0)3 26 79 30 05 3 Allée Thierry Sabine Direct: +33 (0)3 26 61 77 72 BP202 Fax: +33 (0)3 26 79 30 06 51686 Reims Cedex 2 FRANCE HEXANET Network Operation Center =============================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Sep 18 6:51:54 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 2320E37B401 for ; Wed, 18 Sep 2002 06:51:53 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 677B243E88 for ; Wed, 18 Sep 2002 06:51:52 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id JAA01940; Wed, 18 Sep 2002 09:51:51 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g8IDpL284328; Wed, 18 Sep 2002 09:51:21 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15752.34009.718505.833597@grasshopper.cs.duke.edu> Date: Wed, 18 Sep 2002 09:51:21 -0400 (EDT) To: Christophe Prevotaux Cc: smp@freebsd.org Subject: Re: SMP strange behaviour [HELP] In-Reply-To: <20020918102635.5ba9a91b.c.prevotaux@hexanet.fr> References: <20020917133505.7fa15f08.c.prevotaux@hexanet.fr> <20020917151328.GA32915@tp.databus.com> <20020917182921.5fe18620.c.prevotaux@hexanet.fr> <20020917171348.GA35523@tp.databus.com> <20020918102635.5ba9a91b.c.prevotaux@hexanet.fr> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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 Christophe Prevotaux writes: > I tries it , but it does not solve the problem however > when doing this I noticed the lge0 interface goes down > because when I do an ifconfig lge0 up I can log in again > on the lge0 interface. > > Any other ideas ? How about posting a dmesg? I setup an amd board which needed all kinds of tinkering to get the irqs right in SMP for one of the 64-bit slots (worked fine for UP). Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Sep 18 14: 2:24 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 453E337B401 for ; Wed, 18 Sep 2002 14:02:23 -0700 (PDT) Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE53243E3B for ; Wed, 18 Sep 2002 14:02:22 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 16540 invoked from network); 18 Sep 2002 21:02: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 ; 18 Sep 2002 21:02: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 g8IL28Bv062984 for ; Wed, 18 Sep 2002 17:02:11 -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 Date: Wed, 18 Sep 2002 17:02:09 -0400 (EDT) From: John Baldwin To: smp@FreeBSD.org Subject: For those with P4 SMP problems.. 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've hacked some code into acpidump to dump the contents of the ACPI MADT table which is kind of like mptable for ACPI. It's not real pretty output though I must admit. :) You can snarf the code from http://www.FreeBSD.org/~jhb/patches/acpi_dump.tgz. Untar it, then cd acpi/acpidump ; make ; ./acpidump (last as root) to get the contents of the MADT table. If people with P4 SMP problems could run this on one of the machines and send me both the mptable output and the acpidump output I would appreciate it. Note that the acpidump stuff will work fine on both stable and current. -- 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 18 14:40: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 A347F37B401 for ; Wed, 18 Sep 2002 14:40:57 -0700 (PDT) Received: from webmail.xmission.com (webmail.xmission.com [198.60.22.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38A9143E42 for ; Wed, 18 Sep 2002 14:40:57 -0700 (PDT) (envelope-from randallS@xmission.com) Received: from www by webmail.xmission.com with local (Exim 3.35 #1) id 17rmZ6-0003pm-00 for freebsd-smp@FreeBSD.org; Wed, 18 Sep 2002 15:40:56 -0600 Received: from 38.214.203.219 ( [38.214.203.219]) as user randallS@mail.xmission.com by webmail.xmission.com with HTTP; Wed, 18 Sep 2002 15:40:56 -0600 Message-ID: <1032385256.3d88f2e864329@webmail.xmission.com> Date: Wed, 18 Sep 2002 15:40:56 -0600 From: randallS@xmission.com To: freebsd-smp@FreeBSD.org Subject: subscribe MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.1 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 freebsd-smp@FreeBSD.org subscribe ________________________________________ Stephen Randall randalls@xmission.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Sep 18 14:53: 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 3972837B401 for ; Wed, 18 Sep 2002 14:53:09 -0700 (PDT) Received: from webmail.xmission.com (webmail.xmission.com [198.60.22.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED31D43E4A for ; Wed, 18 Sep 2002 14:53:08 -0700 (PDT) (envelope-from randallS@xmission.com) Received: from www by webmail.xmission.com with local (Exim 3.35 #1) id 17rmku-0003xv-00 for freebsd-smp@FreeBSD.org; Wed, 18 Sep 2002 15:53:08 -0600 Received: from 38.214.203.219 ( [38.214.203.219]) as user randallS@mail.xmission.com by webmail.xmission.com with HTTP; Wed, 18 Sep 2002 15:53:08 -0600 Message-ID: <1032385988.3d88f5c46e803@webmail.xmission.com> Date: Wed, 18 Sep 2002 15:53:08 -0600 From: randallS@xmission.com To: freebsd-smp@FreeBSD.org Subject: help MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.1 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 help freebsd-smp@FreeBSD.org subscribe ________________________________________ Stephen Randall randalls@xmission.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Sep 18 15:33:28 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 46D0337B401; Wed, 18 Sep 2002 15:33:23 -0700 (PDT) Received: from paja.kn.vutbr.cz (paja.kn.vutbr.cz [147.229.191.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7224943E42; Wed, 18 Sep 2002 15:33:21 -0700 (PDT) (envelope-from ra@kn.vutbr.cz) Received: from kn.vutbr.cz (p2-204a.kn.vutbr.cz [147.229.204.30]) by paja.kn.vutbr.cz (8.11.6/8.11.6) with ESMTP id g8IMXIU82738; Thu, 19 Sep 2002 00:33:19 +0200 (CEST) (envelope-from ra@kn.vutbr.cz) Message-ID: <3D88FF2E.9050701@kn.vutbr.cz> Date: Thu, 19 Sep 2002 00:33:18 +0200 From: Vaclav Musil User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020623 Debian/1.0.0-0.woody.1 X-Accept-Language: cs, en MIME-Version: 1.0 To: John Baldwin Cc: smp@FreeBSD.ORG Subject: Re: For those with P4 SMP problems.. References: Content-Type: multipart/mixed; boundary="------------080207000500020002010703" 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. --------------080207000500020002010703 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, there are information as you requested. Hardware was Intel SE7500CW2, system 4.5-RELEASE-p8 with non-SMP kernel. Best regards. Vasek Musil John Baldwin wrote: > I've hacked some code into acpidump to dump the contents of the ACPI > MADT table which is kind of like mptable for ACPI. It's not real > pretty output though I must admit. :) You can snarf the code from > http://www.FreeBSD.org/~jhb/patches/acpi_dump.tgz. Untar it, then > cd acpi/acpidump ; make ; ./acpidump (last as root) to get the > contents of the MADT table. If people with P4 SMP problems could > run this on one of the machines and send me both the mptable output > and the acpidump output I would appreciate it. Note that the acpidump > stuff will work fine on both stable and current. > --------------080207000500020002010703 Content-Type: application/gzip; name="output.tar.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="output.tar.gz" H4sIACP+iD0AA+09+2/bONL91fkrhPsOuOTga/XyIwXyg5+JsX7oLHfbXSzOkG05NTZNco6z 2N4i//vHIfWgJJIiFTl1WhO7qSzOkPPiDEmNqLfvvOX9ZvX45f7t3ePu/nH3pvyiG7pet+03 uq4bjZpO/6vrZs2s1Wtv9EbNNo1G3a6j+4ZpmPobTd8DLZny+LDztpr2ZuuJ4fLqX2l598+T qdvVnNn0vdb57C9/f3j8cmHWqtqkNxp0L5zZcNatatOH1a61Wm39h4cL/U9r7a8XTcs70f75 7oQ0MHuvDf3b693ni5qJwP0/Ng+bu9sLoxo3ajWqJ5VEq+iHNvMWN76G7mkaNENuRvj6n3Xd BitBqJ2t7+3uthh2OHNQy8ENCloPSar0bnfbjf9w8ZdG6PX9RrMaXfvL6HptUderpvYUNdFF 9ETc1v2TymA8m48m3d7wouUMOicVtzOYo3sX5+hyNJh3Rl0EvkD8tzrOYN4bt9rDHrqz1oM7 3YEb3kKCce32YOLOp71/Y8Irzsjw5r2fZ/P28Cd0B40Z/V/4Hyuo64ypOpvU1aDOnM9G07iq SaoWpOrS6RlRnbnEdea6qpH7Lbd3YdQR5Hz489CcD1uzC4RqfHmoaviWRd06qfSHH9yruTv4 FfFQ1YJfs+mgi34jeX2Y/TKf9PtubwaKxz8/DrqzqwvEQbf1y7w1nI4uDKuqjSZj8gO10umN Zx+mv1zUUAv9G+8aqexjezD+uVt1h868/WE2m4yr01ln7tqRarq0wRlW07I5NmeaVmR0SFO9 YcronOGHUcuVM7qR258xjc7AfmyFiev6683tZocq2jd3y9+10xMNlb+Bj52v0CB66325+Vu1 8u7dBDtbbb258W+9Lz4BA75QLap2N9e33u5xSypQH/gu1Ec9ExTMFcHBbJK7hC9yewY2pwU1 EW8BQtza2cnJXyeTe3/rAfVT/xr9Pe22J1NkqV8fdv6XwQTGSVOHv8bZSX/j36wCgPbXnd9a onE0vhsirpHtIE/hb//wz7S/cLfd9qVTrTRPnjI9uG1ol+4BmSceqXbYBwHJ7cNtI7xKsxr+ OKd/tOgfbR4p7ihJCoxlilkCkE8IcgakB3d5d++fzt32PBIEEvfSP3U6Az28BWWMTOB0fjXo Qn+6pXsr3UbdJqvb7TGuTt9vdaep+2nOpr1LZOSo03nn7na9ucbixYpcUliESQLb/Xi3XWEu 2TxGPa3XD/7uFAmpeVZN1FQrjSoH9DwF6rRGeqQf6qbBummyblqsmzbrZo11s565GRHbtFPE ziajebWCfGZ44ympjqk77SAjeVyv/S3C141FAwkNNYSN2seagj/YtJbRT9af9ZpXY0RXdiP6 vW5GTVKXuAr/TFNgRDAWl4IGg0qqcfy7SUhoJqHEDcd/vBS75O8iHzGWol4SKcsUKdY6X0d6 PJb0kmixmcQ0vg0xTSYxi29DzJJJzPrbEIP/rJgms3ppWmwmMY1vQ0yTSczi2xCzZBKz/jbE 4D9+ihZiMv5L02IziWl8G2KaTGIW34aYJZOY9bchpuw/apOAVZr/VP06Rmqc40vtKZ5Qjvzd 57vV6bwzRTNKBOT62413s/mfv0pPI120pPJPf/W3d3jC6d1Qk18oeNXl40lpMEvFsyzUn3GO SGjPRmN5hAZG+CSPsAaEYaqH1u3qFM8FQQxNtFgkhOtJKPfzZr0b+uvdKanFIufBYiGEcFme 3MfFbustYVa69pd40Rk2xCIwAm+tVqfQGgGqameB3nlCaG92KRGYNdRDR59+lJSZvQZwaZ3U LAwuq5HaAsAz7GLpTW59FqWD9emw999H7+YU1IaXFsTiiSzO0vYYN0hsMtviE9d+s6RB7+O7 XaZvQbfgRnSd1diTlMYsWEN3bGmN1T0Al9ZY3cfgshpr1AFcpLEMpRyN6aHK9HydZdoU6CxD HFNnuqTSMq3JKc3GyE1ppTVrAC6ttOY5BpdV2jlspDVFSstQmlGaqTjMMi0KVJYhLaUyU2WY ZRqT1NgKhllHWmMe9NWR1phnY3BZjXlLABdpLEMpR2MqwyzTpkBnGeKYOpMdZpnW5JRWWyDk rnw0WywAXFppMGvtykezZQPABUrLUppRmqU2zLIt8lWWJS2lMkthmGUbk9NYHWatXflotqoD uLTGVh4Gl9WYbwK4SGP50cxSHWbZNgU6y4tmlsowy7Ymp7RGHZDloxk8E+vKR7N1DYPLKm29 AnCR0vKjma04zBSiWZa0lMpslWFWMJo1LRhm8tFMN/QlICgsvmDt05WPaAgBkyTSW35Ms5UH m0JMyxLH1JzsYCsY085BsD35mKYbZgMQFFRnLjCCvOosCxAEqsvSm1FdTW3IZVvkKy5LWkpx NYUhl21MUm8+su+efGTTDdsEBAW92XWMIK83G1Qjim9Zejl6Uxhy2TYFmsuLbzWVIZdtTU51 HuwT9uTjm27UVoCgoLq6gRHkVVc/BwSR6vKjXF1xyClEuSxpKcXVVYZcwSi3OIchpxLlGhhB QW+NJUaQ11vTBgSR3vKjXF15yClEuSxxTM3JDrmcKDf1d4/bWyyfGCwGCfeVneks3VdI1W/O oNNnUhK07XjL371rIKnGgoISg9g8EChIf7qxhlIVwfArf4MEkbeQEvJ26HTQn/FPnQJNPbFv l8qFocRF+9twsSpXF60D5UJNF90D5cL8FuPiSeR8ejcP/qvwGzmVBke039hP5FHNQf3GfiGP 6sP0A3lUWwc57suza+44j6+ChExwMGmmktmVyOrhiWuyxWKJllCKJFtCcUbtFqQfZpnlp2JC uXRy8RYmA6//YdxNpDsmxccSgjOYfkoLoU5SI1gyIOAqMkBg/sND6+E0SsXVGZSjdluZvM6g os2r6PAqupDRqySDXzIyaIpk8MueZNDjcdTnVVzyKq7UZIDGVMYOfJKEwpIBAc/NrqYLQkEq ZngxZLHZmwi6zYSORw5DhENn6FQrDJ/DvDl0+l1m51EfrEE2dNw2pw8mHyN2H6jCZTYTdW4x Oo8q05nOUC57Y4PtNjqt3phJRafNqRg6nIp+l1Ph8poa8TBGLqeixcO4HA17nIordsVPXKo6 PJH0DXZTnb7Jrojzz0VTVcaIy3gd8qqTyRlxvyiOOGQPZk44wGETeYt/U1nwdZwCb+LnTguS Pk6S05uc1LGooTG/oTgNTdhMGOHRSo7FUfLVi7W+TL56kQT7QMAY9fGehMubHIUrCMRRFv+J 22J3wG1xsj3FUU4jGZRwrdJyh0/rYE02dqjWmbspKd7GTN7YVEBhvTFRQMVhITts2Q02o6oh wnQ2Es3nmp2ZF5Y4mw+3Gebe8dsm216EjK6/eLxmgzH3u/iSC/XnQl6lwVML6bu1vdaFfadl RhByZNbf3K5cfzfdXH/etTe7U4AUi67rL7f+F/82TIRkQyGDDoVKq6VBdjVV7dudMUc8lIL2 rf95rmLeEdYij+zkr9hltctyWeZBuaw25bLapbus9g/istr7cFl78UUH7mTaSSejZJFSTkbJ Il/cyXTKcjLWQTmZDuVklGxZysl0fhAn0zk6mWQp6mQ6SSejxriMk1GyyBd3Mt2ynIx9UE6m SzmZbulOpvuDOJnu0ckkS1En0006GSWLlHIyShb54k6mV5aTqR2Uk+lRTqZXupPp/SBOpnfc 4TlEl9VLuiwl+5ZyWUr2/eIuq1+Wy6oflMvqUy6rX7rL6v8gLqt/dFmH6LL6SZelZN9SLkvJ vl/cZV2W5bIaB+WyLimXdVm6y7r8QVzW5dFlHaLLuky6LCX7lnJZSvb94i7rqiyX1Twol3VF uayr0l3W1Q/isq6OLusQXdZV0mUp2beUy1Ky7xdyWemUrktn8il1Pq5BTkuzmBnFBD7OJJVJ 6oqSzRqMDEBmxuRgYjbEeWtr2aaGP+c1ZSxk22oPcVsK4nVG2eOHdYF4CbySdKNM3VgprFTd OEF0yWSXkYJ56fTcnGRTX6Gtnlh0QTDtf7ya5wdTXW+ubJOxi0rA8Ilwkds3PHJCLn6H8Dzp /OM/5NjZ9DF08Yl6OegLnYVuxJecAMMUwqg9lXieZcolE645AKnguDCxlKgDfw0mH1QVBWva EQB1SarSoLFMqUs2aHzqKnXJBLViCi09BzQm0Mqh1YoJtHJotWICrRxaazGBtRStdgq0EZ9A TF3iqnoKtElZbVpdKdDzuP48T7NeLCIvR1peLCIvR1peLCIvR1qL9CDji2AR97rIIWAR97rI ISAzAmLQZlpa5IaRuSYaSEMT4Zupy/hIbXooUEd7+wx6BfNXiUk5b3p7jtp2RulX03OxbIz1 iT8r/s9/8ItGGnhMvL7g9kHmmlAvapNLiQdfolCmf4mxhPTjF54w/XBOA78PQj/Ui9pUmKYz A0Z31JLIstJ1UxQwUlFzlY4HrLDH9hnNGJ66xFd+CnQZt7VMNWsSa/fiLkSWzg6krZnE0twW B9KkXPy0WNbUHCLFAZ4NUOtNM65S4cIZdPLnRAqazbBg6ikSBY47rvdyQFfELFKXMSgRTCqm SPgx8eIr53yGsEQLKMb0KKuIsHBe3k41CmdayLYqMbjh6zQyg3vxDCNuUBNVllopIzbydMVk wnV+msrN66WZ8NJM1GNfUzeeSe9sMJLI9oBXkYsLnTrK204J3Y6FnuJESeiDiYTl1NPfg0mC 8TP8ST0ajtjXMQbs487/83Tsjj4hAA6665B1MVpKZteZqdX0x8HYoFfTEW4WlQR0gqD0BhqU wbj7ifmSKpRua9ZKv6gKJTu0B7cr/09CCG6RoKqTI3y3E0qnfznn0ivcfYEy7I4lsC3WpgKU Vmc2zUev89AHk9YVFx1VDgWVPRFmj48Zi4RL1ViGqQZPIQg9+3GhLDrrjVgo3VGHz1mEvuQR f+nY2e8dZdB9Hvr0ssdHR5V8zlBl9vNJVGX2M0pUZfZzShmS1zySJ45I3s6MTxWq5FOFKgVU ObPsx56oyuxHn6jKhqiyKao8F1VKOqZgItUb95mP2qGEB2rBhyXAeYkWNyIofuef8jv3PPlm cTAZdvskpHGCzbA7dHAg5dZ/MESxDtWTI6S59T+RTwhw6wf4tA9GLlVQf0liPL8e9894ShjW 4ykD41FCUN/C/Hvc+qsR1DMeKuD6ftedieT7wcipN8X1g6m4fuhw68PFwWA84Ib1SXd2qmCi AJ9nomheBkIRDw8EBJLJBzIlgEBGuUAgKDZQfK7fJZq44RFzRqZvotVS2LQhYpe9ZMp0+MFQ 65AvOtkOTcUOuWqQ7HDoqHXI11beehFKYK2XeB7OfWbbWv73cYM6DGbjf8IBSuw+ISwwhklM M3mOC9NGronBpFCG+Zyn4oUW4aj7yfYUzyvJBFL8/JUmZyUmh0+SBFl0P3rRfjgC+cTV2NS/ 8b0Honbh1iOPHq69dbsDUY7AC9obfZAoNrxyhcSXQG/cPiQJ4JNcX0QAmcfcLuRnkYX5yP9y t/1K9lWDJyW85TlBU14PM88gguK4ZuYhM5uBcGPVNUe8XhJ7JIalr9l7JFAkNiahIMcEFOY5 o7ydSTZHYZHwQlEHJbkf1l5XjaRaUY8sRQ/B2W3HSvpJSkm6pVt8JbGoDB5x4K/B1tM7cORu +pGnGW2J5jEERdIy1DejudLqd7MnDbKlpeuNMkwazwflLC6ecRax7DyzZWNK5DpCgWhGSCvQ tuDBKkV4H8AKtC7I+6Rbd4q1Ls70g0IFFzhJja86iIdKMuQa8YfWlEtS0ogNvZY35PmHakGR N3S8DlEydLTSOVRD/8ARRxmG7iCwaCuFPA/myOG5pokmEG40OeKxBIX+SFlLZMPykzYogokb lHhhSFYjsHGUZ0EJnCEmoZmLFLMYfOPU6TBOsqIL3/qgSEwi4i5REHxej8+azDxTXtgkXlhc tb2Jiz/Dh5K/FiwjEHUMh7MAUQsAZtkBgLGpS3MnEQBM5QBgHm4A4IijzABgvnAA4LAEhQ4A 7R8iADBOGaPLHgJA4R4PIQC8pLhqexPXQQQAs4QAMHRmzMwVKOllrP3sZWypgz74zjp+1Mjf ssPd3q5O8aNrsqWQtyX8bO1CIbvj9KtQkC9HHqyFX24/k9gyz011g1LGNlX8TKWc3Sq1MIm6 3XeYDB5Jv1CY5C6EoSRc4iuLko0iUZKn3rCU6vbN5/VYwpOnQLMiGg48uAydEoJLr+NIBhfj GFxIkQ4uQ+g3DC/4wbbakqmAn8fkS8eTIhHr0CNJL4wke4ofvWP8SLJ4jB8FejmE+NFTeEzC ffDv4KeIlvhlOnisHTzmbn/oB154MBlO2N3zkCxAuhqIkOIX2BI9XQ3VkGxAmgqRsuTV0Rpi KH6/LosE2wW9MeOMGBHSOT41gkPei+dahOlFPM1EUEOR0kOoq6FI9hFdhkjYtEcb4tciFkup BDRbpI1CGVgRwaZ607SjkTovJToqBVL2BSZSRpIU2KJCgpCDIyt3Iztt6WGAhXduJ0PO9hAP yQKkK0Wkc3zyCedcnXLHlJE/poBpkrInhroiUIwDW6CkD5Ahn4oS2tLjYrf1lrEpkSNqxrxE qpfOtgoz5jsSJ0fHOu7FsaDnyEadXhx1eo5s1En0JBt1enHUQTFZEYlEHc5ElIfkoZ5ssSCy SPCldVuVPHjlv8cdV1wsEEV3xHku+I0iHN8K6AjHNzACBWYh0nNrtQpg8NvYukhTQYs2xDi+ auJoGLVrScZDRIAhsq9nhETUeLNI47JBkagEB0IMx+kkGzwJtMhqSdv4zTRh2yD4S2zhwS6z kb8go9Ki+QPgGWLPFRwG5QtFlaYSZho9tZlGr/BMYzjpcVZzgpnG1UCMxDjzjRz6xjh9W4iF XCISPgfrxScoIKv8CQoIR2WCAmIpd4KCxiCWmmBgpIkAeIkxwiQEnMIeXKWt3vJLz8zIS3HJ nGJTZx8QYqUumcc9re0Y1E6Cpk/XWDdi0EYSlMpUps4VIAepxPnMgtRl8o1VPC9J50pLHAfT jLs3pHvrJXszmpkTKpoRk9Ql86wkUt9IXVLnKpCXKNOi0aWJhWRbWuUWJtaKuT187Vt5p55i RiGZi2LU1kWMxlqhLu20RcQkWQVbIB/4FbRgpi5VWvDjjv1iNPhxx74cDXKqMFVVkScG6my7 8uX4fF0erCbgGSSlCcsWaCLPa2VcUYYJuRa83BbM1KVKC+SEPCt1mXaodAtSguwl3ahXe4Yg n+/+45d6lHWg3LmX7nxRXH0Z0Hrq8jmd52k+A9pIXT6f832K/Rmj5vlif8aAe77YJcdqPOeN r4IsikHnKvMIjGRPtLr4lAtdN3wdlWSL8fM6ZjK13Alu4X68t/zdu4bFwlKY/hSB2XmPeMmZ XrCSZL9iSsGJAX6bu+35W6cz0N8OnQ76M/6p/Ywmn/hVe+GOceozXRjcdV4Rd5z3h8PyynXH OLmcLoerO3M/4677irhTH3etV8Sd+rh7TbpTH3cHojtrP+Oufxjc2fvhrncY3NX2w93VYXBX 3w93l+VzJ3WihWDn+/BntBIAhiB8HdgMVoYbQbg6sBnrK9NNTqQ8HN2UMSOV4UYgkAObgcpw c0BzshLGzQHppoRx83pmlDLc1F7NDFKGG/vVzBhluGm8mhmiDDeMb5qFpeiMkHlk/8+XLcGR /dHOqm5ld1aZ7Y0HHWZaULo9W749Zgpqur2aZHutmRy/dVF72b3pbi/zPZz03vQaZivJFtPn GkIzVQ0tHeadu9v15hpvqpNEh9QRzMEx/xhe7euIznQwq1ZY9uX2OpwaxwUchrtweRXRGepN xhHqbnfUEmN5TKyZzjyKkXkTQRvMiqgP1mcYEZap1Icl7sNgHbk/6Ex1JvuowuBVmLwKi1dh 8ypqqEIwUMLzfXszh5P+Pb67u882HGXAwhuZVMY/fstfz3u0QtLp2Cl1jE9dCDvjv1kXn3Rj NW2ZjnCWJs5aS/QE7jDsjJ/GxkG29Ah5yU9uDUgdPd7sNvc3X/F3lKpxRhzmFvKY09mjZ8F5 ClIa7lY1ZtjjaRhY4B53jquF73VG4jcYws/SmWyZm21KtRxJi5KTjeS0vbYCia8zshH3Ld0w aIfRcrbVHIPnqWqmMhhljQfMkrbSOE/3LHgKfEYO7aCScc8UbazPeXWRSTgOmrOR0ydOQ9UG J9sIGQ0FuJT0JgGP4WmrXAdCdWCqdSAYGlSjdnGqdTmym4V7sInfkpG9Lt9JYKpZcKY9uTgq ydtT+Hh/OPQfHiIrXqNwlBsiGB+9UNphjaVn5FlVSCk+ywCTG77SEFIMb4tHIzG2UumznU0r PfcU8yVH1cJOU2WoUWWoUyV002B6rCZFC6HYsrqq8x2mUFBsyzeuXBrFXfgSXTBOp1Powlzt nQtruXcual5ZXPDOSOTZ0kzRS8m6itLdRMQY4yM8bFHkk1HAL0RkML4lxCZDoCNbpKPwmPfp QPDN83DZniUmzCe7nPGP8mfpOGo79Z6DQdJ5WW83lPmHd2I8eRWqmz2eQYd3tSecl3O4WOQF KlWsJu5L+H4tA2uJ+1LFgrlJf9jiHBIQfD4ZzTLAQGZnIiFEsF0yj4ZdDS080A7u4NV5+o4e 34EdjTORwOJlLsDgmUu4Zsh/vxEIFzXOX2shQvEuUf6cL0kkjXgerY/5S/8kvWRRLrIEPtVQ pE+VgcXUKWxpnRXr7FlvmYUKFHUtetksY25mxtzMjLmZobkZZ6IxkzA3Q93cDFHjOUz1OWMo yWYwJvnjt9jBGXN3NhIcsMP15xknE+0PKTnPEEvNeYZYas4zxFJzntHEU8J5kpN9OlPO6cix kbmb//mTYGWMhWbqYl+RcExLeLsN24MQPrQf2P7gvldNE68HflnYajiwfMxpPrARAwvcDT2I CTDjw48p4FoMzPgKZFgYLzyTL1ijYfXRPhcwwMX0EGbNKoDZQNR+rBfBhFdoPtbtApgLwGw2 BZiTbWRaTV2380wrnP/C/zAgkn4XRIotukmiZ14ApDo383rmB8CoFRdPX3D4BxUFQpNgiebG kDiUF/VIeWzx+IJCxhistPGE5ixvqFFkgfZyt7lStIUDz8gbeEmcWowjGFJQxMftpSg39kV5 LhVk8yucQsLmgTQVVkyFwBcVoMISH46SpEKPqcixFtXjCPmr23SMMtVjlLXW13mjjgo7eEoq FcxWasEsP+ToQavywWylEsxWKsFsVSCYmVQwE9DExSTBrABmEMwKYAbBrABmEMwEmIlgZufO k1jBrEkHM6NoMMvtWrjznAhHMt6T6posXMWdh7yH21dkCUMeD8j5pljKMn2Vcjor1ash1SuU KPDOAibB2gP7y3M8YsqlFWirzSdM9fmEcZbn7SiyYAAVnU+YBeYTZpnzCaPofEKK8r3PJ8yD mE+YLzOf4G86OC7/y5msHQdRS2p7F9yT6p15N+drnvyNcZqgy1lfpA3uhkrUjzNo69QmuU9O auDtbpO3zf01NoQ8IN5OOJTMYcCYDDz3dEbd3IVnFrEJ2ywixNR+a95T4gCFteGam/xEl3CC 2MxjDEqpp4p7Mj1ihGT2VMinXOqVZGNyqVjpwkq7wv8KPggWllh52FQDNBmVYTYCIS5khShW XZqgWmGCluUQtNfT5CWGce5sht6glnusgec0M7K/S2xN7BCozuinRTIKAbuExgNHkt+P1HyD foql4lrs2vNIeJbGQephthse8IFYGsFoDzPcTD2PyNzPJoKrL/7MOg68OV8gDgJvzrdhygi8 hnzgXcgE3kWxwGvEgTd3kZxFJIFXgJgOvDKz6ec/6oSSjL3PmoxLxt4w1RPn8WthFmc6JgaV y8QQkQ2wrDAiJw4oyTAiEYLz45qkaNK0W8q0Q0nGZQn6oeTzAEWBD5oSr1xKDiBsF81fTD9F VgnbRjJsy20t0E/dFcK2EYft5y7Q09kABcJ2YRLKDtuGIGwXMok4bEtnKki8R+f2OvnpZIwO n51O5h52OplbKJ3MLZRO5hZKJ3MLpZO5qulk8HZdkXQyO5Pfk7ijx3fg5bUDTSfDrxZqBdLJ QsRDTydzv5d0smbG3JoZc2uG5ma9knSyeMQk2QzGZG46mXtMJ8vBeq3pZJFjwulk2B7E8IH9 LNSewAs2BumBtVB5Ar9QeQK/UHkCvzimk4kxpdLJQtMi6WRi0yo9nSzs3MzrWZhORlrhpZPl svSMdDK7cDpZzh58CelkdoHHv/ZBpJNJUb73x7/2QTz+tV9NOlk4lkk6mXjU0WFHOp2soRbM 8qNIuNUuH8waKsGsoRLMGsd0MjGmVDpZHMzs3HlS6elkUTDL7br0dLLkwlXcech78XSyWMoy fZWVThb2akj1CkWcTiZ2PGLK95VO1iycTpYTp0pIJ2sWmE80DyKdTIryvc8nmgcxn2ge08ni Em6KH0o6mXsY6WRu0XQyVzGdjFr+KT7UjjZcv/N0spDPUtLJohn6MZ3smE4m1UvqubTMbIZ+ Lh19bbFIOplMZ1D2m04mS8WPlk7mlpFO5h5KOpl7GOlkbtF0MlcxnYxeqhaNvK8mncwVpZO5 x3SyYzpZMYjvNp3MSoZttXSy5kGkk8lS8aOlk7klpJPFV0EYvxq2M4eVpw8qN7MHlQfYv0JF 7gln5GBywUFnnA9nQpH7eCaUzOeGck/bVwCFokt+DCaAzQdS/2yhVNOCTxFA2SvXOZ9agfId cp3zSRYo3yHXOZ9ugfLyXHNm7IUy4F6fR5EEsg7YqiQ8iCyXOU0duMeQ5TKnqQP3ELJc5jRV hkeQSMH/FY5+lpjvrL7FfKd56N7pO4yBx/kOp3yHXB/kfAdKEa4lPs4nRRqU75Dr72pcS3P9 XY1raa4PclzvdR1z8DMFSSCjebjRorx1jHF+uFyWt44xvMPlsrx1jLE4XD9Y4rhcHi6XJY7L 1eFyWeK49A+XyxLHZU5/+9xfyDyTcUdtN+eZDH6iQuWjZtr44LYzOxUSuxTpz8WiZibpz8Uu bfyMMYlIchkIePy12PxvxU7d3rhaMQVbL3HK6EfOx7NyvtgXPie0qrg3mbdsBRMq6kUVmdYE akbCynxwkqWinC/6HlXEa60UFWXylFkqMo8q+lYqcj5O22wVXQ26WEVLfbnS068txe/Rt1gc t5b/fdwgCtMLP3cwmb8du6NP+K0b5qeEmSi9cf/yNAtLiYH7hV8Mwmx02L00q+z+ht3xPNsW UjETutWZTcV6Z6JNHMgSFeUg4++3BfnGJC1FBA1736Ra4liKhTjTSyaTUcI+Bb1k22Nr/hNT 81P/xvceBAbGQsHLeBY96fHxdPJ0Epy11wm/cxt5gEGH8gCEUXJaAnnmgFDd5d09GkCzX3Fq SPTbmUapIs72buk/PNxtTzvOB8gdihMoQ5CnLCCyAkMKEJmVKQWIvJElBYi8rS0FWKtqNSnA elWrSwE2qlqDBRjJ1R0k5Pzb/NLpkRvEkbn6vEpNpKNJQzS3xRdoHhqA2zzwOhO8xgNvJMED A/pt7sxcyoKoFNPwVJDEc6sCrlTGhUY5qQzfKfaZlpTPVPGVpL/wBQuer7RZ03UZn6HgK+JD e6oaml42uTXUNzDdG9+/h8hupqERXDsr3ck2YhW/xMOWfggCbfD7euKYUC1hQgna3dFA1N5T 5Og+tn5SMNPx3W6z/krLGGYWOHUvbhr99+6fJ67Tmb7Xhv7t9e7zBdjfFE1FHtBE7wJ5t85n f/n7w+OXC6OOhk1l0hsNuhfObAif/kU/tJm3uPE1dO/vHzrTWXv4d3I7agKNUh1eBQZknCp+ t9VIC1Ut/E0BGyfaP98BUS3kvCOijFqdR5VlC6lC4xUHCBmatCF8KZtBlB4SVcFWgJvUWt3u FNWtfR9a0k8q/Rvv+uHiL6fzr9YMibYy+3rvX8QIJ5VWxxloyIFexMC9cas97HWfUCW0iYjQ hZiGALMuxDQFmIYQ0xJgNkLMwSREC2pQf4PxTGu33B7wG0lrSaTFQ7MoNNOm8ZpCPJvCs5tJ PJvCQzCTP/ztdrPyTyrtDy7QNpj+G/8znk0pMTl3N952s/t64S13mz/8f33eVLXZdnN97W8v /NW1/5Tb5nnQ5rlUmzf+H/5Nym7Go0HSbIbQmbO5pQxBmk5Wk0b5TZrlN2kVbDIYte3JZBa5 Epvv3+pi/+a2+/L+jetLiIN7czjl7bsv9ztg8u3d4+7+cbePPnRD1+u2/QZ2fxo1nf4XSqNu GG/0Rs02jUa9ZjQQvNGwrDeavg9i0uXxYedtNe3N1hPD5dW/0nJyUW45ORk5eNBUNeQUweo1 863+1qidnPyr3AI9af2bO2+3ub3WnLvN7c7fosnV9nGJVpb++xM0z7lB7gR2rt5XKpX2YOKi W/efvz5swMl4q9UWrWpQFd6mX9frDRTptYfN9a2HG0A4/5iPnPk/oCHsPuCWUdcWX3f+A7oZ MIjvvrXRjWXgTeAO8gxNdOvL3Qq3VPl5s92h+Zr2Ea0e9iMLshsXuKwr31v5WywEHsfnizWD Y6czcoDjBZqja9gzxMxbti7JNjjJQRc3qEFraAm5QnoJ77k9NP71zkfzHwEs6eieKDEkkMwV aICHzf+ASrjp3+62X7Xl3ePtDpq07EDdwfyM5jWapCGsP3f+7cpfpTgzmna2MmarUd+rxtog aqK2HuJq4z+8h/5OonU3YiOY6VR+JsKvuDtv51cqfe/L5uZrZYSs7Abd8+9JeDypVDS9Ak+C 7IrWdlEsenyA9iuaUatoZkWzodJa+4v1Yr0G6HoI3coDRoS1H0Gw6C9QBHE76A8tNNDSAn4Y 9A+T/mHRP2z6R43+gegZuC34gfobvCMTPr4cWkTdQW/wglIl5AJ+RhNPQgCrvhnW27x6mEgG xAxud4gW4LwSzkNgURXMP0LJaGgaGBHsDMb/h5rv/blDc5lKNGkJF2wwZangqzr8o5NrYAb9 QHgySAaNZEgiJXoyJZEsGsmSRLJpJDuJdHMX4OB5MAHUK+b5+zaFZJxL9lSne6pLIjVopIYk UpNGakoindNI55KCaNGCqMsgWUZSepI8GSaNJGkRBm0RhqRFGLRFGLYkUo1GquULAsEZkfQs xnhiIaFOrITITUMKyU4iyfVUSyJZ4GXIQuiF/IxZq4VyQUsvNSRjr6GxF4ZkRnh0vz7s/C9a 4Po1995b+ifaAsvkvaaHUwBth8T3XgO3Hdw5iapgkvNew1s84a2td3uN7xk4ICj388X/cocm Jtyu7Ghek+lxEVYpd3q/9df+bvmZ3+2a322zaK95rK6b3D7r/r76RHM9g92nYazXUn3WFPv0 OEyacizait2tON0Z9l4kaq2JHnmWE0wI0Ypjs/W2y89f467q+Gpzu77Dg8zQ7r0tmrfHpABu 5+7LPVqkLTY34N2gpXAyxyAZLac26w1aIsCdE7D7lb/e3CIHEREVLRz21zbyeaUvm7/1RsCx HMuxHMuxHMuxHMuxHMuxHMuxHMuxHMuxHMuxHMuxHMuxHMuxHMuxHMuxHMuxHMuxHMuxHMux vKry/13SO2gAkAEA --------------080207000500020002010703-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Sep 19 1:30: 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 8EF6A37B404 for ; Thu, 19 Sep 2002 01:30:00 -0700 (PDT) Received: from web21105.mail.yahoo.com (web21105.mail.yahoo.com [216.136.227.107]) by mx1.FreeBSD.org (Postfix) with SMTP id 0E30143E75 for ; Thu, 19 Sep 2002 01:30:00 -0700 (PDT) (envelope-from hitmaster2k@yahoo.com) Message-ID: <20020919082959.10381.qmail@web21105.mail.yahoo.com> Received: from [62.254.0.5] by web21105.mail.yahoo.com via HTTP; Thu, 19 Sep 2002 01:29:59 PDT Date: Thu, 19 Sep 2002 01:29:59 -0700 (PDT) From: Hiten Pandya Reply-To: hiten@uk.FreeBSD.org Subject: Re: For those with P4 SMP problems.. To: John Baldwin , smp@FreeBSD.org In-Reply-To: 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 --- John Baldwin wrote: > I've hacked some code into acpidump to dump the contents of the ACPI > MADT table which is kind of like mptable for ACPI. It's not real > pretty output though I must admit. :) You can snarf the code from > http://www.FreeBSD.org/~jhb/patches/acpi_dump.tgz. Untar it, then > cd acpi/acpidump ; make ; ./acpidump (last as root) to get the > contents of the MADT table. If people with P4 SMP problems could > run this on one of the machines and send me both the mptable output > and the acpidump output I would appreciate it. Note that the acpidump > stuff will work fine on both stable and current. Hi. Would it be good if this utility was added to the repository, under tools/ or something? Just an idea. :-) -- Hiten __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Sep 19 1:35: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 137BA37B401 for ; Thu, 19 Sep 2002 01:35:45 -0700 (PDT) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C3BD43E77 for ; Thu, 19 Sep 2002 01:35:44 -0700 (PDT) (envelope-from marks@ripe.net) Received: from laptop.6bone.nl (cow.ripe.net [193.0.1.239]) by birch.ripe.net (8.12.5/8.11.6) with SMTP id g8J8ZhKu026142; Thu, 19 Sep 2002 10:35:43 +0200 Received: (nullmailer pid 2615 invoked by uid 1000); Thu, 19 Sep 2002 08:35:42 -0000 Date: Thu, 19 Sep 2002 10:35:42 +0200 From: Mark Santcroos To: hiten@uk.FreeBSD.org Cc: smp@FreeBSD.ORG Subject: Re: For those with P4 SMP problems.. Message-ID: <20020919083542.GG745@laptop.6bone.nl> References: <20020919082959.10381.qmail@web21105.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020919082959.10381.qmail@web21105.mail.yahoo.com> User-Agent: Mutt/1.4i X-Handles: MS6-6BONE, MS18417-RIPE X-RIPE-Spam-Status: NONE ; -1034 X-RIPE-Spam-Level: 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, Sep 19, 2002 at 01:29:59AM -0700, Hiten Pandya wrote: > Would it be good if this utility was added to the repository, under tools/ > or something? Just an idea. :-) It's in ports/devel/acpicatools. -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Sep 19 8:53: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 9C95937B401 for ; Thu, 19 Sep 2002 08:53:14 -0700 (PDT) Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3562F43E4A for ; Thu, 19 Sep 2002 08:53:14 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 6113 invoked from network); 19 Sep 2002 15:53:15 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 19 Sep 2002 15:53:15 -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 g8JFrCBv065793; Thu, 19 Sep 2002 11:53:12 -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: <20020919082959.10381.qmail@web21105.mail.yahoo.com> Date: Thu, 19 Sep 2002 11:53:14 -0400 (EDT) From: John Baldwin To: hiten@uk.FreeBSD.org Subject: Re: For those with P4 SMP problems.. Cc: 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 19-Sep-2002 Hiten Pandya wrote: > --- John Baldwin wrote: >> I've hacked some code into acpidump to dump the contents of the ACPI >> MADT table which is kind of like mptable for ACPI. It's not real >> pretty output though I must admit. :) You can snarf the code from >> http://www.FreeBSD.org/~jhb/patches/acpi_dump.tgz. Untar it, then >> cd acpi/acpidump ; make ; ./acpidump (last as root) to get the >> contents of the MADT table. If people with P4 SMP problems could >> run this on one of the machines and send me both the mptable output >> and the acpidump output I would appreciate it. Note that the acpidump >> stuff will work fine on both stable and current. > > Hi. > > Would it be good if this utility was added to the repository, under tools/ > or something? Just an idea. :-) acpidump is already in current. :) I just haven't committed these bits yet. -- 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 19 8:59: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 CF8AD37B401 for ; Thu, 19 Sep 2002 08:59:57 -0700 (PDT) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BD2143E42 for ; Thu, 19 Sep 2002 08:59:57 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 10499 invoked from network); 19 Sep 2002 15:54:24 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 19 Sep 2002 15:54:24 -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 g8JFrFBv065799; Thu, 19 Sep 2002 11:53:15 -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: <3D88FF2E.9050701@kn.vutbr.cz> Date: Thu, 19 Sep 2002 11:53:17 -0400 (EDT) From: John Baldwin To: Vaclav Musil Subject: Re: For those with P4 SMP problems.. Cc: 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 18-Sep-2002 Vaclav Musil wrote: > Hi, > there are information as you requested. > Hardware was Intel SE7500CW2, system 4.5-RELEASE-p8 with non-SMP kernel. > > Best regards. > > Vasek Musil Well, I've gotten several of these now, and everyone with this problem seems to have the same exact machine. Someone else said that a slightly different model machine didn't have this problem. The only difference I have noted in the various acpidump's is that at least one person had the Hyperthreading disabled in the BIOS since the two HT CPU's (APIC ID's of 1 and 7) were disabled (see the FLAGS item for the Local APIC entries). As far as I can tell, the mptable and acpidump output is ok, so I don't know what is up with this specific machine. Does anyonen have this issue on a machine which is not an Intel SE7500CW2? -- 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 19 15:23:47 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 BDB2B37B401; Thu, 19 Sep 2002 15:23:46 -0700 (PDT) Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id B24D843E3B; Thu, 19 Sep 2002 15:23:45 -0700 (PDT) (envelope-from jrf4772@ksu.edu) Received: from webmail.ksu.edu (direct-webmail [10.0.12.2]) by mailhub.cns.ksu.edu (8.9.1/8.9.1/mailhub+tar) with ESMTP id RAA06828; Thu, 19 Sep 2002 17:23:43 -0500 (CDT) X-WebMail-UserID: jrf4772 Date: Thu, 19 Sep 2002 17:13:10 -0500 From: jrf4772 To: smp@FreeBSD.org Cc: jhb@FreeBSD.org X-EXP32-SerialNo: 00002882 Subject: RE: For those with P4 SMP problems.. Message-ID: <3D9B642A@webmail.ksu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: WebMail (Hydra) SMTP v3.61 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 That doesn't sound very promising... What can we do to help? Someone mentioned hardcoding the mp_table in some way. Is this possible? Would it solve the problem? It would seem to me, this shouldn't be too hard, just hardcode 2 into the OS, but I am no smp kernel designer either. Why does this MB work with 'doze and linux? If you have any ideas, I'll be glad to edit the source on my box, recompile, and see what happens. 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 Fri Sep 20 7:43: 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 4BE9C37B401 for ; Fri, 20 Sep 2002 07:43:06 -0700 (PDT) Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC4EB43E65 for ; Fri, 20 Sep 2002 07:43:05 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 23681 invoked from network); 20 Sep 2002 14:43:10 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 20 Sep 2002 14:43:10 -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 g8KEh3Bv069331; Fri, 20 Sep 2002 10:43:03 -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: <3D9B642A@webmail.ksu.edu> Date: Fri, 20 Sep 2002 10:43:05 -0400 (EDT) From: John Baldwin To: jrf4772 Subject: RE: For those with P4 SMP problems.. Cc: 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 19-Sep-2002 jrf4772 wrote: > That doesn't sound very promising... > > What can we do to help? Someone mentioned hardcoding the mp_table in some > way. Is this possible? Would it solve the problem? It would seem to me, > this shouldn't be too hard, just hardcode 2 into the OS, but I am no smp > kernel designer either. > > Why does this MB work with 'doze and linux? > > If you have any ideas, I'll be glad to edit the source on my box, recompile, > and see what happens. Well, hmm. You could perhaps try using a hack to force it to start a different APIC ID instead using trial and error to figure out which ID's work and which one's don't. -- 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 Fri Sep 20 10: 0:49 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 C849E37B40A for ; Fri, 20 Sep 2002 10:00:48 -0700 (PDT) Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 496E143E75 for ; Fri, 20 Sep 2002 10:00:47 -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 MAA06131 for ; Fri, 20 Sep 2002 12:00:44 -0500 (CDT) Received: from localhost (beemern@localhost) by unix2.cc.ksu.edu (8.11.6+Sun/8.11.6) with ESMTP id g8KH0iM11030 for ; Fri, 20 Sep 2002 12:00:44 -0500 (CDT) X-Authentication-Warning: unix2.cc.ksu.edu: beemern owned process doing -bs Date: Fri, 20 Sep 2002 12:00:44 -0500 (CDT) From: beemern X-X-Sender: To: 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 i edit'd /usr/src/sys/i386/i386/mp_machdep.c , changing the apic loop to start at x=2 (instead of x=1) since its (apparantly at x=1) where the problem arises, and it boots up fine, saying that its SMP Motherboard in dmesg (no errors) the reason i say that x=1 is the bad apic is because of the panic msg in the "regular" smp kernel which says: "AP #1 (PHY #6) failed!" i'm sure its not this simple, BUT, i'm wondering how to tell for sure if you really ARE running in SMP or not even tho the system is booted and running fine, i dont know how to verify that it is INDEED running in SMP mode thanks, nathan > Well, hmm. You could perhaps try using a hack to force it to start a > different APIC ID instead using trial and error to figure out which ID's > work and which one's don't. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Fri Sep 20 10:31:17 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 454CD37B401 for ; Fri, 20 Sep 2002 10:31:15 -0700 (PDT) Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB2F343E4A for ; Fri, 20 Sep 2002 10:31:14 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 593 invoked from network); 20 Sep 2002 17:31:17 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail13.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 20 Sep 2002 17:31: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 g8KHVBBv069940; Fri, 20 Sep 2002 13:31:11 -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: Date: Fri, 20 Sep 2002 13:31:13 -0400 (EDT) From: John Baldwin To: beemern Subject: RE: For those with P4 SMP problems.. Cc: 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 20-Sep-2002 beemern wrote: > > i edit'd /usr/src/sys/i386/i386/mp_machdep.c , changing the apic loop to > start at x=2 (instead of x=1) since its (apparantly at x=1) where the > problem arises, and it boots up fine, saying that its SMP Motherboard in > dmesg (no errors) > > the reason i say that x=1 is the bad apic is because of the panic msg in > the "regular" smp kernel which says: > > "AP #1 (PHY #6) failed!" > > i'm sure its not this simple, BUT, i'm wondering how to tell for sure if > you really ARE running in SMP or not > > even tho the system is booted and running fine, i dont know how to verify > that it is INDEED running in SMP mode Well, in teh above message, 6 is the APIC ID, not 1. Does it actually lauch the other CPU? Probably not. Your change probably just made it skip launching the CPU. What you want to do instead is something more like this: Index: mp_machdep.c =================================================================== RCS file: /usr/cvs/src/sys/i386/i386/mp_machdep.c,v retrieving revision 1.189 diff -u -r1.189 mp_machdep.c --- mp_machdep.c 28 Aug 2002 23:24:05 -0000 1.189 +++ mp_machdep.c 20 Sep 2002 17:12:11 -0000 @@ -2134,6 +2134,8 @@ /* get the PHYSICAL APIC ID# */ physical_cpu = CPU_TO_ID(logical_cpu); + /* XXX: override hack */ + physical_cpu = 1; /* calculate the vector */ vector = (boot_addr >> 12) & 0xff; See if that works. Then try setting it to '2', '3', '4', '5', '6', '7', '8', '9', '10', '11' and see which ones work and which ones don't. It may just be that the mptable (and the APIC table) have the wrong ID for the second CPU. Turn off the Hyperthreading in the BIOS so it is easier to figure out what the ID of the second physical processor is. -- 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 Fri Sep 20 11:22:12 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 0B6A037B401 for ; Fri, 20 Sep 2002 11:22:11 -0700 (PDT) Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35F1843E6A for ; Fri, 20 Sep 2002 11:22:10 -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 NAA14574 for ; Fri, 20 Sep 2002 13:22:09 -0500 (CDT) Received: from localhost (beemern@localhost) by unix2.cc.ksu.edu (8.11.6+Sun/8.11.6) with ESMTP id g8KIM8r13311 for ; Fri, 20 Sep 2002 13:22:08 -0500 (CDT) X-Authentication-Warning: unix2.cc.ksu.edu: beemern owned process doing -bs Date: Fri, 20 Sep 2002 13:22:08 -0500 (CDT) From: beemern X-X-Sender: To: 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 thanks for the diff i made the (first) change; setting to 1, and dmesg gives: --snip-- real memory = 536346624 (523776K bytes) avail memory = 517992448 (505852K 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 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. --snip-- so theres no error, but my inclination is that its still not enabling the 2nd cpu. again, i'm not sure how to verify for SURE whether it is or not.. i've just been running top and looking for 2 cpu's running is there something in dmesg i should be looking for in particular? i'm going to try now by setting physical_cpu to 2..11 as you indicated and see what happens thanks nathan > Well, in teh above message, 6 is the APIC ID, not 1. Does it actually > lauch the other CPU? Probably not. Your change probably just made it > skip launching the CPU. What you want to do instead is something more > like this: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Fri Sep 20 11:31:14 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 36C7237B404 for ; Fri, 20 Sep 2002 11:31:13 -0700 (PDT) Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id C51C743E42 for ; Fri, 20 Sep 2002 11:31:12 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 12862 invoked from network); 20 Sep 2002 18:32:58 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail16.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 20 Sep 2002 18:32:58 -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 g8KIVABv070140; Fri, 20 Sep 2002 14:31:11 -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: Date: Fri, 20 Sep 2002 14:31:12 -0400 (EDT) From: John Baldwin To: beemern Subject: RE: For those with P4 SMP problems.. Cc: 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 20-Sep-2002 beemern wrote: > > thanks for the diff > > i made the (first) change; setting to 1, and dmesg gives: > > --snip-- > real memory = 536346624 (523776K bytes) > avail memory = 517992448 (505852K 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 > 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. > --snip-- > > so theres no error, but my inclination is that its still not enabling the > 2nd cpu. again, i'm not sure how to verify for SURE whether it is or > not.. i've just been running top and looking for 2 cpu's running > > is there something in dmesg i should be looking for in particular? > > i'm going to try now by setting physical_cpu to 2..11 as you indicated and > see what happens APIC ID 1 is the second logical CPU (hyperthreading) on the first physical CPU. Do you have hyperthreading turned on in your BIOS? See if you can turn it off for these tests. 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 Fri Sep 20 11:46:43 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 B26B937B401 for ; Fri, 20 Sep 2002 11:46:42 -0700 (PDT) Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 248CD43E4A for ; Fri, 20 Sep 2002 11:46:38 -0700 (PDT) (envelope-from beemern@ksu.edu) Received: from webmail.ksu.edu (direct-webmail [10.0.12.2]) by mailhub.cns.ksu.edu (8.9.1/8.9.1/mailhub+tar) with ESMTP id NAA05258 for ; Fri, 20 Sep 2002 13:46:33 -0500 (CDT) X-WebMail-UserID: beemern Date: Fri, 20 Sep 2002 13:35:58 -0500 From: beemern To: smp@freebsd.org X-EXP32-SerialNo: 00002882 Subject: RE: For those with P4 SMP problems.. Message-ID: <3D9F600F@webmail.ksu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: WebMail (Hydra) SMTP v3.61 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 yes, hyperthreading is definitely off in the bios > APIC ID 1 is the second logical CPU (hyperthreading) on the > first physical CPU. Do you have hyperthreading turned on in > your BIOS? See if you can turn it off for these tests. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Fri Sep 20 12:33: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 79C4B37B401 for ; Fri, 20 Sep 2002 12:33:42 -0700 (PDT) Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA68F43E6A for ; Fri, 20 Sep 2002 12:33:39 -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 OAA15475 for ; Fri, 20 Sep 2002 14:33:30 -0500 (CDT) Received: from localhost (beemern@localhost) by unix2.cc.ksu.edu (8.11.6+Sun/8.11.6) with ESMTP id g8KJXOx23837 for ; Fri, 20 Sep 2002 14:33:29 -0500 (CDT) X-Authentication-Warning: unix2.cc.ksu.edu: beemern owned process doing -bs Date: Fri, 20 Sep 2002 14:33:24 -0500 (CDT) From: beemern X-X-Sender: To: 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 ok, i edit'd as you indicated: --snip-- /* get the PHYSICAL APIC ID# */ physical_cpu = CPU_TO_ID(logical_cpu); printf("CPU_TO_ID of logical_cpu: %d gives physical_cpu %d\n", logical_cpu,physical_cpu); /* XXX: override hack divemojo */ physical_cpu = 11; printf("OVERRIDE physical_cpu to: %d\n",physical_cpu); /* calculate the vector */ vector = (boot_addr >> 12) & 0xff; --snip-- and i set physical_cpu to 1,2,3...,11 as you indicated rebooting after make'ing and install'ing each kernel gave: --snip-- avail memory = 517992448 (505852K 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 CPU_TO_ID of logical_cpu: 1 gives physical_cpu 6 OVERRIDE physical_cpu to: 3 WOOT WOOT WOOT 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. --snip-- where the ONLY difference, is the printf of the OVERRIDE physical_cpu, which was obviously different on each instance since i was changing it in the code (and just wanted to verify it in dmesg) basically, EACH kernel edit gave the "panic" msg as indicated in the snippet so... any other ideas to try at this point? thanks nathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Fri Sep 20 12:55:24 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 27BD137B401 for ; Fri, 20 Sep 2002 12:55:21 -0700 (PDT) Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8489643E65 for ; Fri, 20 Sep 2002 12:55:20 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 20594 invoked from network); 20 Sep 2002 19:48:44 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 20 Sep 2002 19:48:44 -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 g8KJmSBv070401; Fri, 20 Sep 2002 15:48:30 -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: Date: Fri, 20 Sep 2002 15:48:29 -0400 (EDT) From: John Baldwin To: beemern Subject: RE: For those with P4 SMP problems.. Cc: 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 20-Sep-2002 beemern wrote: > > ok, i edit'd as you indicated: > > --snip-- > /* get the PHYSICAL APIC ID# */ > physical_cpu = CPU_TO_ID(logical_cpu); > > printf("CPU_TO_ID of logical_cpu: %d gives physical_cpu %d\n", > logical_cpu,physical_cpu); > > /* XXX: override hack divemojo */ > physical_cpu = 11; > printf("OVERRIDE physical_cpu to: %d\n",physical_cpu); > > /* calculate the vector */ > vector = (boot_addr >> 12) & 0xff; > --snip-- > > and i set physical_cpu to 1,2,3...,11 as you indicated > > rebooting after make'ing and install'ing each kernel gave: > > --snip-- > avail memory = 517992448 (505852K 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 > CPU_TO_ID of logical_cpu: 1 gives physical_cpu 6 > OVERRIDE physical_cpu to: 3 > WOOT WOOT WOOT > 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. > --snip-- > > where the ONLY difference, is the printf of the OVERRIDE physical_cpu, > which was obviously different on each instance since i was changing it in > the code (and just wanted to verify it in dmesg) > > basically, EACH kernel edit gave the "panic" msg as indicated in the > snippet > so... any other ideas to try at this point? Grrr. Hmm, might need to do the override in CPU_TO_ID() instead (overriding for logical cpu 1) so it is consistent everywhere. I'm curious, if you boot up linux what apic id does it give for the second CPU? -- 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 Fri Sep 20 16:35:43 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 625D137B401; Fri, 20 Sep 2002 16:35:39 -0700 (PDT) Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6433A43E42; Fri, 20 Sep 2002 16:35:38 -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 SAA09220; Fri, 20 Sep 2002 18:35:35 -0500 (CDT) Received: from localhost (jrf4772@localhost) by unix1.cc.ksu.edu (8.8.8+Sun/8.8.8) with ESMTP id SAA01813; Fri, 20 Sep 2002 18:35:35 -0500 (CDT) X-Authentication-Warning: unix1.cc.ksu.edu: jrf4772 owned process doing -bs Date: Fri, 20 Sep 2002 18:35:35 -0500 (CDT) From: Jonathan R Feldkamp 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 Ok, my start_ap(...) as it is right now is at the bottom of this file. I have added to what beemern's work. I set both the physical_cpu and the logical_cpu from 1 to 8, if you think it is necessary i'll go clear up to 15. I added a little debugging around the RESETs and STARTUPs just to see it, and increased the timeout from 5 seconds to 10 seconds. All of this had basically no effect. start_ap(...) is always returning 0 because mp_ncpus is never being incremented. So, the CPU is never being started right? I take it an interrupt of some kind is supposed increment mp_ncpus? I greped through all of the code in /sys/ but couldn't find where it was supposed to happen at. What do you think is going on? Thanks for you help, jon -- snip from dmesg -- 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 #14: Fri Sep 20 18:20:11 CDT 2002 root@osage.telecom.ksu.edu:/usr/src/sys/compile/OSAGE Timecounter "i8254" frequency 1193182 Hz CPU: Pentium 4 (2192.89-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff,ACC> real memory = 536346624 (523776K bytes) avail memory = 518197248 (506052K 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 CPU_TO_ID of logical_cpu: 1 gives physical_cpu 6 overiding, physical_cpu = 8, logical_cpu = 8 waiting for pending status end (INIT IPI: assert RESET) done waiting for pending status end (INIT IPI: deassert RESET) done waiting for pending status end (STARTUP IPI) done waiting for pending status end (STARTUP IPI {second time}) done error while waiting for cpu... 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 0xc0380000. md0: Malloc disk Using $PIR table, 17 entries at 0xc00fdeb0 -- end of dmesg snip -- -- snip of mp_machdep.c -- 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); printf("CPU_TO_ID of logical_cpu: %d gives physical_cpu %d\n", logical_cpu,physical_cpu); /* XXX: override hack divemojo */ physical_cpu = 8; logical_cpu = 8; printf("overiding, physical_cpu = %d, logical_cpu = %d\n", physical_cpu, logical_cpu); /* calculate the vector */ vector = (boot_addr >> 12) & 0xff; /* used as a watchpoint to signal AP startup */ cpus = mp_ncpus; /* * first we do an INIT/RESET IPI this INIT IPI might be run, reseting * and running the target CPU. OR this INIT IPI might be latched (P5 * bug), CPU waiting for STARTUP IPI. OR this INIT IPI might be * ignored. */ /* setup the address for the target AP */ icr_hi = lapic.icr_hi & ~APIC_ID_MASK; icr_hi |= (physical_cpu << 24); lapic.icr_hi = icr_hi; /* do an INIT IPI: assert RESET */ icr_lo = lapic.icr_lo & 0xfff00000; lapic.icr_lo = icr_lo | 0x0000c500; /* wait for pending status end */ printf("waiting for pending status end (INIT IPI: assert RESET)\n"); while (lapic.icr_lo & APIC_DELSTAT_MASK); /* spin */ printf("done\n"); /* do an INIT IPI: deassert RESET */ lapic.icr_lo = icr_lo | 0x00008500; /* wait for pending status end */ u_sleep(10000); /* wait ~10mS */ printf("waiting for pending status end (INIT IPI: deassert RESET)\n"); while (lapic.icr_lo & APIC_DELSTAT_MASK); /* spin */ printf("done\n"); /* * next we do a STARTUP IPI: the previous INIT IPI might still be * latched, (P5 bug) this 1st STARTUP would then terminate * immediately, and the previously started INIT IPI would continue. OR * the previous INIT IPI has already run. and this STARTUP IPI will * run. OR the previous INIT IPI was ignored. and this STARTUP IPI * will run. */ /* do a STARTUP IPI */ lapic.icr_lo = icr_lo | 0x00000600 | vector; printf("waiting for pending status end (STARTUP IPI)\n"); while (lapic.icr_lo & APIC_DELSTAT_MASK); /* spin */ printf("done\n"); u_sleep(200); /* wait ~200uS */ /* * finally we do a 2nd STARTUP IPI: this 2nd STARTUP IPI should run IF * the previous STARTUP IPI was cancelled by a latched INIT IPI. OR * this STARTUP IPI will be ignored, as only ONE STARTUP IPI is * recognized after hardware RESET or INIT IPI. */ lapic.icr_lo = icr_lo | 0x00000600 | vector; printf("waiting for pending status end (STARTUP IPI {second time})\n"); while (lapic.icr_lo & APIC_DELSTAT_MASK); printf("done\n"); u_sleep(200); /* wait for it to start */ set_apic_timer(10000000);/* == 10 seconds */ while (read_apic_timer()) if (mp_ncpus > cpus) return 1; /* return SUCCESS */ printf("error while waiting for cpu...\n"); return 0; } -- end of mp_machdep.c snip -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Fri Sep 20 18: 7:32 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 AD03337B404; Fri, 20 Sep 2002 18:07:30 -0700 (PDT) Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07E3543E4A; Fri, 20 Sep 2002 18:07:30 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0066.cvx40-bradley.dialup.earthlink.net ([216.244.42.66] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17sYk4-0001d9-00; Fri, 20 Sep 2002 18:07:28 -0700 Message-ID: <3D8BC5F1.EF365A5@mindspring.com> Date: Fri, 20 Sep 2002 18:05:53 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jonathan R Feldkamp Cc: smp@freebsd.org, jhb@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 Jonathan R Feldkamp wrote: > Ok, my start_ap(...) as it is right now is at the bottom of this file. > > I have added to what beemern's work. I set both the physical_cpu and the > logical_cpu from 1 to 8, if you think it is necessary i'll go clear up to > 15. I added a little debugging around the RESETs and STARTUPs just to > see it, and increased the timeout from 5 seconds to 10 seconds. All of > this had basically no effect. start_ap(...) is always returning 0 because > mp_ncpus is never being incremented. > > So, the CPU is never being started right? I take it an interrupt of some > kind is supposed increment mp_ncpus? I greped through all of the code in > /sys/ but couldn't find where it was supposed to happen at. > > What do you think is going on? He already said: the real CPU IDs don't match the APIC IDs from the BIOS. My guess as to why the other systems work is that they start the CPUs in parallel, which basically means that there are matching CPUs started at the time of the check, but that the ones which match are not the ones which were started. If the APIC ID isn't used again, you could make this "work" by changing the code that calls start_ap() seperate it into a "start_ap()" and a "check_ap()", and then: for( i = 0; i < NCPU; i++) { try |= 1< 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 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? -also, shouldn't our whole exercise of exhuastively hardcoding the apic for cpu1 from 1 to 11 have found out which one was the REAL one? -finally, it appears Mr. Lambert is suggesting 2 mutually exclusive solutions (correct?) ..where the second one ("For extra points...") looks like the more complete and "right" solution, however, as noted in the previous question, shouldn't we have hit upon the correct id already by playing with the physical_cpu and CPU_TO_ID() as i and Mr. Feldkamp have been? thanks for any further input/direction you can give.. i'm gonna poke around in the src and find where the cpu->apic assignments are made originally and just see what i can see thanks nathan --my previous (rejected) smp list post-- John Baldwin wrote: > > Grrr. Hmm, might need to do the override in CPU_TO_ID() instead > (overriding for logical cpu 1) so it is consistent everywhere. I'm > curious, if you boot up linux what apic id does it give for the > second CPU? fyi, i messed with the CPU_TO_ID() array directly (so it would be consistent as you suggested) and tried all values from 1 to 11 inclusive again, with the exact same results as before it is possible that the the 2nd cpu's APIC really IS at 6, and that the issue is with the 80-some lines of the start_ap() function instead? a buddy (with exact same system) and i haved dived into this, but its slow going at this point just to try to figure out what the heck we're lookin at... if you think of anything, or need us to run more tests, let us know thanks nathan --end-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sat Sep 21 11:47:34 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 DF1C337B401; Sat, 21 Sep 2002 11:47:30 -0700 (PDT) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E80343E75; Sat, 21 Sep 2002 11:47:30 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0278.cvx22-bradley.dialup.earthlink.net ([209.179.199.23] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17spHr-0000Ub-00; Sat, 21 Sep 2002 11:47:28 -0700 Message-ID: <3D8CBE7D.877EA3A4@mindspring.com> Date: Sat, 21 Sep 2002 11:46:21 -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, jhb@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: > 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. /* * start each AP in our list */ static int start_all_aps(u_int boot_addr) { ... /* start each AP */ for (x = 1; x <= mp_naps; ++x) { ... bootSTK = &SMP_prvspace[x].idlestack[UPAGES*PAGE_SIZE]; bootAP = x; /* attempt to start the Application Processor */ ... if (!start_ap(x, boot_addr)) { ... } ... /* record its version info */ cpu_apic_versions[x] = cpu_apic_versions[0]; all_cpus |= (1 << x); /* record AP in CPU map */ } ... /* * this function starts the AP (application processor) identified * by the APIC ID 'physicalCpu'. It does quite a "song and dance" * to accomplish this. This is necessary because of the nuances * of the different hardware we might encounter. It ain't pretty, * but it seems to work. */ static int start_ap(int logical_cpu, u_int boot_addr) { ... /* get the PHYSICAL APIC ID# */ physical_cpu = CPU_TO_ID(logical_cpu); ... } ...basically, what is happening here is that there is an iteration through all of the logical CPUs, which is then used to start the physical CPUs. If they are all started at the same time, and the results are collected before they are compared, as in Linux or Windows NT, then the results are that they all start. If they are attempted to be started serially, and the results are also collected serially, then the result is that they do not start. The implication here is clear: serial start fails because the APIC ID the BIOS claims is assigned to each CPU is not the APIC ID which was actually assigned to the CPU. But the concurrent startup works, because the set of IDs known to the BIOS matches the set of IDs assigned to the CPUs. So you get the right answer to the "has this started?" question, but you don't get the answer from the physical CPU you expected. The serial start depends on getting the correct answer from the CPU you expected, rather than just getting the correct answer and not caring about the man behind the curtain. Probably, the canonically correct thing to do would be to start each CPU with code that reassigns it's real APIC ID into the logical APIC ID, so that there is no longer a mismatch. > -also, shouldn't our whole exercise of exhuastively hardcoding the apic > for cpu1 from 1 to 11 have found out which one was the REAL one? Not really. If you look at the code, there's a bunch of coupled information. By serially attempting to start it, you assume not only that the APIC ID that the BIOS erroneously believes to be correct is used, but that the associated stack and other information is also known to the processor. Basically, you aren't going to be able to safely do about 4 things in the same order, and expect them to work. The start_all_aps() code needs to be refactored, amd the start_ap() code needs to be broken into between 3 and 5 parts (depending on how you handle making the APs correspond to the the logical APs), and unrolled so that it can b. done concurrently, instead of depending on serial success. > -finally, it appears Mr. Lambert is suggesting 2 mutually exclusive > solutions (correct?) ..where the second one ("For extra points...") looks > like the more complete and "right" solution, however, as noted in the > previous question, shouldn't we have hit upon the correct id already by > playing with the physical_cpu and CPU_TO_ID() as i and Mr. Feldkamp have > been? > > thanks for any further input/direction you can give.. i'm gonna poke > around in the src and find where the cpu->apic assignments are made > originally and just see what i can see You should be able to start everything up, not caring about the logical vs. physical APIC ID mapping, as long as you start all the CPUs. What will break, however, is that if the BIOS doesn't simply contain the right physical APIC IDs, out of order, or if you need to send a targetted IPI, instead of a broadcast IPI. So the two "solutions" boil down to correcting the physical/logical mapping, or reloading the physical APIC ID register. Either one works, but reloading the register lets you get rid of the logical and physical indirection (assuming you shove the I/O APIC off to ID 31, the last ID). How correct, and when correct, these have to be really depends on how often the logical to physical translation happens, in order to explicitly signal a CPU. I'd have to read all the -current code in considerable detail to answer that question, or just punt, and come up with a fix where the answer to the question ends up not mattering. That's the way I prefer... 8-). Rewriting the APIC ID in each auxillary CPU is a pain in the neck; the BIOS does it by holding 5 bits worth of pins on each CPU to a specific value. You can do it, in theory: the code should not need the BIOS to do the assignment to function, if you don't care about not starting some CPUs, or starting particular ones... that gets around all the normal BIOS bugs related to CPU detection, but it's a much harder problem to solve, since you have to have a free APIC ID to let you shuffle things around (hence the extra points ;^)). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message