From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 20:29:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7FAE16A4F5 for ; Mon, 23 Aug 2004 20:29:08 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96F1D43D1D for ; Mon, 23 Aug 2004 20:29:07 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i7NKQ2DN058077 for freebsd-current@FreeBSD.org.checked; (8.12.8/vak/2.1) Tue, 24 Aug 2004 00:26:02 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru with ESMTP id i7NKN7JF057972; (8.12.8/vak/2.1) Tue, 24 Aug 2004 00:23:07 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <412A5078.6070603@cronyx.ru> Date: Tue, 24 Aug 2004 00:15:52 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: John Baldwin References: <41261D1B.5000003@cronyx.ru> <412640B5.9090104@cronyx.ru> <20040821133304.D84878@carver.gumbysoft.com> <200408231327.11303.jhb@FreeBSD.org> In-Reply-To: <200408231327.11303.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: Boot code broken in some way in recent current (Was: Panic at boot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 20:29:08 -0000 John Baldwin: >On Saturday 21 August 2004 04:35 pm, Doug White wrote: > > >>On Fri, 20 Aug 2004, Roman Kurakin wrote: >> >> >>> At first I have two SMP system (Dual) one that boots normaly and one >>>that >>>goes to panic (the older pc). >>> I've setup finaly serial console to that system, so here is more >>>detailed output: >>> >>>OK boot -Dhv >>>/boot/kernel/acpi.ko text=0x406a8 data=0x1bc4+0x110c >>>syms=[0x4+0x72d0+0x4+0x9754] >>> >>> >>Have you tried booting without enabling ACPI? The ACPI tables seem to >>think you have two APs and no BSP. >> >> > >ACPI tables have no concept at all of a BSP. We infer the BSP by checking the >APIC ID of the CPU we are currently executing on when enumerating CPUs. > > >>Also check the BIOS and set the MPTable version to 1.4, and upgrade the >>BIOS itself if there is an update. >> >> > >Since it worked before the recent loader change, I doubt this will make a >difference. More likely is that the code picked a bad memory address to >install the AP trampoline into for some reason. > Bad from which point of view? From hardware or software? How could I check you idea? This is main machine I use for testing of mpsafe locking for sppp(4), cx(4), ctau(4), cp(4). Since this is a singles SMP machine that has ISA bus that I have. And I really hope to get these changes to 5.3. Fixing this bug is a part of my daily job for now. I'll try to spend some time to find out reason of this problem by my self (hour or two every day). But since this part of code was out of my interest before it would be very difficult. So if you have an idea what to check and were to look based on your knowledge of code I'll be glad to move this way. rik