From owner-freebsd-current@FreeBSD.ORG  Tue Jul  7 10:12:46 2009
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
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 088FB1065677;
	Tue,  7 Jul 2009 10:12:46 +0000 (UTC) (envelope-from avg@icyb.net.ua)
Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140])
	by mx1.freebsd.org (Postfix) with ESMTP id CE7808FC1E;
	Tue,  7 Jul 2009 10:12:44 +0000 (UTC) (envelope-from avg@icyb.net.ua)
Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua
	[212.40.38.101])
	by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA20082;
	Tue, 07 Jul 2009 13:12:30 +0300 (EEST)
	(envelope-from avg@icyb.net.ua)
Message-ID: <4A531F8D.5040009@icyb.net.ua>
Date: Tue, 07 Jul 2009 13:12:29 +0300
From: Andriy Gapon <avg@icyb.net.ua>
User-Agent: Thunderbird 2.0.0.22 (X11/20090630)
MIME-Version: 1.0
To: Scott Long <scottl@samsco.org>, Edward Tomasz Napierala <trasz@FreeBSD.org>
References: <4A4517BE.9040504@FreeBSD.org>	<200906272303.n5RN3rTi070177@lava.sentex.ca>	<4A471F44.7010108@FreeBSD.org>	<200907021859.n62IxghN009931@lava.sentex.ca>	<4A4D0B7E.8060503@FreeBSD.org>	<200907022117.n62LHrvZ010791@lava.sentex.ca>	<200907031326.n63DQCGM016627@lava.sentex.ca>	<4A4E0D51.3080904@FreeBSD.org>	<200907031413.n63ED2jl016885@lava.sentex.ca>	<4A4E1525.2040809@FreeBSD.org>	<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>
In-Reply-To: <20090706152351.S26418@pooker.samsco.org>
X-Enigmail-Version: 0.95.7
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: Alexander Motin <mav@FreeBSD.org>,
	FreeBSD-Current <freebsd-current@FreeBSD.org>,
	scottl@FreeBSD.org, Mike Tancsa <mike@sentex.net>
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
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>, 
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Jul 2009 10:12:48 -0000

on 07/07/2009 00:24 Scott Long said the following:
>> 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.

trasz might be interested in this particular one.

-- 
Andriy Gapon