From owner-freebsd-hackers  Thu Feb  5 08:08:26 1998
Return-Path: <owner-freebsd-hackers@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id IAA08686
          for hackers-outgoing; Thu, 5 Feb 1998 08:08:26 -0800 (PST)
          (envelope-from owner-freebsd-hackers@FreeBSD.ORG)
Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1])
          by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA08658
          for <hackers@FreeBSD.ORG>; Thu, 5 Feb 1998 08:08:10 -0800 (PST)
          (envelope-from Anthony.Kimball@East.Sun.COM)
Received: from East.Sun.COM ([129.148.1.241]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id IAA06903; Thu, 5 Feb 1998 08:03:57 -0800
Received: from suneast.East.Sun.COM by East.Sun.COM (SMI-8.6/SMI-5.3)
	id LAA03066; Thu, 5 Feb 1998 11:03:53 -0500
Received: from compound.east.sun.com by suneast.East.Sun.COM (SMI-8.6/SMI-SVR4)
	id LAA24926; Thu, 5 Feb 1998 11:03:51 -0500
Received: (from alk@localhost) by compound.east.sun.com (8.8.8/8.7.3) id KAA20767; Thu, 5 Feb 1998 10:03:30 -0600 (CST)
Date: Thu, 5 Feb 1998 10:03:30 -0600 (CST)
Message-Id: <199802051603.KAA20767@compound.east.sun.com>
From: Tony Kimball <alk@pobox.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Face: O9M"E%K;(f-Go/XDxL+pCxI5<W_e*r7B8ojMD.5+qDgOp4/\gTQEgbOoBqf:Vtl*aW:<;9/
	UIVk'U^XhYg+v#r~*X<$Q=_ik@5:%E}pl]9|9|:]WLW8n:fLgg0~cfwWRBQxK/HSG0b1D/gljJC$qp
	b=HDF@+"H<|fXy`w#$8#6A"!F:>*gr[=FN@Y`cl1.Tn
Reply-To: alk@pobox.com
To: tlambert@primenet.com
Cc: hackers@FreeBSD.ORG
Subject: Re: wd0s1e hard errors
References: <199802041752.LAA17892@compound.east.sun.com>
	<199802050622.XAA07077@usr08.primenet.com>
X-Mailer: VM 6.33 under 19.14 XEmacs Lucid
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe hackers"

Quoth Terry Lambert on Thu, 5 February:
: > 
: > Should bad144 be retired?  
: 
: Why, have you come up with a new "media perfection layer" which
: sits in Julian's new slice code under devfs to replace it so you
: can still use WD1007 ESDI controllers, MFM, RLL, and other drives
: that don't support automatic bad sector forwarding?

No, but rather because (or so I hypothesize) these devices reside
overwhelmingly in systems which will never be upgraded to 3.x, and
because there is benefit to be gained from desupport, as recent
traffic regarding biosboot indicates.

: Personally, I think if bad144 is retired, you might as well retire
: wd drives that don't have LBA modes like SCSI has.  After all, "all
: modern devices" see drives as a linear array of sectors which never
: go bad, right?

This is the persistent claim of the, presumed, cognoscenti whenever
anyone less informed makes an inquiry about how to deal with bad
sectors.