Date: Mon, 19 Feb 1996 22:56:24 +0900 (JST) From: Atsushi Murai <amurai@spec.co.jp> To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Cc: adamp@ovid.com, jkh@cdrom.com, hackers@FreeBSD.org, nirva@zynet.com Subject: Re: BT946C problems. Can you help? Message-ID: <199602191356.WAA01167@tama.spec.co.jp> In-Reply-To: <199602182048.MAA02944@freefall.freebsd.org> from "Justin T. Gibbs" at Feb 18, 96 12:48:41 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> And you ensured that the kernel config for the bt driver matched these
> settings every time? In 2.1R, the bt driver used an ISA probe to
> find the BT cards, so it cannot change its irq or dma channel on the fly
> like new pci probe can even if the driver does properly report what the
> card is set too.
I don't think so. His Bt is 747C for EISA bus, right? Even *ISA
probe*, Just only I/O port is correct, bt driver can get a correct IRQ
information from cards and using it. (See device bt lines in GENERIC
conf. PCI bus may remap a these resources without notic to card as you
say.)
> I'm sure that it is mismatched configuration settings. Boot with -c and
> set them up correctly to match your hardware and I bet the card will work.
> Its most likely the irq since the driver polls during the initial probe
> and doesn't require the irq to be set correctly to work during that
> phase of the boot process.
Same reason as above.
As far as I can tell you as follows,
1. If you enabel write back cache, try to turn off(write through) in BIOS(?) )
2. Do Auto SCSI(tm) "DMA Test" both write back/thourgh cache.
3. Check SCSI bus termination, Each end of cable should has a terminater.
4. I have experience VLB Video Card do memory corruption with bt747s on
AMI Enterprise IV. -> Change a Video Card.
Atsushi.
--
Atsushi Murai Internet: amurai@spec.co.jp
System Planning and Engineering Co,.Ltd. Voice : +81-33833-5341
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199602191356.WAA01167>