From owner-freebsd-bugs@FreeBSD.ORG Tue Jul 2 17:13:04 2013 Return-Path: Delivered-To: freebsd-bugs@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 F39B3DBC; Tue, 2 Jul 2013 17:13:03 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 7AB6B1AF2; Tue, 2 Jul 2013 17:13:03 +0000 (UTC) Received: from alph.d.allbsd.org (p3086-ipbf906funabasi.chiba.ocn.ne.jp [122.26.46.86]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id r62HCesR025694 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Jul 2013 02:12:51 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.5/8.14.5) with ESMTP id r62HCcqY012739; Wed, 3 Jul 2013 02:12:40 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 03 Jul 2013 02:12:31 +0900 (JST) Message-Id: <20130703.021231.1021566840259313454.hrs@allbsd.org> To: fk@fabiankeil.de Subject: Re: bin/180164: [patch][regression] swapon segfault after r252310 From: Hiroki Sato In-Reply-To: <20130702121313.2b301eef@fabiankeil.de> References: <201307012120.r61LK12j014536@freefall.freebsd.org> <20130702.150659.1810937955679001492.hrs@allbsd.org> <20130702121313.2b301eef@fabiankeil.de> 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(Wed_Jul__3_02_12_31_2013_253)--" 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]); Wed, 03 Jul 2013 02:12:51 +0900 (JST) X-Spam-Status: No, score=-89.5 required=13.0 tests=CONTENT_TYPE_PRESENT, DIRECTOCNDYN,DYN_PBL,ONLY1HOPDIRECT,RCVD_IN_PBL,SAMEHELOBY2HOP, 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: freebsd-bugs@FreeBSD.org, delphij@FreeBSD.org X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jul 2013 17:13:04 -0000 ----Security_Multipart(Wed_Jul__3_02_12_31_2013_253)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Fabian Keil wrote in <20130702121313.2b301eef@fabiankeil.de>: fk> Hiroki Sato wrote: fk> fk> > delphij@freebsd.org wrote fk> > in <201307012120.r61LK12j014536@freefall.freebsd.org>: fk> > fk> > de> I believe I have fixed this with in the refactor done in fk> > de> r252388. Please retest a newer -CURRENT version and let fk> > de> me know if the problem still persists. fk> fk> I can confirm that the regression is fixed in r252388. Thanks. fk> fk> > > It now enables authentication which reduces the available swap space. fk> > fk> > More specifics about this? This commit should not change the old fk> > behavior for encrypted swap space configuration. If there is fk> > something wrong except for SIGSEGV, I would like to know what it is. fk> fk> When I wrote "now", I was referring to a system based on r252369. fk> Authentication is no longer enabled by default after r252388, fk> so this issue no longer exists either. Okay, that's good. Thank you for your report anyway. If you notice something wrong again, please let us know. -- Hiroki ----Security_Multipart(Wed_Jul__3_02_12_31_2013_253)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iEYEABECAAYFAlHTCf8ACgkQTyzT2CeTzy1xUQCgwbLNVO4b9azrHV9NQOpT8drU WsQAoKbflS98WIhC/nekEJXCgdOy+EMK =rFkF -----END PGP SIGNATURE----- ----Security_Multipart(Wed_Jul__3_02_12_31_2013_253)----