Date: Sun, 7 Aug 2005 18:07:35 +0200 From: Pawel Jakub Dawidek <pjd@FreeBSD.org> To: Mike Tancsa <mike@sentex.net> Cc: freebsd-current@FreeBSD.org Subject: Re: GELI - disk encryption GEOM class committed. Message-ID: <20050807160735.GD1002@garage.freebsd.pl> In-Reply-To: <6.2.1.2.0.20050807091937.040d9e48@64.7.153.2> References: <20050728205413.GB762@darkness.comp.waw.pl> <6.2.1.2.0.20050806205925.0522cad0@64.7.153.2> <20050807065223.GB1002@garage.freebsd.pl> <6.2.1.2.0.20050807091937.040d9e48@64.7.153.2>
next in thread | previous in thread | raw e-mail | index | archive | help
--hxkXGo8AKqTJ+9QI Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 07, 2005 at 10:07:52AM -0400, Mike Tancsa wrote: +> At 02:52 AM 07/08/2005, Pawel Jakub Dawidek wrote: +>=20 +> >I saw this (I've one hifn here). +> >This looks like a bug in hifn(4), it locks up when too many requests are +> >sent there. +> >Could you try increasing sector size of encrypted provider to eg. 8192? +> >(There is '-s' option for 'init' subcommand.) +>=20 +> No difference. It might even hasten it a little. +>=20 +> [hippo]# geli init -a 3des -s 8192 -K /var/tmp/da2.key /dev/amrd0s1e Yes, I'm able to reproduce it easly. I made my tests with AES where I see hangs only with small sectorsize - AES and 8kB sectorsize works for me. I'm afraid it's hifn(4) issue and I'm not sure if I can help here. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --hxkXGo8AKqTJ+9QI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD4DBQFC9jHHForvXbEpPzQRAiD7AKDcRn6pBNBO8kdQmDZ6rv4F7XrQOgCXXJoQ bkOblXem9xZulie/51ROaw== =Yu/7 -----END PGP SIGNATURE----- --hxkXGo8AKqTJ+9QI--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050807160735.GD1002>