From owner-svn-src-all@FreeBSD.ORG Thu Sep 5 01:20:42 2013 Return-Path: Delivered-To: svn-src-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D43B2DC3; Thu, 5 Sep 2013 01:20:42 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D607028CF; Thu, 5 Sep 2013 01:20:41 +0000 (UTC) Received: from alph.d.allbsd.org (p2049-ipbf1102funabasi.chiba.ocn.ne.jp [122.26.101.49]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id r851KL4d093611 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Sep 2013 10:20:31 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.5/8.14.5) with ESMTP id r851KK5U015566; Thu, 5 Sep 2013 10:20:21 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Thu, 05 Sep 2013 10:20:13 +0900 (JST) Message-Id: <20130905.102013.1604548446233669011.hrs@allbsd.org> To: pjd@FreeBSD.org Subject: Re: svn commit: r255227 - in head: . usr.sbin/rwhod From: Hiroki Sato In-Reply-To: <201309050105.r8515nf3094355@svn.freebsd.org> References: <201309050105.r8515nf3094355@svn.freebsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Thu_Sep__5_10_20_13_2013_339)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Thu, 05 Sep 2013 10:20:31 +0900 (JST) X-Spam-Status: No, score=-90.6 required=13.0 tests=CONTENT_TYPE_PRESENT, DIRECTOCNDYN,DYN_PBL,RCVD_IN_PBL,SPF_SOFTFAIL,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 01:20:42 -0000 ----Security_Multipart(Thu_Sep__5_10_20_13_2013_339)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Pawel Jakub Dawidek wrote in <201309050105.r8515nf3094355@svn.freebsd.org>: pj> Author: pjd pj> Date: Thu Sep 5 01:05:48 2013 pj> New Revision: 255227 pj> URL: http://svnweb.freebsd.org/changeset/base/255227 pj> pj> Log: pj> Remove fallback to fork(2) if pdfork(2) is not available. If the parent pj> process dies, the process descriptor will be closed and pdfork(2)ed child pj> will be killed, which is not the case when regular fork(2) is used. pj> pj> The PROCDESC option is now part of the GENERIC kernel configuration, so we pj> can start depending on it. pj> pj> Add UPDATING entry to inform that this option is now required and log pj> detailed instruction to syslog if pdfork(2) is not available: pj> pj> The pdfork(2) system call is not available; recompile the kernel with options PROCDESC pj> pj> Submitted by: Mariusz Zaborski pj> Sponsored by: Google Summer of Code 2013 Is there any reason to keep PROCDESC as an option? -- Hiroki ----Security_Multipart(Thu_Sep__5_10_20_13_2013_339)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iEYEABECAAYFAlIn3E4ACgkQTyzT2CeTzy02OgCfU+1gx/m1Tv5TeAHHCiu8SdxW BPcAoI4vnPkmCv6O4g9k7GrR3knxmb8w =exe+ -----END PGP SIGNATURE----- ----Security_Multipart(Thu_Sep__5_10_20_13_2013_339)----