sk driver problems

Matthew Dillon dillon at apollo.backplane.com
Wed Oct 18 09:10:53 PDT 2006


:They are occasional ones, otherwise it does work fine. I am using 1.6.0 
:with this patch:
:
:http://leaf.dragonflybsd.org/mailarchive/users/2006-09/msg00209.html
:
:Don't know what brigs them on, yesterday there was about 10, today there 
:was only 1 (so far).
:
:Should I recompile the *original* sk driver?
:(I bet you remember the issue I just linked. This is the same system. :-/)

    If other patches don't fix it, try turning on emergency interrupt
    polling.  The idea is that if the watchdog is due to an occassional
    lost interrupt stalling out the driver, the emergency poll will pick
    it up and silently recover it.

    If on the otherhand the result is that the SK driver suddenly slows to
    a crawl, and stays that way permanently, then it is more then just a
    lost interrupt and the hardware actually needs to be reinitialized
    (which is what a hardware watchdog timeout does) to fix it.

	kern.emergency_intr_enable: 0	<----- set to 1
	kern.emergency_intr_freq: 10	<----- leave at 10hz

    I hate hacks like this, but I don't know what else to do when today's
    chips are so damn buggy.

					-Matt
					Matthew Dillon 
					<dillon at xxxxxxxxxxxxx>





More information about the Users mailing list