From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 23 15:43:05 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 002F151D for ; Wed, 23 Jan 2013 15:43:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id CE92CB2E for ; Wed, 23 Jan 2013 15:43:04 +0000 (UTC) Received: from pakbsde14.localnet (unknown [38.105.238.108]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2292AB94A; Wed, 23 Jan 2013 10:43:04 -0500 (EST) From: John Baldwin To: freebsd-hackers@freebsd.org Subject: Re: NMI watchdog functionality on Freebsd Date: Wed, 23 Jan 2013 10:25:41 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p22; KDE/4.5.5; amd64; ; ) References: <1358894455.17521.YahooMailClassic@web181706.mail.ne1.yahoo.com> In-Reply-To: <1358894455.17521.YahooMailClassic@web181706.mail.ne1.yahoo.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201301231025.41118.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 23 Jan 2013 10:43:04 -0500 (EST) Cc: Sushanth Rai X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2013 15:43:05 -0000 On Tuesday, January 22, 2013 5:40:55 pm Sushanth Rai wrote: > Hi, > > Does freebsd have some functionality similar to Linux's NMI watchdog ? I'm aware of ichwd driver, but that depends to WDT to be available in the hardware. Even when it is available, BIOS needs to support a mechanism to trigger a OS level recovery to get any useful information when system is really wedged (with interrupt disabled). > > With Linux's NMI, APIC is programmed to periodically generate NMI and the OS NMI handler can check for some counters and invoke panic if the counters are not updated for a while. We currently use the local APIC timer as a timer with a normal interrupt. There's no reason you couldn't add a mode to make the local APIC timer operate in this fashion however. -- John Baldwin