From owner-freebsd-bugs Sat Jan 4 11:10:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA09318 for bugs-outgoing; Sat, 4 Jan 1997 11:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA09311; Sat, 4 Jan 1997 11:10:02 -0800 (PST) Date: Sat, 4 Jan 1997 11:10:02 -0800 (PST) Message-Id: <199701041910.LAA09311@freefall.freebsd.org> To: freebsd-bugs Cc: From: tedm@agora.rdrop.com Subject: Re: conf/2367: Buslogic SCSI driver bad probe of 742A early revision IRQ and version Reply-To: tedm@agora.rdrop.com Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/2367; it has been noted by GNATS. From: tedm@agora.rdrop.com To: joerg_wunsch@uriah.heep.sax.de, FreeBSD-gnats-submit@FreeBSD.org Cc: Subject: Re: conf/2367: Buslogic SCSI driver bad probe of 742A early revision IRQ and version Date: Fri, 03 Jan 97 21:45:09 +0900 //---------------------------------------------------------------------------- // Ted Mittelstaedt See my "Network Community" columns online // tedm@agora.rdrop.com at http://www.computerbits.com // tedm%toybox@agora.rdrop.com //--- forwarded letter ------------------------------------------------------- > X-Mailer: Mutt 0.55-PL10 > MIME-Version: 1.0 > Date: Sat, 04 Jan 97 11:40:30 +0100 > From: j@uriah.heep.sax.de > To: tedm@agora.rdrop.com > Reply-To: joerg_wunsch@uriah.heep.sax.de > Cc: FreeBSD-gnats-submit@FreeBSD.org > Subject: Re: conf/2367: Buslogic SCSI driver bad probe of 742A early revision IRQ and version > > As root@testmach%toybox, UNEXPECTED_DATA_AFTER_ADDRESS@.SYNTAX-ERROR. wrote: > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Eeek! :) > Looks like I munged that one. I just threw together the mail routing quickly, the machine is actually not truly reachable yet. The address should have been: toybox!testmach!root@agora.rdrop.com but it would have bounced anyhow. Besides that, the address isin't truly legal. (the mailer on agora.rdrop.com could have made sense of it but that's it) > > Jan 3 02:38:07 testing /kernel: bt0: at 0x330-0x333 0x1c00-0x1cff irq 9 on eisa0 slot 1 > > Jan 3 02:38:07 testing /kernel: bt0: Bt742A/G0-(32bit) bus > > It's been a while ago that i've been using a Bt742A. I remember that > it wasn't totally unproblematical for me either. Kind of ironic, since the monolithic Buslogic driver was derived from driver code from the 742A EISA card! > > . turn off ISA DMA emulation, > . use level-triggered IRQ, ISA DMA emulation was turned off. I had it to edge-triggered interrupts, but setting to level-trigger doesen't make any difference. > > and with FreeBSD > 2.1: > > > Jan 3 02:38:11 testing /kernel: bt: unit number (1) too high > > Jan 3 02:38:11 testing /kernel: bt1 not found at 0x330 > > ...disable the ISA Buslogic driver. Since the EISA device will also > respond on the ISA addresses, the driver gets confused otherwise. > I tried disabling the bt driver, this did make the above error message about bt unit number 1 too high go away, and the kernel did boot properly. This is probably something that should go into the install FAQ, is the same problem present with the Adaptec 1740 card responding as a 1540 as well? I also tried switching the interrupt to IRQ12 with the bt driver disabled, the EISA probe _still_ thinks that the interrupt is at IRQ 9, and the boot process halts. So, despite the disabled bt ISA driver, the EISA driver is still not correctly autoprobing. The annoying thing is that when the driver reads the actual card settings, it comes up with IRQ12, but it is still using the initial probe of IRQ 9 from the EISA bus which is wrong. > > This problem DIDN'T occur with FreeBSD version 1.1.5.1 on this machine! > > Because it didn't have EISA controller code, so the card has been > handled as some sort of an ``extended ISA'' device. There was > definately no EISA autoprobing in FreeBSD <= 2.1R, but it is there > now. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) >