From owner-freebsd-isdn Sat Jan 2 07:43:44 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA26759 for freebsd-isdn-outgoing; Sat, 2 Jan 1999 07:43:44 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from linteuto.teuto.de (linteuto.teuto.de [194.77.23.26]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA26754 for ; Sat, 2 Jan 1999 07:43:42 -0800 (PST) (envelope-from martin@rumolt.teuto.de) Received: from rumolt.teuto.de (root@rumolt.teuto.de [212.8.203.81]) by linteuto.teuto.de (8.8.7/8.8.7) with ESMTP id QAA04047; Sat, 2 Jan 1999 16:43:14 +0100 Received: (from martin@localhost) by rumolt.teuto.de (8.8.8/8.8.7) id QAA02604; Sat, 2 Jan 1999 16:42:58 +0100 (MET) From: Martin Husemann Message-Id: <199901021542.QAA02604@rumolt.teuto.de> Subject: Re: patch for layer1/i4b_isic.c (silence noisy debug message) To: andreas@klemm.gtn.com (Andreas Klemm) Date: Sat, 2 Jan 1999 16:42:57 +0100 (MET) Cc: freebsd-isdn@FreeBSD.ORG, hm@hcs.de In-Reply-To: <19990102141228.A34101@klemm.gtn.com> from "Andreas Klemm" at Jan 2, 99 02:12:28 pm Organization: Crusaders Catering Services Inc. ;-) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > WARNING: unit %d, No IRQ from HSCX/ISAC! [..] > If I remember right Hellmuth told me, that this is a not needed > debug message. I commented it out and now my console window calms > down ;-) This is a debug-only message and it's sometimes caused without a reason to worry, but in most situations you should not see this message! You'll get this message when the isic interrupt handler was called and there was no reason for an interrupt found. This is supposed to happen: - on the Amiga (shared ISA interrupts) - on PCI cards (level triggered interrupts might be shared) - on PCMCIA cards (all cards on one pcmcia controller share an interrupt) It should never happen: - on ISA or ISAPNP cards on the i386 There realy are two problems mixed here, and the right solution is to extend the struct isic_softc by a new flag: interrupt might be shared. If this flag is set by the bus-specific attachment code the interrupt handler should not complain but return 0 (interrupt not for me). If this flag is set and the interrupt was from this card we should also play the "mask all interrupts and reenable them" game, if the cards driver does not provide a special "clrirq" routine. This is all part of some restructuring needed, that was delayed to get the beta in a stable state out of the door... Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message