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!uunet!in2.uu.net!newsfeed.internetmci.com!howland.reston.ans.net!surfnet.nl!news.nic.surfnet.nl!tuegate.tue.nl!news.IAEhv.nl!news
From: cees@iaehv.nl (Hans Zuidam)
Newsgroups: comp.unix.bsd.freebsd.misc
Subject: Re: Problem : FreeBSD 2.0.5 installation with 2940
Date: 16 Feb 1996 16:37:17 GMT
Organization: Brand Innovators
Lines: 43
Message-ID: <4g2brt$47g@iaehv.IAEhv.nl>
References: <4fuumh$3ju@mc3.mcnet.ch> <Pine.3.91.960215202939.18791A-100000@galactica.cs.odu.edu>
NNTP-Posting-Host: pm4d17.iaehv.nl
Mime-Version: 1.0
X-Newsreader: WinVN 0.99.2
In article <Pine.3.91.960215202939.18791A-100000@galactica.cs.odu.edu>,
bowden@cs.odu.edu says...
>
>On 15 Feb 1996, Benoit Rossier wrote:
>> The problem is that the generic kernel in boot.flp doesn't test the
ahc0.
>
>If you have the 2940 with Ultra scsi support, 2.0.5 wil not use this
>controller. Otherwise it should.
The 2.0.5 kernel does test for an 2940, only not for the 2940U model.
I had the same problem some time ago. It turns out, that all you have
to do is to add some recognition code in the driver. As a temporary
measure, I hooked up an IDE drive with 2.0.5 installed, generated a new
kernel with the recognition code and installed FreeBSD to the SCSI disk.
------
+ #define PCI_DEVICE_ID_ADAPTEC_2940U 0x81789004ul
------
aic7870_probe (pcici_t tag, pcidi_t type)
{
switch(type) {
+ case PCI_DEVICE_ID_ADAPTEC_2940U:
+ return ("Adaptec 294X Ultra SCSI host adapter");
case PCI_DEVICE_ID_ADAPTEC_2940:
return ("Adaptec 294X SCSI host adapter");
break;
------
switch (pci_conf_read (config_id, PCI_ID_REG)) {
+ case PCI_DEVICE_ID_ADAPTEC_2940U:
+ ahc_t = AHC_294;
+ break;
case PCI_DEVICE_ID_ADAPTEC_2940:
ahc_t = AHC_294;
break;
------
These patches are without warranty (of course.) Good luck,
Hans Zuidam