From owner-cvs-all Mon Oct 29 13:11: 1 2001 Delivered-To: cvs-all@freebsd.org Received: from anchor-post-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by hub.freebsd.org (Postfix) with ESMTP id ACAC837B401; Mon, 29 Oct 2001 13:10:52 -0800 (PST) Received: from [62.49.251.130] (helo=herring.nlsystems.com) by anchor-post-33.mail.demon.net with esmtp (Exim 2.12 #1) id 15yJgJ-0004DN-0X; Mon, 29 Oct 2001 21:10:51 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id f9TL9Z763761; Mon, 29 Oct 2001 21:09:35 GMT (envelope-from dfr@nlsystems.com) Date: Mon, 29 Oct 2001 21:09:35 +0000 (GMT) From: Doug Rabson To: Marcel Moolenaar Cc: , Subject: Re: cvs commit: src/sys/ia64/ia64 interrupt.c mp_machdep.c In-Reply-To: <20011029101414.A37597@gauss.cup.hp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 29 Oct 2001, Marcel Moolenaar wrote: > On Mon, Oct 29, 2001 at 09:33:27AM +0000, Doug Rabson wrote: > > On Sun, 28 Oct 2001, Marcel Moolenaar wrote: > > > > > marcel 2001/10/28 23:34:48 PST > > > > > > Modified files: > > > sys/ia64/ia64 interrupt.c mp_machdep.c > > > Log: > > > o Send a test IPI from the BSP to itself at the same time APs > > > are woken up. > > > o Make IPIs synchronuous by default. If we want asynchronuous > > > IPIs, we may want to make the memory fence controllable. > > > > Hmm. Looks like you are dangerously close to starting those other cpus... > > It looks like APs are woken up, because the test IPI is delivered. > I just need to have the OS_BOOT_RENDEZ do sufficient initializations. > I don't think I have any DTR enties because I couldn't see any data > on the screen when writing to the frame-buffer as a way to see if > the AP actually woke up. You need to setup ITR and DTR to map the first 256Mb of memory. Also as soon as possible you need to call map_pal_code() to pin down the region which holds the PAL (preferably *before* you try calling any PAL functions. > > BTW: I moved scanning the MADT to a place where it now happens to > be called only when SMP is defined. This is bogus. I probably > broke non SMP configs :-/ I guess it needs its own SYSINIT to make it run just before the MP initialisation code. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message