Return to BSD News archive
X-Newsreader: knews 0.9.3 Organization: University of Rostock, Germany References: <329B228D.167EB0E7@microware.com> <57fght$le8@raven.eva.net> From: lkoeller@odie.physik2.uni-rostock.de (Lars Koeller) Subject: Re: FreeBSD 2.1.5/EISA/AHA1740 not finding drives Newsgroups: comp.unix.bsd.freebsd.misc NNTP-Posting-Host: 139.30.40.28 Message-ID: <32a2f3c2.0@info4.uni-rostock.de> Date: 2 Dec 96 15:20:34 GMT Lines: 80 Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!nntp.coast.net!howland.erols.net!newsfeed.internetmci.com!mr.net!newshub.tc.umn.edu!fu-berlin.de!zrz.TU-Berlin.DE!info4.uni-rostock.de!139.30.40.28 In article <57fght$le8@raven.eva.net>, jca@bighorn.accessnv.com (J.C. Archambeau) writes: >Kim Kempf (kim@microware.com) wrote: > >: I'm trying to install FreeBSD 2.1.5 on an EISA system with a AHA1740 >: scsi controller. The system is running DOS/Win95 with no problems from >: two scsi drives (540mg Maxtor, 1.0GB seagate). I've made a boot floppy >: to boot the install. It finds the device ahb0, but it can't find any >: drives. Maybe the controller needs to be configured a certain way in >: the EISA setup? Anyone have one of these running? > >Do you have the board configured in enhanced EISA mode or 1542B mode? >There's a single jumper on it to switch between 1542B and enhanced >EISA mode. Try running it as a 1542B without pulling the board out >and see what happens. If it works, then you have it in 1542B mode. > >Also, check ECU and see what it says is in the slot. Remember, EISA >is a PnP bus similiar to MCA and PCI. Perhaps you have it configured >for a port address, IRQ, DMA and BIOS other than the defaults which is >causing the conflict. The 174x family has the same defaults as the >AHA-154x family; port 330h, IRQ 11 (edge triggered), DMA 5 and BIOS >DC000. > >Make sure that you're using edge triggered and not level triggered >interrupts with the board. Adaptec has a section on their webpage that >not all EISA systems support the full EISA bus spec, the biggest offender >being that many EISA motherboards do not support level triggered IRQs >correctly or at all. You might be able to fake it under MS-DOS/Win95. >But a lot of faking you do from MS-DOS you can't do under any flavor of >Unix. > >The IRQ mode you also check from ECU. Adaptec also has an updated EISA >config file for the 174x on their website to force the 174x to go into edge >triggered IRQ mode which eliminates the problem completely. You only >really need level triggered IRQs in EISA if you're doing IRQ sharing and >even then the device driver has to support it plus your motherboard has >to impliment it correctly in hardware. > >To my knowledge, FreeBSD doesn't support EISA level triggered IRQs. The >only benefit you'll get from EISA is burst DMA at 33 Mb/sec and you won't >need bounce buffers for DMA transfers into the physical address space above >16 Mb. >-- >/* >** Internet: jca@accessnv.com | Don't blame me, I didn't vote for Clinton. >** jca@anv.net | Intel is the word for 'errata.' >*/ Hi! I'm running a Elitegroup 486-EISA/VLB board (AMD 5x86 with 160 MHz) with an Adaptec 1742 (Atlas 2 Gig and CD-ROM) and a 1740 (Fireball 1 Gig, Conner 512 MB, DAT and QIC Streamer) without any problems since 2.1. The disk controllers are always in enhanced mode, and FreeBSD gets the settings installed with the EISA config program (DOS) automatically. Upgrade to 2.1.5 was rally easy, cause you now only have to specify controller eisa0 controller ahb0 controller ahb1 the io-ports, irq, etc. are determined automatically! Never have had any problems! Perhaps it's a problem of some motherboards to handel them correctly. Regards Lars -- ------------------------------------------------------------------------ Internet: | Lars Koeller Lars_Koeller@odie.physik2.Uni-Rostock.DE | Department of Physics ftp://odie.physik2.uni-rostock.de | University of Rostock PGP-key: | Germany http://www.nic.surfnet.nl/pgp/pks-toplev.html | ----------- FreeBSD, what else? ---- http://www.freebsd.org ------------