src-test2/sys/modules/crypto, branch release/6.3.0_cvs FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F6.3.0_cvs 2008-01-15T15:46:22Z This commit was manufactured by cvs2svn to create tag 2008-01-15T15:46:22Z cvs2svn cvs2svn@FreeBSD.org 2008-01-15T15:46:22Z urn:sha1:5cd221028ba5e7ada35a0dd196fb642b44f197d1 'RELENG_6_3_0_RELEASE'. This commit was manufactured to restore the state of the 6.3-RELEASE image. MFC: 2006-03-01T21:40:14Z Wojciech A. Koszek wkoszek@FreeBSD.org 2006-03-01T21:40:14Z urn:sha1:24721f257bcf7acb8149daee9889d434cf1a428d Connect zlib to the build. This patch fixes a problem, which exists if you have IPSEC in your kernel and want to have crypto support loaded as KLD. By moving zlib to separate module and adding MODULE_DEPEND directives, it is possible to use such configuration without complication. Otherwise, since IPSEC is linked with zlib (just like crypto.ko) you'll get following error: interface zlib.1 already present in the KLD 'kernel'! Approved by: cognet (mentor) Approved by: re (scottl) just use crypto/rijndael, and nuke opencrypto/rindael.[ch]. 2005-03-11T17:24:46Z Hajimu UMEMOTO ume@FreeBSD.org 2005-03-11T17:24:46Z urn:sha1:df3c03a77336a90c2331bd7147fe017d78129247 the two became almost identical since latest KAME merge. Discussed with: sam Push m_apply() and m_getptr() up into the colleciton of standard mbuf 2003-12-15T21:49:41Z Bruce M Simpson bms@FreeBSD.org 2003-12-15T21:49:41Z urn:sha1:37621fd5d93015b59e08fc1278cbabfbf393fa7b routines, and purge them from opencrypto. Reviewed by: sam Obtained from: NetBSD Sponsored by: spc.org Module-ize the 'core' crypto stuff. This may still need to be compiled 2002-10-16T14:31:34Z Mark Murray markm@FreeBSD.org 2002-10-16T14:31:34Z urn:sha1:f544a528731c3d599bb1d7b5828acd21a1fd543d into the kernel by default (if required), but other modules can now depend() on this. Fix inter-module dependancy. Earlier version OK'ed by: sam