From owner-freebsd-current@FreeBSD.ORG Tue Jul 7 13:08:13 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B38F51065700; Tue, 7 Jul 2009 13:08:13 +0000 (UTC) (envelope-from trasz@FreeBSD.org) Received: from pin.if.uz.zgora.pl (pin.if.uz.zgora.pl [212.109.128.251]) by mx1.freebsd.org (Postfix) with ESMTP id 6E5FB8FC13; Tue, 7 Jul 2009 13:08:13 +0000 (UTC) (envelope-from trasz@FreeBSD.org) Received: by pin.if.uz.zgora.pl (Postfix, from userid 1001) id 6B06A39BA3; Tue, 7 Jul 2009 14:49:56 +0200 (CEST) Date: Tue, 7 Jul 2009 14:49:56 +0200 From: Edward Tomasz Napierala To: Andriy Gapon Message-ID: <20090707124956.GA31310@pin.if.uz.zgora.pl> References: <200907031430.n63EUMH1016965@lava.sentex.ca> <4A4E1A6C.3090605@FreeBSD.org> <200907031858.n63IwDIt018455@lava.sentex.ca> <4A4E5C82.9070209@FreeBSD.org> <7.1.0.9.0.20090703165005.196d3ba0@sentex.net> <200907050030.n650UkEu028408@lava.sentex.ca> <4A504B0C.2060406@FreeBSD.org> <200907062118.n66LIGRg043316@lava.sentex.ca> <20090706152351.S26418@pooker.samsco.org> <4A531F8D.5040009@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <4A531F8D.5040009@icyb.net.ua> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD-Current , scottl@FreeBSD.org, Alexander Motin , Mike Tancsa Subject: Re: RFC: ATA to CAM integration patch (INTEL DX58SO) 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: Tue, 07 Jul 2009 13:08:13 -0000 On 0707T1312, Andriy Gapon wrote: > >> Still the box does a panic when writing to the disk that has bad > >> sectors on it. (I do newfs it between reboots). Again, not sure if > >> this is a "well, dont use a bad disk", but here is the panic again in > >> case it shows something useful. > >> > > > > This is a 'don't use a bad disk' panic; FreeBSD UFS and VM simply can't > > handle errors on reads or writes. > > I think that this is not generally true, especially about reads. > And wasn't there a FreeBSD Foundation sponsored project to fix panics caused by > media going away? I think that panics on I/O errors are related to that. Device going away is slightly different case, but I believe it shouldn't be generally true, except for filesystems with softupdates enabled. For the most part, softupdates don't even try to handle I/O errors - they just panic (e.g. "panic: softdep_move_dependencies: need merge code"). -- If you cut off my head, what would I say? Me and my head, or me and my body?