> 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.
Bruce
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
- Re: 2xPIIIx450 results &... Adam Strohl
- Re: 2xPIIIx450 results &... Rodney W. Grimes
- Re: 2xPIIIx450 results &... Adam Strohl
- Re: 2xPIIIx450 results &... Andrzej Bialecki
- Re: 2xPIIIx450 results &... Andrzej Bialecki
- Re: 2xPIIIx450 results &... Jaye Mathisen
- Re: 2xPIIIx450 results &... Andrzej Bialecki
- Re: 2xPIIIx450 results &... Warner Losh
- Re: 2xPIIIx450 results &... Michael Reifenberger
- Re: 2xPIIIx450 results &... Poul-Henning Kamp
- Re: 2xPIIIx450 results &... Bruce Evans
- Re: 2xPIIIx450 results &... Poul-Henning Kamp
- Re: 2xPIIIx450 results &... Mike Smith
- Re: 2xPIIIx450 results &... Poul-Henning Kamp
- Re: 2xPIIIx450 results &... Peter Wemm
- Re: 2xPIIIx450 results &... Michael Reifenberger
- Re: 2xPIIIx450 results &... N
- Re: 2xPIIIx450 results &... Mike Smith
- Re: 2xPIIIx450 results &... Peter Wemm
- Re: More benchmarking stuff... Brad Knowles
- Re: More benchmarking stuff... Brad Knowles
