From owner-freebsd-hackers Tue Nov 21 19:55:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA24912 for hackers-outgoing; Tue, 21 Nov 1995 19:55:52 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA24906 for ; Tue, 21 Nov 1995 19:55:43 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id DAA24693; Wed, 22 Nov 1995 03:51:48 GMT From: Michael Smith Message-Id: <199511220351.DAA24693@genesis.atrad.adelaide.edu.au> Subject: Re: Help! I got a bad block.... To: julian@ref.tfs.com (Julian Elischer) Date: Wed, 22 Nov 1995 03:51:48 +0000 () Cc: msmith@atrad.adelaide.edu.au, hasty@rah.star-gate.com, hackers@FreeBSD.org In-Reply-To: <199511220343.TAA07906@ref.tfs.com> from "Julian Elischer" at Nov 21, 95 07:43:30 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 966 Sender: owner-hackers@FreeBSD.org Precedence: bulk Julian Elischer stands accused of saying: > > the drive will not forward the block if it thinks it can't recover the data Ah. I wasn't aware they were that paranoid about it - though that certainly makes the most sense. > There is code in the driver to order a single block to be forwarded.. > It's all there.. all it needs is to call the appropriate function from an > ioctl. The only thing that was holding me back was the question of > which .h file should define the ioctl..? scsi.h seems to be the obvious one. I'd call it "badblock" and publicise it as much as possible 8) -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[