Date: Thu, 12 Sep 2002 14:43:02 +0100 From: Bruce M Simpson <bms@spc.org> To: Terry Lambert <tlambert2@mindspring.com> Cc: mark tinguely <tinguely@web.cs.ndsu.nodak.edu>, hackers@FreeBSD.ORG Subject: Re: Supporting HW_WDOG? Message-ID: <20020912134302.GJ2420@spc.org> In-Reply-To: <3D809770.6E6CA1FD@mindspring.com> References: <200209121315.g8CDFVJ55830@web.cs.ndsu.nodak.edu> <3D809770.6E6CA1FD@mindspring.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Sep 12, 2002 at 06:32:32AM -0700, Terry Lambert wrote: > mark tinguely wrote: > > > Is there any documentation, or source code, demonstrating how to implement > > > a hardware watchdog for FreeBSD using the HW_WDOG kernel option? > > > > the HW_WDOG option attempts to keep the watchdog from expiring while > > the core memory is being dumped to a IDE drive. The SCSI dadump() > > does not use wdog_tickler. > > By this, you mean that it does not support preventing the > watchdog rest from being triggered while a dump is in progress? If it were monitoring bus activity, then it probably doesn't need to (assuming bus activity is its sole criterion for resetting or not resetting the box). > > your hardware watchdog driver will have to set the varible wdog_tickler > > to your watch dog tickler routine, or a generic routine if multiple watchdog > > timers could be supported in one machine. > > And modify the SCSI dadump() to call the routine at intervals > during a dump, right? Same would appear to go for ad_dump() and atapi_dump(), too, not to mention the RAID drivers. Mainly interested in exploring this with a view to implementing capabilities a bit like the LOM chip found in Sun Netras on an i386 box. What I'd like to do is modify a Soekris net4501 for this. The Sun LOM chip handles things like serial console capabilities, environmentals, and provides a means of executing memory tests, etc; it's able to issue notifications to the OS running on the machine, I believe using traps or an NMI mechanism. Come to think of it, has anybody seen anything like this in the Intel IPMI specification? Just a thought. BMS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020912134302.GJ2420>