From owner-cvs-src@FreeBSD.ORG Fri Apr 28 19:27:32 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 1564F16A400; Fri, 28 Apr 2006 19:27:32 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8696643D48; Fri, 28 Apr 2006 19:27:31 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.255.17] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.4/8.13.4) with ESMTP id k3SJROeF064830 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Apr 2006 12:27:29 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <44526C95.3000708@FreeBSD.org> Date: Fri, 28 Apr 2006 12:27:17 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Nate Lawson References: <200604280317.k3S3Hb3L017882@repoman.freebsd.org> <1146195791.40894.6.camel@shumai.marcuscom.com> <44524F85.5000508@FreeBSD.org> <44525D16.3070005@root.org> In-Reply-To: <44525D16.3070005@root.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org 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 19:27:32 -0000 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); -Maxim