[PATCH] ec/ec_pmeth.c: fix unsigned char issue

2013-10-30 Thread y
From: Marcelo Cerri mhce...@linux.vnet.ibm.com In some platforms, such as POWER, char is defined as unsigned. This patch fix a problem when comparing a char to -1. Signed-off-by: Marcelo Cerri mhce...@linux.vnet.ibm.com --- crypto/ec/ec_pmeth.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 1/4] ppc64: add little-endian platform to Configure

2013-10-30 Thread Marcelo Cerri
This patch includes a new platform for little-endian ppc64. It uses the same flags as big-endian ppc64 but it differs in the endianess flag and uses a specific `flavour` value that is passed to the assembly generator perl scripts. Signed-off-by: Marcelo Cerri mhce...@linux.vnet.ibm.com ---

[openssl.org #3154] [PATCH] Document argument-handling of SSL_CTX_add_extra_chain_cert

2013-10-30 Thread Daniel Kahn Gillmor via RT
See on-list discussion starting with 20131029180341.ga31...@openssl.org --- doc/ssl/SSL_CTX_add_extra_chain_cert.pod | 4 1 file changed, 4 insertions(+) diff --git a/doc/ssl/SSL_CTX_add_extra_chain_cert.pod b/doc/ssl/SSL_CTX_add_extra_chain_cert.pod index 11b3b4b..7782623 100644 ---

Re: Self-initialization of locking/threadid callbacks and auto-detection of features

2013-10-30 Thread Corinna Vinschen
On Oct 29 21:58, Andy Polyakov wrote: I feel like saying few words. One should recognize that by the time multi-threading support was taking shape there was a whole variety of threading implementations and callbacks were the only way to convey the specifics. Nowadays we're pretty much talking

Re: Self-initialization of locking/threadid callbacks and auto-detection of features

2013-10-30 Thread Nico Williams
On Wed, Oct 30, 2013 at 11:15:27AM +0100, Corinna Vinschen wrote: Please, before any change is made in terms of threading, let me point out that Cygwin is NOT Windows, even if it runs on Windows. Cygwin provides its own pthreads implementation which is always available, even without explicit

Re: Self-initialization of locking/threadid callbacks and auto-detection of features

2013-10-30 Thread Corinna Vinschen
On Oct 30 11:39, Nico Williams wrote: On Wed, Oct 30, 2013 at 11:15:27AM +0100, Corinna Vinschen wrote: Please, before any change is made in terms of threading, let me point out that Cygwin is NOT Windows, even if it runs on Windows. Cygwin provides its own pthreads implementation which is

SSL_VERIFY_NONE not working

2013-10-30 Thread Zhengshan Yan
Hi, I want the client side don't try to verify the server certificate. The verify_mode in SSL_ctx_st is set to SSL_VERIFY_NONE. But connection always terminated after calling x509_verify_cert(). Do you know what happens? The doc says this mode set in client side will disable verification of

Re: Self-initialization of locking/threadid callbacks and auto-detection of features

2013-10-30 Thread Nico Williams
On Wed, Oct 30, 2013 at 06:12:08PM +0100, Corinna Vinschen wrote: Right. I'm just trying to raise awareness before Cygwin gets sorted into the runs on Windows so use Windows functions drawer, accidentally, as happened too often in the past in various projects. I won't. I'll basically be

Re: Self-initialization of locking/threadid callbacks and auto-detection of features

2013-10-30 Thread Nico Williams
On Tue, Oct 29, 2013 at 09:58:25PM +0100, Andy Polyakov wrote: Another thing: run-time selection from among multiple pthreads implementations can only safely be managed by the RTLD, and dependencies on pthreads must still be declared via the linker-editor. Libraries should be able to refer to

Enhancing eng_cryptodev.c

2013-10-30 Thread Joshua Datko
The cryptodev engine is working great for me, but eng_cryptodev.c does not make available many of the ciphers that the cryptodev module (linux-cryptodev) uses. Mainly, I'd like to add AES in ECB, CTR, and GCM modes. I'm attaching a patch, for review purposes only, just to see if I'm on the right

Re: Self-initialization of locking/threadid callbacks and auto-detection of features

2013-10-30 Thread Nico Williams
It's getting closer, see: https://github.com/nicowilliams/openssl/compare/thread_safety I spoke to a Linux expert and was told that the correct thing to do in the shared build of OpenSSL is to always link with -lpthread. I assert that this is also the correct thing to do on Solaris. It's been