> >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... I'm not sure I follow what the alleged problem is here; who is handling the "unwanted" SMIs? If it's the BIOS, the last thing you want to do is block all SMIs. -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ [EMAIL PROTECTED] \\ -- Joseph Merrick \\ [EMAIL PROTECTED] 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 &... 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
- Re: More benchmarking stuff... Brad Knowles
- Re: More benchmarking stuff... Brad Knowles