From owner-freebsd-isdn Tue Jun 16 14:24:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA26298 for freebsd-isdn-outgoing; Tue, 16 Jun 1998 14:24:48 -0700 (PDT) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from ahns.mis.ah.nl (ahns.mis.ah.nl [141.93.32.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA26262 for ; Tue, 16 Jun 1998 14:24:43 -0700 (PDT) (envelope-from leo@x1c19e02.wau.mis.ah.nl) Received: from leobsd.wau.mis.ah.nl by ahns.mis.ah.nl with smtp (Smail3.1.28.1 #124) id m0ym3G3-00031IC; Tue, 16 Jun 98 23:27 MZT Received: (from leo@localhost) by leobsd.wau.mis.ah.nl (8.8.8/8.6.12) id XAA21877; Tue, 16 Jun 1998 23:24:23 +0200 (CEST) Message-ID: <19980616232423.07160@wau.mis.ah.nl> Date: Tue, 16 Jun 1998 23:24:23 +0200 From: Leo Weppelman To: hm@hcs.de Cc: ripley@nostromo.in-berlin.de, freebsd-isdn@FreeBSD.ORG Subject: Re: I4B_SMP_WORKAROUND again References: <19980612100026.49935@wau.mis.ah.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: from "Hellmuth Michaelis" on 1998/06/15 11:04 +0200 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon 15 Jun 1998, Hellmuth Michaelis wrote: > >From the keyboard of Leo Weppelman: > > > Thinking it over a bit, I think that making sure that the hardware is in > > a sane and ready state should probably be part of the reset procedure > > triggered by a (re)start of isdnd. > > Yes, it should. But it is everything else than a trivial task.... I understand that ;-) But the conclusion might be that currently, the I4B_SMP_WORKAROUND option has it's uses and I sure like it to stay. See, I sometimes remotely reboot my system and dialin to the console to check it and bring it up a little further. Without I4B_SMP_WORKAROUND I'm locking out isdn before I can use it... As such, it might deserve an entry in the FAQ : When isdnd has not been running for a while, I can't get i4b to work... ======================================================================= When isdnd isn't running, the interrupts of the (teles only??) isdn card are not properly served, causing the card to be stuck in an interrupt. This condition is not yet automatically cleared when isdnd is (re)started. A reboot of your system is the only solution now. This interrupt condition can be triggered by activity on your isdn bus like an incoming call. If you are in the habit of shutting down idsnd at night or when you are not always starting isdnd directly after a reboot, try the I4B_SMP_WORKAROUND option. It works around the 'stuck-interrupt' condition. [ just my 2 cents ;-) ] > Also, part of the probe routine should be a selftest of the HSCX/ISAC which > tests the accessability of each register and the fact whether interrupts are > functioning. Shudder ... ;-) This nearly calls for loadable drivers. Load and initialize the driver when it is called for... I guess these kind of hobbies are endlessly time consuming ;-) Leo. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message