From owner-svn-src-projects@FreeBSD.ORG Wed Jan 26 10:20:21 2011 Return-Path: Delivered-To: svn-src-projects@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 170AB106564A; Wed, 26 Jan 2011 10:20:21 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E45008FC12; Wed, 26 Jan 2011 10:20:20 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 7EA7946B09; Wed, 26 Jan 2011 05:20:20 -0500 (EST) Date: Wed, 26 Jan 2011 10:20:20 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alexander Motin In-Reply-To: <4D3FED31.8040304@FreeBSD.org> Message-ID: References: <201101251534.p0PFY7cF039182@svn.freebsd.org> <201101251117.49069.jhb@freebsd.org> <4D3FED31.8040304@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: svn-src-projects@freebsd.org, src-committers@freebsd.org, Pawel Jakub Dawidek , John Baldwin Subject: Re: svn commit: r217828 - projects/graid/head/sys/geom/raid X-BeenThere: svn-src-projects@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the src " projects" tree" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2011 10:20:21 -0000 On Wed, 26 Jan 2011, Alexander Motin wrote: > That's all true. Those who want maximum robustness should use dedicated > drive on the most trivial dedicated controller to make dumping reliable. If > we are going above that - there are always some compromises. This seems to be the best conclusion in the NIC space certainly -- for network debugging and crashdumps, a dedicated NIC involves far fewer compromises. However, the traditional route of resetting $controller when you realise you're past the point of no return, and then doing polled I/O to the freshly initialised device, should be pretty reliable under most circumstances. > What's about dumping to GEOM, I think that with r217827 change (in > projects/graid/head) it should be possible to implement robust dumping to > gmirror and gstripe without doing any allocations and GEOM interaction. With > some efforts it could also be done to graid by writing specialized > minimalistic dumping routines for every transformation module (at least it > seems trivial for RAID0/RAID1). Sounds good. Robert