Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!news.mira.net.au!vic.news.telstra.net!act.news.telstra.net!psgrain!newsfeed.internetmci.com!tank.news.pipex.net!pipex!dish.news.pipex.net!pipex!tube.news.pipex.net!pipex!lade.news.pipex.net!pipex!news.be.innet.net!bofh.dot!INbe.net!news.nl.innet.net!INnl.net!hunter.premier.net!news.mathworks.com!uunet!in1.uu.net!news.artisoft.com!usenet
From: Terry Lambert <terry@lambert.org>
Newsgroups: comp.unix.bsd.freebsd.misc
Subject: Re: Problems with Adaptec AIC7850
Date: Fri, 10 May 1996 21:30:18 -0700
Organization: Me
Lines: 46
Message-ID: <319417DA.6B419E6A@lambert.org>
References: <4md4pg$3gi@lynet.lynet.de> <4mgi1m$mkb@uriah.heep.sax.de> <4mkft7$me1@lynet.lynet.de> <4mobul$aut@uriah.heep.sax.de> <4ms9us$m2e@lynet.LyNet.De>
NNTP-Posting-Host: hecate.artisoft.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 2.01 (X11; I; Linux 1.1.76 i486)
Uwe Gruentjes wrote:
]
] In comp.unix.bsd.freebsd.misc, j@uriah.heep.sax.de (J Wunsch) wrote:
] >Ah, yes, i remember that some of the newer controllers aren't
] >supported by stock 2.1R. When in doubt, it's perhaps the best to ask
] >the maintainer of the ahc driver. You should also not that he
] >back-ported his changes from -current to -stable, means that you can
] >use them even in a ``less development-like'' system.
]
] Meanwhile I managed to install 2.2-960501-SNAP without problems. In
] the process I noticed that 2.2-SNAP probes for PCI devices before it
] looks for ISA devices, while 2.1R does look for ISA devices first.
] Maybe it has something to do with this order of bus probing.
More likely, the controller wasn't supported by the driver in
the older release.
The probe order change was because PCI devices are
non-destructively probe-able, and changing the order let
BSD find the non-destructively probe-able devices and map
their resources out of the "possible" list for destructive
ISA probes.
The net effect is that ISA probes that used to be dangerous
for some exiting PCI (EISA/MCA/PCMCIA/ISA PnP/etc.) devices
will no longer break anything (other than other bogus ISA
devices). This is part of a move to a unified, deterministic
probe architecture that has been a long term project that
is only now starting to bear some *significant* fruit.
If anything, this has caused some problems with machines
that weren't strictly conformant with the 2.x PCI spec, but
liked and said they were (ie: some Compaq systems). I
believe this is all fixed via bridge chipset detection
(ie: we know when the Compaq PCI data is lying to us).
In any case, if it's causing less problems for you, it's
probably unrelated to the controller problem you were
seeing.
Terry Lambert
terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.