1. 08 3月, 2016 6 次提交
  2. 05 3月, 2016 2 次提交
  3. 04 3月, 2016 6 次提交
  4. 03 3月, 2016 2 次提交
  5. 29 2月, 2016 2 次提交
    • M
      Clarify ASYNC_WAIT_CTX_clear_fd() docs · 83856523
      Matt Caswell 提交于
      Clarify that the "cleanup" routing does not get called if you invoke
      ASYNC_WAIT_CTX_clear_fd() directly.
      Reviewed-by: NRichard Levitte <levitte@openssl.org>
      83856523
    • M
      Refactor the async wait fd logic · ff75a257
      Matt Caswell 提交于
      Implementation experience has shown that the original plan for async wait
      fds was too simplistic. Originally the async logic created a pipe internally
      and user/engine code could then get access to it via API calls. It is more
      flexible if the engine is able to create its own fd and provide it to the
      async code.
      
      Another issue is that there can be a lot of churn in the fd value within
      the context of (say) a single SSL connection leading to continually adding
      and removing fds from (say) epoll. It is better if we can provide some
      stability of the fd value across a whole SSL connection. This is
      problematic because an engine has no concept of an SSL connection.
      
      This commit refactors things to introduce an ASYNC_WAIT_CTX which acts as a
      proxy for an SSL connection down at the engine layer.
      Reviewed-by: NRichard Levitte <levitte@openssl.org>
      ff75a257
  6. 28 2月, 2016 3 次提交
  7. 27 2月, 2016 2 次提交
  8. 26 2月, 2016 1 次提交
  9. 24 2月, 2016 1 次提交
  10. 23 2月, 2016 3 次提交
  11. 19 2月, 2016 3 次提交
  12. 18 2月, 2016 2 次提交
  13. 17 2月, 2016 2 次提交
  14. 13 2月, 2016 1 次提交
    • B
      GH650: Minor tidying around the ocsp app · 21c6c50f
      Benjamin Kaduk 提交于
      The ocsp utility is something of a jack-of-all-trades; most anything
      related to the OCSP can be done with it.  In particular, the manual
      page calls out that it can be used as either a client or a server
      of the protocol, but there are also a few things that it can do
      which do not quite fit into either role, such as encoding an OCSP
      request but not sending it, printing out a text form of an OCSP
      response (or request) from a file akin to the asn1parse utility,
      or performing a lookup into the server-side revocation database
      without actually sending a request or response.  All three of these
      are documented as examples in the manual page, but the documentation
      prior to this commit is somewhat misleading, in that when printing
      the text form of an OCSP response, the code also attempts to
      verify the response, displaying an error message and returning
      failure if the response does not verify.  (It is possible that
      the response would be able to verify with the given example, since
      the default trust roots are used for that verification, but OCSP
      responses frequently have alternate certification authorities
      that would require passing -CAfile or -CApath for verification.)
      
      Tidy up the documentation by passing -noverify for the case of
      converting from binary to textual representation, and also
      change a few instances of -respin to -reqin as appropriate, note
      that the -url option provides the same functionality as the -host
      and -path options, clarify that the example that saves an OCSP
      response to a file will also perform verification on that response,
      and fix a couple grammar nits in the manual page.
      
      Also remove an always-true conditional for rdb != NULL -- there
      are no codepaths in which it could be initialized at the time of
      this check.
      Signed-off-by: NRich Salz <rsalz@openssl.org>
      Reviewed-by: NKurt Roeckx <kurt@openssl.org>
      21c6c50f
  15. 12 2月, 2016 2 次提交
  16. 11 2月, 2016 2 次提交