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 ; 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 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: