From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 12 20:12:25 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 35EDB16A4DF for ; Wed, 12 Jul 2006 20:12:25 +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 4863E43D46 for ; Wed, 12 Jul 2006 20:12:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k6CKCM32090997; Wed, 12 Jul 2006 16:12:23 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Michael Date: Wed, 12 Jul 2006 16:03:50 -0400 User-Agent: KMail/1.9.1 References: <93f8f44b0607061447k27adb556u306063b09b3d9b0d@mail.gmail.com> <200607121417.25934.jhb@freebsd.org> <93f8f44b0607121204l69bd868ch103316b78c35fcb2@mail.gmail.com> In-Reply-To: <93f8f44b0607121204l69bd868ch103316b78c35fcb2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607121603.51364.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 12 Jul 2006 16:12:23 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1594/Wed Jul 12 11:04:34 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: 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 20:12:25 -0000 On Wednesday 12 July 2006 15:04, Michael wrote: > On 12/07/06, John Baldwin wrote: > > On Tuesday 11 July 2006 17:16, 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): > > > > Yes, APIC is required for SMP, but I wanted you to do the test for comparison > > purposes. Another test you could try is leaving ACPI and APIC enabled and > > just disabling SMP via 'kern.smp.disabled=1' at the loader to see if the > > slow-down only comes from having both cores enabled. > > Okay, I did what you requested: > ACPI and APIC enabled, kern.smp.disabled="1" in /boot/loader.conf > Laptop hangs after this strings: > > module_register_init: MOD_LOAD (amr_linux, 0xffffffff8062a040, 0) error 6 > acd0: DVDR at ata0-master UDMA33 > ad2: 95396MB at ata1-master UDMA100 > > No progress in about 5 minutes, though it's not completely freezed. If > I press power button something is echoed to screen about ACPI being > not ready. Can you compile in ddb and see what it is doing? (ps, stack trace, 'show intrcnt', etc.) -- John Baldwin