From owner-cvs-src@FreeBSD.ORG Fri Apr 28 21:09:42 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 CD61216A401; Fri, 28 Apr 2006 21:09:42 +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 6A3A643D49; Fri, 28 Apr 2006 21:09:41 +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 k3SL9cxt094307; Fri, 28 Apr 2006 17:09:38 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Maxim Sobolev Date: Fri, 28 Apr 2006 17:08:58 -0400 User-Agent: KMail/1.9.1 References: <200604280317.k3S3Hb3L017882@repoman.freebsd.org> <44525D16.3070005@root.org> <44526C95.3000708@FreeBSD.org> In-Reply-To: <44526C95.3000708@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604281709.02585.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1428/Thu Apr 27 14:39:31 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,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, Nate Lawson Subject: Re: cvs commit: src/sys/dev/sk if_sk.c if_skreg.h 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: Fri, 28 Apr 2006 21:09:42 -0000 On Friday 28 April 2006 15:27, Maxim Sobolev wrote: > Nate Lawson wrote: > > Maxim Sobolev wrote: > >>> BTW, thanks for your work on the reboot issue. Oh, and are you using > >> > >> Don't mention it. The other big and still unresolved issue is getting > >> SMP working. I have tried to debug it and as long as I can tell second > >> core for some reason doesn't start at all. I have even attempted to > >> borrow second CPU kick in magic from xnu (Darwin kernel), but the > >> result is the same. My current guess is that since it's mobile > >> processor, the 2nd core may be turned off for power saving purposes > >> and needs some (ACPI?) hohomagic to power it up. Unfortunately I can't > >> find any documentation on the processor to check. It is interesting > >> that both Linux and Windows don't have any problems with getting it > >> working OOB. > > > > I don't think there's any special ACPI thing to do. If you have acpi > > loaded, the MADT (apic table) probe should just work. Are you sure you > > have the latest -current since cperciva@ fixed the Core Duo limitation > > we had? > > Yes, I do have the latest kernel (circa this morning). Do you have any > other ideas about what can be wrong? > > BTW, in the following lapic_ipi_raw call, is the last argument expected > to be 0 or maybe it's typo and it should be apic_id instead? > > /* do an INIT IPI: deassert RESET */ > lapic_ipi_raw(APIC_DEST_ALLESELF | APIC_TRIGMOD_LEVEL | > APIC_LEVEL_DEASSERT | APIC_DESTMODE_PHY | APIC_DELMODE_INIT, 0); No, it's using ALLESELF for the destination to send it to everyone but the current CPU. Try enabling the CHECK_POINTS code in mp_machdep.c and mpboot.s to see if you can figure out how far the AP gets before it goes belly up. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org