From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 14:38:25 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACEC016A41F for ; Wed, 17 Aug 2005 14:38:25 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04FD243D45 for ; Wed, 17 Aug 2005 14:38:24 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 1738552C82; Wed, 17 Aug 2005 16:38:23 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 174B852C80; Wed, 17 Aug 2005 16:38:16 +0200 (CEST) Date: Wed, 17 Aug 2005 16:38:05 +0200 From: Pawel Jakub Dawidek To: Mike Tancsa Message-ID: <20050817143804.GH11066@garage.freebsd.pl> References: <20050812134511.GE25162@garage.freebsd.pl> <6.2.3.4.0.20050812130608.07aaf5f8@64.7.153.2> <20050812181802.GA27996@garage.freebsd.pl> <20050812182032.GB27996@garage.freebsd.pl> <6.2.3.4.0.20050816145557.03314eb8@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JI+G0+mN8WmwPnOn" Content-Disposition: inline In-Reply-To: <6.2.3.4.0.20050816145557.03314eb8@64.7.153.2> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: FreeBSD-current Subject: Re: VIA/ACE PadLock integration with crypto(9). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 14:38:25 -0000 --JI+G0+mN8WmwPnOn Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 16, 2005 at 03:39:13PM -0400, Mike Tancsa wrote: +> Fatal trap 12: page fault while in kernel mode +> fault virtual address =3D 0xc1ac7004 +> fault code =3D supervisor write, page not present +> instruction pointer =3D 0x20:0xc0617b6c +> stack pointer =3D 0x28:0xcb788cf4 +> frame pointer =3D 0x28:0xcb788d10 +> code segment =3D base 0x0, limit 0xfffff, type 0x1b +> =3D DPL 0, pres 1, def32 1, gran 1 +> processor eflags =3D interrupt enabled, resume, IOPL =3D 0 +> current process =3D 6 (crypto returns) +> trap number =3D 12 +> panic: page fault Fix in HEAD. Thanks! +> but I am still seeing lots of +>=20 +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D17842176, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D18366464, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D18497536, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D18628608, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D18759680, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D19283968, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D19415040, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D19546112, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D19677184, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D20201472, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D20332544, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D20463616, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D20594688, length=3D131072)] I'm afraid we need to live with it. GELI will handle those errors. I'm testing now how will it perform when I'll run dedicated kernel thread even for no-crypto-hardware case. Then I can allocate memory with M_WAITOK flag (which is safe, as I don't use the same thread to free previous requests). If there will be significant performance impact, I'll just silence those warnings. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --JI+G0+mN8WmwPnOn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDA0vMForvXbEpPzQRAg4KAKDI02IFh1h25V3Yopa4GPHY8U4uiQCgpMDV jJ1N9y5ARRG7dVaUdmRZybU= =T2WQ -----END PGP SIGNATURE----- --JI+G0+mN8WmwPnOn--