From owner-cvs-src@FreeBSD.ORG Wed Apr 12 14:32:19 2006 Return-Path: X-Original-To: cvs-src@freebsd.org Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C89B416A404; Wed, 12 Apr 2006 14:32:19 +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 1C2B343D5D; Wed, 12 Apr 2006 14:32:18 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k3CEWHkR025118; Wed, 12 Apr 2006 10:32:17 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Maxim Sobolev Date: Wed, 12 Apr 2006 10:32:04 -0400 User-Agent: KMail/1.9.1 References: <200604110439.k3B4dTOD072774@repoman.freebsd.org> <200604111803.27889.jhb@freebsd.org> <443C76A0.30308@FreeBSD.org> In-Reply-To: <443C76A0.30308@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604121032.07279.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1394/Wed Apr 12 09:45:54 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/boot/i386/cdboot cdboot.s X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 14:32:19 -0000 On Tuesday 11 April 2006 23:40, Maxim Sobolev wrote: > John Baldwin wrote: > > On Tuesday 11 April 2006 17:03, Maxim Sobolev wrote: > >> John Baldwin wrote: > >>> On Tuesday 11 April 2006 10:34, Maxim Sobolev wrote: > >>>> boo1 does the same - timeout loop. My small research seemingly suggests > >>>> that doing A20 via the BIOS is not very reliable and may not work on all > >>>> machines. > >>> Can you test a patch for pxeboot? It looks to be the one other place that > >>> goes near the A20 line. > >>> > >>> http://www.FreeBSD.org/~jhb/patches/pxe_a20.patch > >> Done. Returning to the subject, loader's version of A20-enabling routine > >> suffers from the very same problem (libi386/gatea20.c), but luckily we > >> don't use this routing in the loader at all. I suspect that it relies on > >> A20 being enabled by previous boot stages. > > > > Did you test it for the non-legacy case as well? :-P I already took > > care of the loader's A20 hack. :) > > Well, since we distribute this "timeout hack" as part of boot1 loader > for ages I think it should be just fine for the "normal", legacy-full > i386 machine. > > BTW, can you please take a look at the problem with SMP bootstrap on > Aplintel notebooks? For some reason our SMP kernel can't start the > second processor. You can find more details here: > > http://groups.google.ca/group/mailing.freebsd.current/browse_thread/thread/2b554e7a6cf3d3cd/b4f74b7c7907cb41?lnk=st&q=%22Intel+Macs+that+boot+FreeBSD%3F%22&rnum=1&hl=en#b4f74b7c7907cb41 I looked but unfortunately there isn't much to go on. We follow the sequence Intel specifies. If you want to debug this you'll have to probably do something like bring back the postcode stuff in mp startup and dump the various postcode values to see how far the AP got, etc. > You can find acpidump here: > > http://people.freebsd.org/~sobomax/acpi.out > > mptable tells that there is no MP table... mptable and madt just tell us which CPUs are present, so basically they are just a list of APIC IDs and don't have any bearing on CPU startup really. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org