The Atmel/Microchip EC508A is a I2C device that could be wired into
any platform, and is being used on the Linaro/96boards Secure96
mezzanine adapter. This means it could be found on any platform, even
on ones that use ACPI enumeration (via PRP0001 devices). So update the
code to enable this use ca
Add a compatible string for the Atmel SHA204A I2C crypto processor.
Cc: Rob Herring
Cc: Mark Rutland
Signed-off-by: Ard Biesheuvel
---
Documentation/devicetree/bindings/crypto/atmel-crypto.txt | 13 +
1 file changed, 13 insertions(+)
diff --git a/Documentation/devicetree/bindings/
In preparation of adding support for the random number generator in
Atmel atsha204a devices, refactor the existing atmel-ecc driver (which
drives hardware that is closely related) so we can share the basic
I2C and command queuing routines.
Signed-off-by: Ard Biesheuvel
---
drivers/crypto/Kconfig
The Linaro/96boards Secure96 mezzanine contains (among other things)
an Atmel SHA204A symmetric crypto processor. This chip implements a
number of different functionalities, but one that is highly useful
for many different 96boards platforms is the random number generator.
So let's implement a dri
The Socionext SynQuacer based 96boards DeveloperBox platform does not
incorporate a random number generator, but it does have a 96boards low
speed connector which supports extension boards such as the Secure96,
which has a TPM and some crypto accelerators, one of which incorporates
a random number
Currently, the I2C ACPI enumeration code only permits the max bus rate
to be discovered before enumerating the slaves on the bus. In some
cases, drivers for slave devices may require this information, e.g.,
some ATmel crypto drivers need to generate a so-called wake token
of a fixed duration, regar
On Tue, Apr 30, 2019 at 01:41:27PM +, Pascal Van Leeuwen wrote:
> >
> > I do have access to Marvell boards, having the EIP197 & EIP97 engines.
> > I
> > can help testing your modifications on those boards. Do you have a
> > public branch somewhere I can access?
> >
> I do have a git tree on Git
> -Original Message-
> From: linux-crypto-ow...@vger.kernel.org [mailto:linux-crypto-
> ow...@vger.kernel.org] On Behalf Of antoine.ten...@bootlin.com
> Sent: Tuesday, April 30, 2019 3:27 PM
> To: Pascal Van Leeuwen
> Cc: linux-crypto@vger.kernel.org; antoine.ten...@bootlin.com; Herbert
>
Hi Pascal,
On Tue, Apr 30, 2019 at 01:08:27PM +, Pascal Van Leeuwen wrote:
>
> Over the past weeks I have been working on the crypto driver for
> Inside Secure (EIP97/EIP197) hardware. This started out as a personal
> side project to be able to do some architectural exploration using
> real a
Hi all,
Over the past weeks I have been working on the crypto driver for Inside Secure
(EIP97/EIP197) hardware. This started out as a personal side project to be able
to do some architectural exploration using real application software, but as I
started fixing issues I realised these fixes may be
On Tue, Apr 30, 2019 at 12:52:28PM +0200, Marek Behun wrote:
>
> I would like to ask what is the current status of the userspace
> akcipher crypto API.
>
> The last patches I found are from 2017
> https://marc.info/?t=15023472624&r=1&w=2 and were not applied.
The akcipher kernel API is still
Hello,
I would like to ask what is the current status of the userspace
akcipher crypto API.
The last patches I found are from 2017
https://marc.info/?t=15023472624&r=1&w=2 and were not applied.
Marek
12 matches
Mail list logo
