From owner-freebsd-hackers Wed Apr 26 06:35:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA24334 for hackers-outgoing; Wed, 26 Apr 1995 06:35:16 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA24327 for ; Wed, 26 Apr 1995 06:35:12 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id GAA01917; Wed, 26 Apr 1995 06:32:18 -0700 From: "Rodney W. Grimes" Message-Id: <199504261332.GAA01917@gndrsh.aac.dev.com> Subject: Re: Buslogic? To: kelly@fsl.noaa.gov (Sean Kelly) Date: Wed, 26 Apr 1995 06:32:18 -0700 (PDT) Cc: tom@haven.uniserve.com, hackers@FreeBSD.org In-Reply-To: <9504261311.AA17464@yarmouth.fsl.noaa.gov> from "Sean Kelly" at Apr 26, 95 09:11:53 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1781 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >>>>> "Rodney" == Rodney W Grimes writes: > > Rodney> This is for Sean to get him working... > > Say, thanks! > > Rodney> Try -c and set the I/O address to 334, the stock kernel > Rodney> uses the defaults of 330: > Rodney> gndrsh# grep bt0 GENERIC > Rodney> controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr > > Had it set that way for some time, actually: > > rose 205 > grep bt0 /usr/src/sys/i386/conf/ROSE > controller bt0 at isa? port "IO_BT1" bio irq ? vector btintr > rose 206 > grep IO_BT1 /usr/src/sys/i386/isa/isa.h > #define IO_BT1 0x334 /* bustek 742a default addr. */ > > I've been running the controller with no problems; my admittedly minor > complaint was the probe: I know it's a PCI device, but FreeBSD says > otherwise: > > bt0: Bt946C/ 0-PCI/EISA/VLB(32bit) bus > bt0: reading board settings, busmastering, int=15 > bt0: version 4.22, sync, parity, 32 mbxs, 32 ccbs > bt0: Enabling Round robin scheme > bt0 at 0x334 irq 15 on isa > ^^^ > > But since it works, I can live with it. I tried to fix this once, the problem is the BT946 (or at least my vintage(s) of the PROM's report a PCI vendor code of 0xFFFF if the BIOS jumpers (JP4/JP5) are set to anything other than ``System BIOS''. If we can't get a valid vendor ID from the card, we can't do a PCI probe on it :-(. I have seen, and heard of machines that will work with the board jumpered in ``System BIOS'' mode, and a valid vendor ID is reported, but I don't have one of those MB here any more :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD