From owner-freebsd-arch@freebsd.org Wed Oct 19 11:18:21 2016 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24821C187FC for ; Wed, 19 Oct 2016 11:18:21 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id E4B99262; Wed, 19 Oct 2016 11:18:20 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.55.3]) by phk.freebsd.dk (Postfix) with ESMTP id 664FD2738B; Wed, 19 Oct 2016 11:18:19 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTP id u9JBII81021378; Wed, 19 Oct 2016 11:18:18 GMT (envelope-from phk@phk.freebsd.dk) To: Andriy Gapon cc: freebsd-arch@FreeBSD.org Subject: Re: watchdog end-user interface In-reply-to: From: "Poul-Henning Kamp" References: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <21376.1476875898.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Wed, 19 Oct 2016 11:18:18 +0000 Message-ID: <21377.1476875898@critter.freebsd.dk> X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2016 11:18:21 -0000 -------- In message , Andriy Gapo= n wri tes: >I want to question if those options really belong to watchdogd. >When a watchdog timer expires that results in a system-wide action (like = a >system reset). To me, that implies that there should be a single system-= wide >configuration point. And I am not sure that the daemon is the best choic= e for it. The reason I originally put it in a daemon, was to have the watchdog implicitly test the kernels ability to schedule trivial processes. It used to be, and may still be so that, there are deadlocks where the kernel was twiddling its thumbs but userland did not progress. Typical triggers for this are disk-I/O errors, corrupt filesystems, memory overcommit etc. A kernel-only watchdog patter would not trigger in that case. -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= .