From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 12 16:23:14 2006 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7382616A4DA; Wed, 12 Jul 2006 16:23:14 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAFC643D60; Wed, 12 Jul 2006 16:23:11 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k6CGN9gA031805; Wed, 12 Jul 2006 12:23:09 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: "John Baldwin" Date: Wed, 12 Jul 2006 12:22:54 -0400 User-Agent: KMail/1.6.2 References: <93f8f44b0607061447k27adb556u306063b09b3d9b0d@mail.gmail.com> <200607111618.11303.jhb@freebsd.org> <93f8f44b0607111416p6b31f12m14bd1b3bda0b276@mail.gmail.com> In-Reply-To: <93f8f44b0607111416p6b31f12m14bd1b3bda0b276@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200607121222.57392.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88/1594/Wed Jul 12 11:04:34 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-amd64@FreeBSD.org Subject: Re: Turion 64 X2 support in future versions of FreeBSD. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 16:23:14 -0000 On Tuesday 11 July 2006 05:16 pm, Michael wrote: > On 12/07/06, John Baldwin wrote: > > No obvious breakages. Hmm, does ACPI work fine if you disable > > apic via 'set hint.apic.0.disabled=1' in the loader? (When you > > disable ACPI on amd64 you also implicitly disable APIC.) > > it works fine (no slowing), but i see no second CPU in top output, > here dmesg command output (very strange though, since it include > strings from previous sessions): --- >8 --- SNIP!!! --- >8 --- It seems Rev. F core has subtle differences. You may find the following useful: BIOS and Kernal Developer's Guide for AMD NPT Family 0Fh Processors: http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/32559.pdf I wish I had one of these puppies to try. :-( Jung-uk Kim