From owner-freebsd-isdn Sun Feb 21 8: 2: 7 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from mail.ppp.net (mail.ppp.net [194.64.12.35]) by hub.freebsd.org (Postfix) with ESMTP id 20F6510E61 for ; Sun, 21 Feb 1999 08:02:04 -0800 (PST) (envelope-from ernie!bert.kts.org!hm@ppp.net) Received: from casparc.ppp.net (casparc2.ppp.net [194.64.12.42]) by mail.ppp.net (8.8.8/8.8.8) with SMTP id RAA17858; Sun, 21 Feb 1999 17:02:02 +0100 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m10EbKT-002ZjcC; Sun, 21 Feb 99 17:02 MET Received: from bert.kts.org([194.55.156.2]) (2329 bytes) by ernie.kts.org via sendmail with P:smtp/R:smart_host/T:uux (sender: ) id for ; Sun, 21 Feb 1999 16:58:04 +0100 (CET) (Smail-3.2.0.103 1998-Oct-9 #3 built 1998-Dec-9) Received: from localhost (1880 bytes) by bert.kts.org via sendmail with P:stdio/R:smart_host/T:smtp (sender: ) (ident using unix) id for ; Sun, 21 Feb 1999 16:58:10 +0100 (CET) (Smail-3.2.0.103 1998-Oct-9 #4 built 1998-Dec-26) Message-Id: From: hm@kts.org (Hellmuth Michaelis) Subject: Re: HSCX wait for XFW timeout (was Re: error message in the logs - 00.70) In-Reply-To: <199902211122.MAA00243@rvc1.informatik.ba-stuttgart.de> from Wolfgang Helbig at "Feb 21, 1999 12:22:36 pm" To: helbig@Informatik.BA-Stuttgart.DE (Wolfgang Helbig) Date: Sun, 21 Feb 1999 16:58:10 +0100 (CET) Cc: freebsd-isdn@FreeBSD.ORG Organization: Kitchen Table Systems Reply-To: hm@kts.org X-Mailer: ELM [version 2.4ME+ PL43 (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 Wolfgang Helbig wrote: > > i4b-L1-isic_hscx_waitxfw: HSCX wait for XFW timeout! > > > > means, and i forgot to answer that one. This is an indication that an IRQ > > from the HSCX (the chip handling the B-channel) got lost - most likely > > Hmm. This timeout occurs while waiting for the transmit buffer > to accept another 32 bytes to transmit. I don't see how a lost interrupt > can cause this timeout. (Even if you have IDE drives) My theory is, that while waiting, someone else blocks the interrupt for that long time, that another HSCX transaction starts immediately (by chance out of the blocked interrupt in which another HSCX interrupt occurs) which clears implicitely the flag we are waiting for (perhaps i should introduce a flag signalling that we are in such a wait status, and see what happenes and who might clear it, but i'm too lazy to do that right now ....). When the system in question was changed from SCSI to IDE (nothing else did change) those messages started to occur, with SCSI i never saw a single such message. hellmuth -- Hellmuth Michaelis hm@kts.org Hamburg, Europe We all live in a yellow subroutine, yellow subroutine, yellow subroutine ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message