linux-kernel - Re: [PATCH] crypto: avoid module request when lookup crypto larval of template

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20140310115721.GA9657@gondor.apana.org.au>
Date:	Mon, 10 Mar 2014 19:57:21 +0800
From:	Herbert Xu <herbert@...dor.apana.org.au>
To:	"Lee, Chun-Yi" <joeyli.kernel@...il.com>
Cc:	"David S. Miller" <davem@...emloft.net>,
	linux-crypto@...r.kernel.org, linux-kernel@...r.kernel.org,
	"Lee, Chun-Yi" <jlee@...e.com>
Subject: Re: [PATCH] crypto: avoid module request when lookup crypto larval
 of template

On Mon, Mar 10, 2014 at 05:22:51PM +0800, Lee, Chun-Yi wrote:
> When allocate crypto algorithms, e.g. crypto_alloc_shash(), using
> template model will run into the path that call module_request().
> But there have no any module alias that match with the template name.

There aren't any but there could be.  For example, as it is
all direct implementations of cbc(aes) rely on the fact that
they also happen to provide aes to autoload themselves.

We may well have a case where it makes sense for a module to
provide just cbc(aes) for example, in which case it would need
such an alias for it to be loaded automatically.

Thanks,
-- 
Email: Herbert Xu <herbert@...dor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/