From owner-freebsd-isdn Tue Mar 31 14:07:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA07387 for freebsd-isdn-outgoing; Tue, 31 Mar 1998 14:07:03 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA07310 for ; Tue, 31 Mar 1998 14:06:58 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id AAA17463; Wed, 1 Apr 1998 00:07:15 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199803312207.AAA17463@rvc1.informatik.ba-stuttgart.de> Subject: Re: i4b-L1-F_ill:What is this? In-Reply-To: <199803311953.VAA02118@peedub.muc.de> from Gary Jennejohn at "Mar 31, 98 09:53:16 pm" To: garyj@muc.de Date: Wed, 1 Apr 1998 00:07:13 +0200 (MET DST) Cc: freebsd-isdn@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Hellmuth Michaelis writes: > >>From the keyboard of Eric Feillant: > > > >> When i start my computer with a US ROBOTICS ISDN card inside, > >> i got these messages: > >> > >> xxx_ISAC_IRQ..: RME: Input Buffer Overflow... > > > >Hmmm, i have such a card here and i don't get this. > > > >> What does it mean ? > > > >The D channel chip got a frame longer than 260 bytes (which is unlikely > >to happen). > > > >Do you get the message only once ? > > > >> Is there a Patch for this ? > > > >No. > > > >Please have a look at the isdntrace output to see what exactly is happening > >when you get this message. > > > > I see exactly the same thing with a Teles 16.3 card when I boot and _before_ > isdnd starts. Once the daemon is running the messages disappear. Searching the source of isic_isac_irq() for this message I only found similar stuff like i4b-L1-isic_isac_irq: RME, error or input buffer overflow If not preceded by another ``i4b-L1-isic_isac_irq'' this means that the irq routine thinks to receive a frame longer than 260 bytes, which shouldn't happen (both the thinking and frames longer than 260 bytes on the D-Channel) If preceded by another ``i4b-L1-isic_isac_irq'' message, this only indicates a secondary error message and the first one is the really interesting one. > Anyway, the whole thing is harmless and does not in any way impair the > functionality of i4b. OK, but... you never know ... Maybe this bug is worse on another system. Wolfgang To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message