*BSD News Article 67455


Return to BSD News archive

Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!news.rmit.EDU.AU!news.unimelb.EDU.AU!munnari.OZ.AU!news.hawaii.edu!news.uoregon.edu!arclight.uoregon.edu!gatech!newsfeed.internetmci.com!in2.uu.net!en.com!multiverse!ragnarok.oar.net!malgudi.oar.net!hyperion.wright.edu!echoes.wittenberg.edu!bob.wittenberg.edu!mandrews
From: mandrews@bob.Wittenberg.EDU (Mike Andrews)
Newsgroups: comp.unix.bsd.freebsd.misc
Subject: Re: Adaptec 2940UW lockup problem
Date: 1 May 96 19:30:39 GMT
Organization: Wittenberg University, Springfield OH
Lines: 32
Message-ID: <mandrews.830979039@bob.wittenberg.edu>
References: <mandrews.830434944@bob.wittenberg.edu> <4m2ub2$apq@news.zipnet.net>
NNTP-Posting-Host: bob.wittenberg.edu
X-Newsreader: NN version 6.5.0 #8 (NOV)

mi@aldan.algebra.com (Mikhail Teterin) writes:

>Honorable Mike Andrews
>      wrote on 25 Apr (in article <mandrews.830434944@bob.wittenberg.edu>):

>=Note that the controller is wide, but all the current devices are narrow...
>=
>=The problem is that the machine siezes up tight during some SCSI activity.
>=No kernel message/panic, nada, just frozen system, keyboard, only way out
>=is the Reset button.  Out of the box, I couldn't even complete a newfs on
>=a disk without it crashing.  I went into the SCSI BIOS and disabled the
>=>1GB translation, and things improved greatly, but not completely.  Now it

>Is machine's BIOS aware of disks at all? It should not be (should say
>not-installed)...

I have the BIOS disabled (as far as reserving space in the 640K-1M range),
but I have found a workaround for my problem, or at least it seems to work:
By default, there is a BIOS setting for synchronous transfer rates, and it's
set to 20MB/sec for each target.  Setting this down to 10MB/sec, which is I
think all a narrow drive can handle anyway, SEEMS to solve the problem.
I'd assumed that FreeBSD would ignore all the BIOS settings and just auto-
negotiate all those nasty things, but that isn't what the kernel sources
seem to indicate.  Oops.  :)

Can anyone verify this as a solution?


-- 
-- Mike Andrews  -  mandrews@wittenberg.edu  -  mandrews@termfrost.org (NeXT)
-- Programmer/Analyst, webmaster/netnews guy, Wittenberg Univ, Springfield OH
-- http://www.termfrost.org/~mandrews/           "Don't get even, get odd..."