From owner-freebsd-bugs Thu Sep 5 17:15:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA00184 for bugs-outgoing; Thu, 5 Sep 1996 17:15:34 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA00176; Thu, 5 Sep 1996 17:15:32 -0700 (PDT) Message-Id: <199609060015.RAA00176@freefall.freebsd.org> To: Matt Hamilton cc: frf , freebsd-bugs@freebsd.org, questions@freebsd.org Subject: Re: status of kern/1157 In-reply-to: Your message of "Thu, 05 Sep 1996 18:53:11 EDT." Date: Thu, 05 Sep 1996 17:15:31 -0700 From: "Justin T. Gibbs" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> This is not the same problem. Most likely one of the timeout values in >> the st driver is too short for something that your tape is doing (perhaps >> a recalibration??) and is bailing prematurely. I would bet that if you >> upped the timeouts in the st driver, the problem would go away. > >How do I raise the timeouts? I have tried raising them in >sys/scsi/scsi_base and that had no effect. Should I just be able to >rebuild the kernel normally after that or do I need to do anything >special. > >-Matt You need to up them either in each call to scsi_scsi_cmd in st.c or make the timeout something huge in scsi_scsi_cmd simply ignoring the passed in value. You should be able to simply rebuild a kernel after modifying that file. The timeout is specified in ms. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations ===========================================