Date: Wed, 17 Aug 2005 16:38:05 +0200 From: Pawel Jakub Dawidek <pjd@FreeBSD.org> To: Mike Tancsa <mike@sentex.net> Cc: FreeBSD-current <freebsd-current@FreeBSD.org> Subject: Re: VIA/ACE PadLock integration with crypto(9). Message-ID: <20050817143804.GH11066@garage.freebsd.pl> In-Reply-To: <6.2.3.4.0.20050816145557.03314eb8@64.7.153.2> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
--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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050817143804.GH11066>