From owner-cvs-all@FreeBSD.ORG Mon Apr 25 22:16:21 2005 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DE6616A4CF; Mon, 25 Apr 2005 22:16:21 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 448DC43D58; Mon, 25 Apr 2005 22:16:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 93251530DF; Mon, 25 Apr 2005 15:16:20 -0700 (PDT) Date: Mon, 25 Apr 2005 15:16:20 -0700 From: Kris Kennaway To: Scott Long Message-ID: <20050425221620.GB8938@xor.obsecurity.org> References: <200504252211.j3PMBheb041436@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qcHopEYAB45HaUaB" Content-Disposition: inline In-Reply-To: <200504252211.j3PMBheb041436@repoman.freebsd.org> User-Agent: Mutt/1.4.2.1i cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/esp ncr53c9x.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 22:16:21 -0000 --qcHopEYAB45HaUaB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 25, 2005 at 10:11:43PM +0000, Scott Long wrote: > scottl 2005-04-25 22:11:43 UTC >=20 > FreeBSD src repository >=20 > Modified files: > sys/dev/esp ncr53c9x.c=20 > Log: > Apply a torniquet to the problem of the drive unexpectedly disconnecting > during a data phase. Before, we would try to recover the autosense, but > the DMA engine would still be active with interrupted transfer, and we'd > quickly spiral out of control and cause massive data corruption. For n= ow, > just reset the chip and cancel everything. The better solution is to > cancel the DMA operation, but there is no clear way to do that right no= w. > The data corruption problem is severe enough to warrant this fix in the > interim. Thanks to Kris Kenneway to sacrificing countless filesystems = to > this bug. > =20 > MFC After: 3 days Thanks for fixing it! Kris --qcHopEYAB45HaUaB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCbWw0Wry0BWjoQKURAh8PAKDn+iBiohmCYk9hCTMtdsYLyiFMLACfTFwS 81Aousc6CwOGpqwhXezgQvM= =VBTP -----END PGP SIGNATURE----- --qcHopEYAB45HaUaB--