linux-stable.git/drivers/crypto/ccp, branch v3.16.7

crypto: ccp - Check for CCP before registering crypto algs

2014-10-05T20:41:09+00:00

commit c9f21cb6388898bfe69886d001316dae7ecc9a4b upstream.

If the ccp is built as a built-in module, then ccp-crypto (whether
built as a module or a built-in module) will be able to load and
it will register its crypto algorithms.  If the system does not have
a CCP this will result in -ENODEV being returned whenever a command
is attempted to be queued by the registered crypto algorithms.

Add an API, ccp_present(), that checks for the presence of a CCP
on the system.  The ccp-crypto module can use this to determine if it
should register it's crypto alogorithms.

Reported-by: Scot Doyle 
Signed-off-by: Tom Lendacky 
Tested-by: Scot Doyle 
Signed-off-by: Herbert Xu 
Signed-off-by: Greg Kroah-Hartman

crypto: ccp - tfm->__crt_alg->cra_name directly

2014-05-22T13:03:13+00:00

Signed-off-by: Marek Vasut 
Signed-off-by: Herbert Xu

crypto: ccp - Use pci_enable_msix_range() instead of pci_enable_msix()

2014-04-16T12:40:17+00:00

As result of deprecation of MSI-X/MSI enablement functions
pci_enable_msix() and pci_enable_msi_block() all drivers
using these two interfaces need to be updated to use the
new pci_enable_msi_range()  or pci_enable_msi_exact()
and pci_enable_msix_range() or pci_enable_msix_exact()
interfaces.

Signed-off-by: Alexander Gordeev 
Cc: Tom Lendacky 
Cc: "David S. Miller" 
Cc: linux-crypto@vger.kernel.org
Cc: linux-pci@vger.kernel.org
Signed-off-by: Herbert Xu

crypto: ccp - Account for CCP backlog processing

2014-02-26T21:57:01+00:00

When the crypto layer is able to queue up a command for processing
by the CCP on the initial call to ccp_crypto_enqueue_request and
the CCP returns -EBUSY, then if the backlog flag is not set the
command needs to be freed and not added to the active command list.

Signed-off-by: Tom Lendacky 
Signed-off-by: Herbert Xu

crypto: ccp - Invoke context callback when there is a backlog error

2014-02-26T21:57:00+00:00

Invoke the callback routine associated with the crypto context
if an error is encountered sending the command to the CCP during
backlog processing.  This is needed to free any resources used
by the command.

Signed-off-by: Tom Lendacky 
Signed-off-by: Herbert Xu

crypto: ccp - Prevent a possible lost CCP command request

2014-02-26T21:57:00+00:00

If a CCP command has been queued for processing at the
crypto layer then, when dequeueing it for processing, the
"can backlog" flag must be set so that the request isn't
lost if the CCP backlog queue limit is reached.

Signed-off-by: Tom Lendacky 
Signed-off-by: Herbert Xu

crypto: ccp - Perform completion callbacks using a tasklet

2014-02-09T01:59:24+00:00

Change from scheduling work to scheduling a tasklet to perform
the callback operations.

Signed-off-by: Tom Lendacky 
Signed-off-by: Herbert Xu

crypto: ccp - Use a single queue for proper ordering of tfm requests

2014-02-09T01:59:24+00:00

Move to a single queue to serialize requests within a tfm. When
testing using IPSec with a large number of network connections
the per cpu tfm queuing logic was not working properly.

Signed-off-by: Tom Lendacky 
Signed-off-by: Herbert Xu

crypto: ccp - Move HMAC calculation down to ccp ops file

2014-02-09T01:59:23+00:00

Move the support to perform an HMAC calculation into
the CCP operations file.  This eliminates the need to
perform a synchronous SHA operation used to calculate
the HMAC.

Signed-off-by: Tom Lendacky 
Signed-off-by: Herbert Xu

crypto: ccp - Allow for selective disablement of crypto API algorithms

2014-02-09T01:59:15+00:00

Introduce module parameters that allow for disabling of a
crypto algorithm by not registering the algorithm with the
crypto API.

Signed-off-by: Tom Lendacky 
Signed-off-by: Herbert Xu