From owner-freebsd-amd64@FreeBSD.ORG Tue Dec 27 20:31:24 2005 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 D734D16A41F; Tue, 27 Dec 2005 20:31:24 +0000 (GMT) (envelope-from tom@hur.st) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66EC943D55; Tue, 27 Dec 2005 20:31:24 +0000 (GMT) (envelope-from tom@hur.st) Received: from [81.104.55.176] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1ErLTe-000Nnp-Sk; Tue, 27 Dec 2005 20:31:22 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.54 (FreeBSD)) id 1ErLTe-000GDW-JZ; Tue, 27 Dec 2005 20:31:22 +0000 Date: Tue, 27 Dec 2005 20:31:22 +0000 From: Thomas Hurst To: Attila Nagy Message-ID: <20051227203122.GA59870@voi.aagh.net> References: <200512271600.jBRG0Mim045012@freefall.freebsd.org> <43B17251.8030906@fsn.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43B17251.8030906@fsn.hu> Organization: Not much. User-Agent: Mutt/1.5.11 Sender: Thomas Hurst X-RBL-Warning: 81.104.55.176 is in RBL blacklist at dnsbl.sorbs.net Cc: bug-followup@freebsd.org, freebsd-amd64@FreeBSD.org Subject: Re: amd64/87977 : [busdma] [panic] amd64 busdma dflt_lock called (by ata) if physmem>4G 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: Tue, 27 Dec 2005 20:31:25 -0000 * Attila Nagy (bra@fsn.hu) wrote: > I believe this is fixed in CURRENT. On 6-STABLE you can set hw.physmem > to use a smaller amount of memory or switch to the ata driver before > 2005.10.08. Thanks for the pointer. I grabbed sys/dev/ata and sys/sys/ata.h off my CURRENT laptop and popped it on my RELENG_6 Opteron and it appears to work fine with all 4G -- I can pull data off all 4 disks at >250M/s without trouble when I could previously not even get past mounting filesystems. Hope to see this merged before too long, but for now at least this pr is a little bit more useful :) -- Thomas 'Freaky' Hurst http://hur.st/