From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 16:49:50 2008 Return-Path: Delivered-To: Current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1BEF1065699 for ; Wed, 15 Oct 2008 16:49:50 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp815.mail.ird.yahoo.com (smtp815.mail.ird.yahoo.com [77.238.189.20]) by mx1.freebsd.org (Postfix) with SMTP id 2A78C8FC0A for ; Wed, 15 Oct 2008 16:49:49 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 18515 invoked from network); 15 Oct 2008 16:49:48 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-Index:Content-Language; b=eztcWpDvnK0rz8mDSKpakPQWi5+/zbeaQT+0a2kMCL/nsHM0c4HaQdcNNcUl9iZiGvE9l3x0MARYFYZHpij+lEJ4Iixak5eS/W8fDdP1ey4vuhcWdOfpHr0LZfDm1simbUZByKHnoDMDmccSke0MQaC342EZv7Ia5GDqJwG8pjg= ; Received: from unknown (HELO W2FZZ0VC03) (Thomas.Sparrevohn@86.134.26.44 with login) by smtp815.mail.ird.yahoo.com with SMTP; 15 Oct 2008 16:49:48 -0000 X-YMail-OSG: KNdThSkVM1mTa8ftiBzO9C_H.lt3y5unQiavwyLAXz1HYbaPMfEC7uS3r8x_Il2LZpSAUVGmKk7wSaNY3b1tLhpsdyZS.MYENRf_J48PUp8pdiSSqKPFcqmDsdyPlW7Mfnwh95K3rX3ps42QJaz7BRCbozA5FtBftmWFGx7.SjGuscfTPQ-- X-Yahoo-Newman-Property: ymail-3 From: "Thomas Sparrevohn" To: "'Thomas Sparrevohn'" , =?iso-8859-1?Q?'S=F8ren_Schmidt'?= , , References: <000001c92d77$cbfaf6f0$63f0e4d0$@Sparrevohn@btinternet.com> In-Reply-To: <000001c92d77$cbfaf6f0$63f0e4d0$@Sparrevohn@btinternet.com> Date: Wed, 15 Oct 2008 17:49:46 +0100 Message-ID: <001801c92ee6$08d62ee0$1a828ca0$@Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AckqEiG05rgmy25YRq6tHbmj2mOTWgDWheOgAF4ZlTA= Content-Language: en-gb Cc: Subject: RE: Out of bounce buffers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2008 16:49:50 -0000 I will be answering this one myself Further debugging seems fortunately to vindicate the ATA drivers - I tried to disable most other drivers - USB, if etc. And the problem goes away=20 I now need to tie down where the problem occurs - but what seems to happen is that a DMA read sanity check fails due to the segment has been overwritten/changed/freed while the ATA driver was holding the same tag=20 -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Thomas Sparrevohn Sent: 13 October 2008 22:08 To: 'S=F8ren Schmidt'; Current@freebsd.org Subject: Out of bounce buffers=20 Hi=20 I have had a weird issue since the change in April where the SATA Port multipliers was introduced. The system started issuing "DATA load FAILURE" in the ata-dmaload every time that disk subsystem got loaded. Because the code prior from 10/04-2008 worked fine and Ignored the problem and simply used the code prior to the SATA Port multiplier was introduced. The reason was twofold - One I did not time to investigate and two I suspected it coul= d be a hw error - using cheap SATA disks. Well finally I have had time to investigate and the problem occurs because the system "runs out of bounce buffers"=20 I have tested the entire disk for errors using a Hitachi tools and there seems to no problems - down to the degree that I can get the system to work with the current ATA subsystem as long as I only use one disk ;-) Regardles= s of which of the 4 disks -=20 however if I add a second disk to the subsystem it will eventually (after 17-40GB of restores) give me a "DATA load failures" - Naturally I suspected the disk drives - however as I said - I can fully restore without the error occurring as long as I only use one disk Puzzled by this I started plastering the code with printf's to see what happened - patch included just FYI - It turns out that the kernel runs out of bounce buffers - which is very surprising - Can anybody give any advice on this?