Return to BSD News archive
Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!msuinfo!gmi!zombie.ncsc.mil!MathWorks.Com!europa.eng.gtefsd.com!swiss.ans.net!news.dfn.de!rrz.uni-koeln.de!RRZ.Uni-Koeln.DE!RRZ.Uni-Koeln.DE!news From: se@fileserv1.MI.Uni-Koeln.DE (Stefan Esser) Newsgroups: comp.os.386bsd.development Subject: Re: FreeBSD 1.1.5 on PCI (was: NetBSD-1.0 - WHEN?) Date: 22 Sep 1994 23:32:24 GMT Organization: Institute of Nuclear Physics, University of Cologne, Germany Lines: 34 Distribution: world Message-ID: <35t468INN16tr@rs1.rrz.Uni-Koeln.DE> References: <199408172054.PAA07862@MindBender.HeadCandy.com> <VIXIE.94Sep22005733@gw.home.vix.com> NNTP-Posting-Host: fileserv1.mi.uni-koeln.de In article <VIXIE.94Sep22005733@gw.home.vix.com>, vixie@gw.home.vix.com (Paul A Vixie) writes: |> PCI is not ready for prime time. It does video OK but that's all. |> Show me a motherboard and disk controller that work together, and |> I'll show you ten that don't. If you aren't convinced I'll show |> you ten more that don't. If you still aren't convinced, next week |> there will be ten new ones that don't. Well, I guess there is nothing wrong with PCI, but PCI in an ISA PC is calling for trouble ... In my experience, there was no problem at all, if it was not for the interrupt mapping (PIC IntA -> ISA IRQ #). There are boards that require the opposite of what the board docs tell you to do if you want to use an onboard NCR SCSI controller, for example. But once you have your interrupts configured/jumpered, everything works reliably and fast ... And if you want a PCI system that works with all available PCI graphics and controller cards: There are board reviews in computer magazines, or you might ask somebody who has his board running fine. Why get one of the ten systems that don't run, if you can easily get one of those that work just fine ... -- Stefan Esser Internet: <se@ZPR.Uni-Koeln.DE> Zentrum fuer Paralleles Rechnen Tel: +49 221 4706010 Universitaet zu Koeln FAX: +49 221 4705160 Weyertal 80 50931 Koeln