Date: Mon, 20 Sep 1999 17:52:16 +0200 From: Poul-Henning Kamp <phk@critter.freebsd.dk> To: Bruce Evans <bde@zeta.org.au> Cc: Michael Reifenberger <root@nihil.plaut.de>, Warner Losh <imp@village.org>, Andrzej Bialecki <abial@webgiro.com>, "Rodney W. Grimes" <freebsd@gndrsh.dnsmgr.net>, Matthew Dillon <dillon@apollo.backplane.com>, N <niels@bakker.net>, current@FreeBSD.ORG Subject: Re: 2xPIIIx450 results & NFS results Message-ID: <23502.937842736@critter.freebsd.dk> In-Reply-To: Your message of "Tue, 21 Sep 1999 01:38:25 %2B1000." <Pine.BSF.4.10.9909210129440.47163-100000@alphplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <Pine.BSF.4.10.9909210129440.47163-100000@alphplex.bde.org>, Bruce E
vans writes:
>> I remember this one too. I think the problem is that we fail to
>> service the RTC intr for some reason. This patch was only a
>> workaround, and received a verbal broadside from Bruce if I
>> remember right.
>>
>> Maybe it should be added under a sysctl until a better solution
>> is know.
>>
>> --- clock.c Sat Sep 18 22:41:40 1999
>> +++ clock.c.new Sun Sep 5 13:21:35 1999
>> @@ -203,4 +203,6 @@
>> clkintr(struct clockframe frame)
>> {
>> + while (rtcin(RTC_INTR) & RTCIR_PERIOD)
>> + statclock(&frame);
>> if (timecounter->tc_get_timecount == i8254_get_timecount) {
>> disable_intr();
>
>Use a watchdog timeout like you should for any device that may hang.
>Don't waste time running it every clock tick.
>
>ISTR that we thought that the bug might be caused by a bug in unwanted
>SMI interrupt handling.
If anybody can reproduce this reliably on a *BX chipset I have
code that will block SMI interrupts we can test with...
--
Poul-Henning Kamp FreeBSD coreteam member
phk@FreeBSD.ORG "Real hackers run -current on their laptop."
FreeBSD -- It will take a long time before progress goes too far!
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?23502.937842736>