From long@njl.materials.ox.ac.uk  Tue Mar  4 06:03:18 1997
Received: from njl.materials.ox.ac.uk (njl.materials.ox.ac.uk [163.1.65.100])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA23203
          for <FreeBSD-gnats-submit@freebsd.org>; Tue, 4 Mar 1997 06:03:07 -0800 (PST)
Received: (from long@localhost)
	by njl.materials.ox.ac.uk (8.8.5/8.8.5) id OAA00420;
	Tue, 4 Mar 1997 14:03:01 GMT
Message-Id: <199703041403.OAA00420@njl.materials.ox.ac.uk>
Date: Tue, 4 Mar 1997 14:03:01 GMT
From: Neil <long@njl.materials.ox.ac.uk>
Reply-To: neil.long@materials.oxford.ac.uk
To: FreeBSD-gnats-submit@freebsd.org
Subject: Tahiti MO disk and od driver
X-Send-Pr-Version: 3.2

>Number:         2873
>Category:       kern
>Synopsis:       the od0 devies does not handle a Maxoptix Tahiti II drive
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Mar  4 06:10:02 PST 1997
>Closed-Date:    Fri Nov 19 13:51:57 PST 1999
>Last-Modified:  Fri Nov 19 13:52:31 PST 1999
>Originator:     Neil Long
>Release:        FreeBSD 2.2-GAMMA i386
>Organization:
University of Oxford
>Environment:

	Adaptec AH1542 scsi controller and a Tahiti II MO drive

>Description:

	The Tahiti is recognised on boot as 
 /kernel: (aha0:5:0): "MaxOptix Tahiti 2 A7.4" type 7 removable SCSI 1
/kernel: od0(aha0:5:0): Optical 441MB (904995 512 byte sectors)

attempts to read/set a disklabel generate errors
fdisk od0 logs in messages:-

od0: invalid primary partition table: no magic
disklabel -r -w od0 auto gives
/kernel: od0(aha0:5:0): MEDIUM ERROR info:2 asc:11,0 Unrecovered read error
Mar  4 13:14:11 njl /kernel: od0(aha0:5:0): MEDIUM ERROR asc:13,0 Address mark not found for data field

repeated many times
followed by

Mar  4 13:14:13 njl /kernel: , FAILURE
Mar  4 13:14:13 njl /kernel: od0: error reading primary partition table reading fsbn 0 (od0 bn 0; cn 0 tn 0 sn 0)

The disk is fine when used on a DOS PC (Corel SCSI drivers) or an SGI using 
SG's fx and mkfs (uses scsi info not disktab)
>How-To-Repeat:

	same if disk is re-formated elsewhere, not possible to repeat without
access to hardware.

>Fix:
	
	Is it possible to force it to be handled as in the Zip drive / Jazz?

>Release-Note:
>Audit-Trail:

From: j@uriah.heep.sax.de (J Wunsch)
To: neil.long@materials.oxford.ac.uk
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/2873: Tahiti MO disk and od driver
Date: Wed, 5 Mar 1997 09:48:43 +0100

 As Neil wrote:
 
 > disklabel -r -w od0 auto gives
 > /kernel: od0(aha0:5:0): MEDIUM ERROR info:2 asc:11,0 Unrecovered read error
 > Mar  4 13:14:11 njl /kernel: od0(aha0:5:0): MEDIUM ERROR asc:13,0 Address mark not found for data field
 
 Hmm, that's the second block which is dead (``info: 2'').  I'm not
 sure whether the drive can remap bad blocks.  You could give it a try
 on mode page 1.  Maybe reformatting would be a help?
 
 > The disk is fine when used on a DOS PC (Corel SCSI drivers) or an SGI using 
 > SG's fx and mkfs (uses scsi info not disktab)
 
 Perhaps they implement the equivalent to bad144?  I don't think our
 SCSI device drivers do implement bad144 at all.  Maybe the od driver
 should, however.
 
 Short of this, i don't think FreeBSD can do much with a defect medium.
 I tend to close the PR after the discussion.
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)
State-Changed-From-To: open->closed 
State-Changed-By: phk 
State-Changed-When: Fri Nov 19 13:51:57 PST 1999 
State-Changed-Why:  
should have been closed long time ago. 
>Unformatted:

