From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754374Ab1J0HG7 (ORCPT ); Thu, 27 Oct 2011 03:06:59 -0400 Received: from lennier.cc.vt.edu ([198.82.162.213]:54196 "EHLO lennier.cc.vt.edu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752230Ab1J0HG5 (ORCPT ); Thu, 27 Oct 2011 03:06:57 -0400 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3-dev To: Herbert Xu Cc: Randy Dunlap , Stephen Rothwell , linux-next@vger.kernel.org, LKML , Linus , linux-crypto@vger.kernel.org Subject: Re: linux-next: Tree for Oct 25 (crypto) In-Reply-To: Your message of "Wed, 26 Oct 2011 08:27:17 +0200." <20111026062717.GA10230@gondor.apana.org.au> From: Valdis.Kletnieks@vt.edu References: <20111025203628.40a1b8a475e32053aa34dabe@canb.auug.org.au> <4EA75759.3050900@xenotime.net> <20111026062717.GA10230@gondor.apana.org.au> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1319699116_3371P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 27 Oct 2011 03:05:16 -0400 Message-ID: <7836.1319699116@turing-police.cc.vt.edu> X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu Valdis.Kletnieks@vt.edu 2 pass X-Junkmail-Status: score=10/50, host=zidane.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020209.4EA902C9.0024,ss=1,fgs=0, ip=0.0.0.0, so=2010-07-22 22:03:31, dmn=2009-09-10 00:05:08, mode=single engine X-Junkmail-IWF: false Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --==_Exmh_1319699116_3371P Content-Type: text/plain; charset=us-ascii On Wed, 26 Oct 2011 08:27:17 +0200, Herbert Xu said: > On Tue, Oct 25, 2011 at 05:42:01PM -0700, Randy Dunlap wrote: > > When CONFIG_NET is not enabled: > > Thanks, I'll add this patch. > diff --git a/crypto/Kconfig b/crypto/Kconfig > + select NET Are there any use cases where a config (probably embedded) would wantq CRYPTO_USER but not CRYPTO_NET? Would seem a shame to pull in the entire CONFIG_NET stuff just for what appears to me to be a few utility routines (I know there's still a few people out there fighting kernel bloat). In any case, I suspect that sort of restructuring will be 3.3 material - this does look like the right fix for this merge window. --==_Exmh_1319699116_3371P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Exmh version 2.5 07/13/2001 iD8DBQFOqQKscC3lWbTT17ARAiyhAJ9oRPXZ5LiECOxadROD6Uv2WAZBFQCgh6ps 3azUaNxFSlsnMBsu+0ptrow= =aJCE -----END PGP SIGNATURE----- --==_Exmh_1319699116_3371P--