Re: Geode on-chip AES 128-bit crypto accelerations but OpenSSL doesn't use it

[Kyle Hamilton]

OpenSSL uses the operating system to get entropy. If AMD wants Linux to support its on-chip random number generator, it needs to write a driver that replaces /dev/random and /dev/urandom.

-Kyle H

On Sep 27, 2009, at 11:05 AM, Jelle de Jong wrote:

In addition, Intel has been playing nice and getting its code in the openssl distribution, as a set of patches that were integrated not too long ago. Nobody has submitted such a patch for the Geode to my knowledge (I'm not god of the request tracker, but most mails sent to r...@openssl.org are forwarded to the -dev list; I've not seen any patches come in). (i.e.: Intel is doing strategic positioning that AMD is not.)

Hello everybody,



Please see the below link for test reports and openssl outputs
http://debian.pastebin.com/faeff2a3

Is there anybody that know what is going on here?

Thanks in advance,

Jelle
______________________________________________________________________
OpenSSL Project                                 http://www.openssl.org
User Support Mailing List                    openssl-users@openssl.org
Automated List Manager                           majord...@openssl.org

The AMD Geode LX800 CPU has an on-chip AES 128-bit crypto accelerations block and a true random number generator, but OpenSSL is not using it.

smime.p7s
Description: S/MIME cryptographic signature