From root@amelie.frmug.fr.net  Sun Jun 18 20:16:51 1995
Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1])
          by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA18740
          for <FreeBSD-gnats-submit@freebsd.org>; Sun, 18 Jun 1995 20:16:49 -0700
Received: from (frmug@localhost)
          by soleil.uvsq.fr (8.6.10/jtpda-5.1) id XAA25979
          for FreeBSD-gnats-submit@freebsd.org; Sun, 18 Jun 1995 23:16:46 -0400
Received: (from uucp@localhost) by frmug.fr.net (8.6.8/8.6.9) with UUCP id QAA14222 for FreeBSD-gnats-submit@freebsd.org; Sun, 18 Jun 1995 16:57:07 +0200
Received: (from root@localhost) by amelie.frmug.fr.net (8.6.11/8.6.6) id QAA00677; Sun, 18 Jun 1995 16:51:10 +0200
Message-Id: <199506181451.QAA00677@amelie.frmug.fr.net>
Date: Sun, 18 Jun 1995 16:51:10 +0200
From: Charlie Root <root@amelie.frmug.fr.net>
Reply-To: root@amelie.frmug.fr.net
To: FreeBSD-gnats-submit@freebsd.org
Subject: FreeBSD hangs with my BT445s
X-Send-Pr-Version: 3.2

>Number:         532
>Category:       kern
>Synopsis:       buslogic bt 445S hangups wit FreeBSD 2.0.5
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:
>Keywords:
>Date-Required:
>Class:          support
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jun 18 20:20:02 1995
>Closed-Date:    Sun Feb 25 17:49:28 PST 1996
>Last-Modified:  Sun Feb 25 17:50:51 PST 1996
>Originator:     Erwan Arzur
>Release:        FreeBSD 2.0-BUILT-19950603 i386
>Organization:
>Environment:
	FreeBSD 2.0.5R
	Amd 486DX4 100 w 16 Mb RAM
	bt0 : buslogic 445S Firm. Rev. 3.37
	sd0 : Micropolis 1 Go
	wd0 : Seagate 540 Mb
	wd1 : WD Caviar 210 Mb
	st0 : Tandberg TDC 3800 525 Mb DC 6525 Tape drive

	This configuration was smoothly working with FreeBSD 1.1.5.1
	using the bt-742a-32.c driver ...
	

>Description:
	FreeBSD works well with this configuration until i 
	try to extract some data from my tape drive.
	After some time (during this all seems to be OK)
	the board seems to be locked, not responding to 
	commands ...

	The kernel output is :
	bt0 : biodone : buffer already done
	(repeated 2 or 3 times)
	and then bt0 not responding ...
	I am there unable to read or write any data to the 
	drive and i must then push the Big Red Button ...
	
	After rebooting, the file systems are broken and
	i loose a lot of data :-)

	

>How-To-Repeat:

	try to extract the 3rd file of a tape (mt fsf 2) 
	if the files are quite big ... it happens !
	it happened to me only during a file skipping session
	on the tape drive, but i think a big restore or tar
	will reproduce it ...

	

>Fix:
	???
	


>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: gibbs 
State-Changed-When: Sun Feb 25 17:49:28 PST 1996 
State-Changed-Why:  
This was a generic SCSI problem that has been fixed. 
>Unformatted:


