From owner-freebsd-hackers Thu Feb 11 17:01:28 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA18054 for freebsd-hackers-outgoing; Thu, 11 Feb 1999 17:01:28 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA18042 for ; Thu, 11 Feb 1999 17:01:22 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from lot.gsoft.com.au (doconnor@lot.gsoft.com.au [203.38.152.106]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id LAA10673 for ; Fri, 12 Feb 1999 11:31:19 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 12 Feb 1999 11:31:19 +1030 (CST) From: "Daniel O'Connor" To: freebsd-hackers@FreeBSD.ORG Subject: Interrupt processing stops for almost 2 seconds?! Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, We have a custom PCI card and an associated driver whos main purpose is to get data from a digitisation system. The problem we are seeing is that occasionally (like once every 2 weeks or so) the kernel apparently pauses in its handling of interrupts for almost 2 seconds. This isn't matched which anything like /etc/daily or any other disk activity like core dumps etc.. Argh! The system is a 2.2.7 + CAM patches on a PII-350 with 64mb of RAM. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message