Return to BSD News archive
Xref: sserve comp.os.386bsd.questions:2891 comp.os.386bsd.bugs:851 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!xlink.net!informatik.fh-augsburg.de!obelix.informatik.fh-augsburg.de!mubo!phoenix!usys From: usys@phoenix.abg.sub.org (Uwe C Schroeder) Newsgroups: comp.os.386bsd.questions,comp.os.386bsd.bugs Subject: Re: Julian's SCSI driver doesn't work where as.c does Keywords: Patch-Kit 0.2.3 patch julian dcfclk Message-ID: <5@phoenix.abg.sub.org> Date: 3 Jun 93 14:31:44 GMT References: <1u0n87INNes3@life.ai.mit.edu> Followup-To: comp.os.386bsd.questions Organization: UCS Anwendungssysteme Lines: 24 calvin@hal.gnu.ai.mit.edu (Eric John Vette) writes: [del] >Second, Julian's SCSI drivers don't work on my system, where > the previous driver did. Obviously, I'm running > an AHA-154xB (1542). It has a Quantum ProDrive 210S > and a Wangtek 5099EN->SC24 (MT-02ised; Thanks, Rodney!). > I had no problem with this setup before under the normal > as.c (Except a few 0x12 errors from the tape drive and > on cold boots). I have them too. My config is adaptec 1542b Quantum ProDrive 240s and Wangtek 5150ES. It seems, that there are problems only when reading the tape. I haven't got a reboot when writing (yet ;-)) The debugger alsways reports the failure to be in _spec_read 0xfd which is called from ufs_spec_read. This doesn't occur, when I only read short parts (<< 1Mb) from the tape. So, if I use mt to wind to the wanted spot on the tape and use tar only for a short time, then there is no reboot So long Uwe (usys@phoenix.abg.sub.org)