From owner-freebsd-current Mon May 3 3:20:35 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.promo.de (mail.Promo.DE [194.45.188.65]) by hub.freebsd.org (Postfix) with ESMTP id B766A15589; Mon, 3 May 1999 03:20:26 -0700 (PDT) (envelope-from stefan.bethke@hanse.de) Received: from d225.promo.de (d225.Promo.DE [194.45.188.225]) by mail.promo.de (8.8.8/8.8.8) with ESMTP id MAA26238; Mon, 3 May 1999 12:17:59 +0200 (CEST) Date: Mon, 03 May 1999 12:17:28 +0200 From: Stefan Bethke To: Soren Schmidt Cc: dfr@nlsystems.com, freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG, se@FreeBSD.ORG Subject: Re: ata and IRQ sharing (was: panic in nexus_setup_intr+0x13 with new ata driver) Message-ID: <376758.3134722648@d225.promo.de> In-Reply-To: <199905030952.LAA18845@freebsd.dk> Originator-Info: login-id=stefan; server=mail X-Mailer: Mulberry (MacOS) [1.4.2, s/n U-301178] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Soren Schmidt wrote: > It seems Stefan Bethke wrote: >> >> > I'm currently trying to get a Promise Ultra/33 to work with = S=F8rens >> >> > new ata drivers. >> >> >> >> I've delved into the code a bit more. The panic results from >> >> ata_pciattach() not checking whether an IRQ resource could be >> >> allocated. >> >> >> >> Ths seems to stem from the fact that the IRQ is already taken by an = ed >> >> PCI card. >> > >> > Are you saying that the ISA driver for the ed card is sharing an >> > interrupt with the pci IDE card? >> >> No, it's a generic NE2000-clone PCI card. >> >> The combination NE2000 + NCR810 card works fine with the sahred IRQ5 >> (I've just checked again). (Well, "fine" is a bit optimistic. If I >> really beat both of them [cvs update from an NFS repo to a fast disk on >> the NCR], I get device timeouts, but generally it works.) > > Does the NCR driver still support the "poll" mode ?? if so that might > be why it works, the NCR driver doesn't use the intr after it timed out > sufficently many times, this tricked me once under the old SCSI = system... Wouldn't that mean that the performance would be greatly reduced? Anyway, I'll try tonite with debugging enabled for pci/ncr.c. > The ata driver should check for getting a "real" interrupt though... That would be nice to have, but as interrupt sharing is legal, and my crappy m/b doesn't have seperate INTAs per slot, it would be even nicer if the ata driver would support it, if at all possible... Stefan -- M=FChlendamm 12 | Voice +49-40-256848, +49-177-3504009 D-22089 Hamburg | e-mail: stefan.bethke@hanse.de Germany | stb@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message