*BSD News Article 23781


Return to BSD News archive

Newsgroups: comp.os.386bsd.questions
Path: sserve!newshost.anu.edu.au!munnari.oz.au!constellation!osuunx.ucc.okstate.edu!moe.ksu.ksu.edu!crcnis1.unl.edu!wupost!howland.reston.ans.net!agate!tfs.com!julian
From: julian@TFS.COM (Julian Elischer)
Subject: Re: SCSI error when booting kcopy-ah-floppy
Message-ID: <CGDHKw.4n8@tfs.com>
Sender: usenet@tfs.com
Organization: TRW Financial Systems, Oakland, CA
References: <1993Nov11.202855.3401@ursa.com>
Date: Fri, 12 Nov 1993 09:41:20 GMT
Lines: 49

In article <1993Nov11.202855.3401@ursa.com>,
Keith Hollister <keith@ursa.com> wrote:
>I'm fooling around with FreeBSD/NetBSD and am having a problem trying to  
>boot from the install disks. I have a 486DX50 with an IDE drive and a  
>BusLogic 542B scsi adapter for tape and CDROM. When I boot from the  
>floppies (either Free or Net), the adapter is recognized with the correct  
>address, DMA and IRQ, but I then get several iterations of:
>
>cmd fail
>abort failed in wait
>
>What gives ? I do not have the ROM enabled - is this a problem. I strolled  
>through the FAQ's I have and could not find any help. Thanks

Unfortunatly there was a short period in which the scsi driver's relative
stability was reduced due to the inclusion of new code.
By bad planning on my part this occured at the same time
as some pretty important releases of FreeBSD

Hopefully most of them have been fixed up, and my
suggestion to people having troubles with FreeBSD and scsi
is to
pick up the new scsi code from freefall.cdrom.com, 
in pub/scsi (the newer of the two tar.gz files)

This should just slot in and there are some README files that
explain what goes where..

it is hoped that this code will be fully integrated into freeBSD
in a matter of days, and possibly some new bootdisks
may become available.

(hey the new stuf has MAN pages (Gasp!)) 8-)

I'm sorry (and extremely embarrassed) that less than satisfactory
code got out, but sometimes we just f*ck up you know :-)



julian
p.s. to the other writer with problems with exabyte..

try setting the tape into varaible mode with 
'st -f /dev/nrst0 blocksize 0'

j