From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 23 19:54:14 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 04FBD16A484; Mon, 23 Apr 2007 19:54:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 9B4F113C45D; Mon, 23 Apr 2007 19:54:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3NJrnV3049908; Mon, 23 Apr 2007 15:53:55 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Mark Tinguely Date: Mon, 23 Apr 2007 15:02:16 -0400 User-Agent: KMail/1.9.6 References: <200704231851.l3NIpJ7H071370@casselton.net> In-Reply-To: <200704231851.l3NIpJ7H071370@casselton.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704231502.16968.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 23 Apr 2007 15:53:56 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3151/Mon Apr 23 12:11:26 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-hackers@freebsd.org, MTaylor@bytecraft.com.au, freebsd-questions@freebsd.org, des@des.no Subject: Re: IBM / FreeBSD Install problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 19:54:14 -0000 On Monday 23 April 2007 02:51:19 pm Mark Tinguely wrote: > > > John Baldwin says: > > > > APIC IDs are not programmable (well, they are on I/O APICs, but not local=20 > > APICs). However, I am working on patches to support all valid APIC IDs for= > > =20 > > both mptable and MADT. Bumping up NLAPICS as a temporary workaround should= > > =20 > > suffice for now. > > > > =2D-=20 > > John Baldwin > > IMO, the quick solution also requires that MAX_APICID in > [amd64/amd64 | i386/i386]/local_apic.c needs to be changed > because lapic_create() checks if the passed apic_id > MAX_APICID. > > Also in [amd64/amd64 | i386/i386]/mp_machdep.c checks in cpu_add() > if the passed apic_id >= MAXCPU. There are a couple other checks > in mp_machdep.c before converting to use the cpu_apic_ids[] array. > > I was curious, and wrote up a patch file with the potential minor changes > for -current at http://www.casselton.com/~tinguely/acpicid.patch . > I saw one more change needed to use on FreeBSD 6.2-RELEASE. What I have so far is somewhat similar, but goes ahead and allows the full range of APIC IDs while trying to still honor MAXCPU correctly. I haven't ported it to i386 yet, nor compiled it yet, much less booted it. :) I hope to at least get it booted on amd64 today. -- John Baldwin