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