From owner-freebsd-current Wed Mar 18 02:10:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA22731 for freebsd-current-outgoing; Wed, 18 Mar 1998 02:10:13 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from goliath.camtech.com.au (goliath.camtech.net.au [203.5.73.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA22528 for ; Wed, 18 Mar 1998 02:09:54 -0800 (PST) (envelope-from thyerm@camtech.net.au) Received: from camtech.net.au (dialup-ad-13-40.camtech.net.au [203.55.242.104]) by goliath.camtech.com.au (8.8.5/8.8.2) with ESMTP id UAA24761; Wed, 18 Mar 1998 20:36:52 +1030 (CST) Message-ID: <350F9CE6.6C389FB0@camtech.net.au> Date: Wed, 18 Mar 1998 20:37:34 +1030 From: Matthew Thyer X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: shimon@simon-shapiro.org CC: Lars Fredriksen , mike@smith.net.au, current@FreeBSD.ORG, nate@mt.sri.com Subject: Re: silo overflows (Was Re: 3.0-RELEASE?) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just a bit more info for the puzzle.... I put the following option back into my /etc/XF86Config file the other day and did manage to get the odd silo overflow. Option "pci_retry" But, I was getting far fewer than earlier. So I'd say that XFree86 is not the cause but rather brings the bug to the surface. Since I have removed the above option again, I have not had one silo overflow. Simon Shapiro wrote: > > On 18-Mar-98 Lars Fredriksen wrote: > > Simon Shapiro writes: > ... > > > Hi, > > I also see lots of : > > sio3: 151 more interrupt-level buffer overflows (total 151) > > > > Usually serveral thousands per day. All mine are from ppp using the > > serial link. When using netscape it makes the problem worse but linx > > hardly ever causes problem. Just as Simon did attribute the problem > > related to DPT, mine seems related to disk access as well. I am using > > the ahc driver (cam at the moment), and I wonder if my problems doesn't > > stem from the funny MP table that SuperMicro puts in. I haven't tried it > > in UP mode to see if there is a problem there. > > > > I hope to try the MP table patches that Tor put together in a couple of > > days. > > I have done so on a test machine, but have no guts to put it on nomis, or > sendero (production). One failure is on SuperMicro, but the other is on an > Intel SMP board, which is quite different. If the ahc, with CAM is now > capable of fast interrupts, they may collide with the FreeBSD Fast > Interrupts code. I do not think this is SuperMicro related, not X, nor > DPT, nor CAM problem. I think it is a general problem, that these > combinations bring to tthe surface. Sort of reminds me of Linux, they use > only (what we call) Fast Interrupts (NMI is more like it), and they also > lose interrupts, unles they tweak and tweak and tweak. > > ---------- > > Sincerely Yours, > > Simon Shapiro > Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 -- /=====================================================================\ |Work: Matthew.Thyer@dsto.defence.gov.au | Home: thyerm@camtech.net.au| \=====================================================================/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message