1. 22 5月, 2019 1 次提交
  2. 21 5月, 2019 5 次提交
  3. 20 5月, 2019 3 次提交
  4. 17 5月, 2019 1 次提交
    • D
      ppc assembly pack: always increment CTR IV as quadword · e9f148c9
      Daniel Axtens 提交于
      The kernel self-tests picked up an issue with CTR mode. The issue was
      detected with a test vector with an IV of
      FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFD: after 3 increments it should wrap
      around to 0.
      
      There are two paths that increment IVs: the bulk (8 at a time) path,
      and the individual path which is used when there are fewer than 8 AES
      blocks to process.
      
      In the bulk path, the IV is incremented with vadduqm: "Vector Add
      Unsigned Quadword Modulo", which does 128-bit addition.
      
      In the individual path, however, the IV is incremented with vadduwm:
      "Vector Add Unsigned Word Modulo", which instead does 4 32-bit
      additions. Thus the IV would instead become
      FFFFFFFFFFFFFFFFFFFFFFFF00000000, throwing off the result.
      
      Use vadduqm.
      
      This was probably a typo originally, what with q and w being
      adjacent.
      
      CLA: trivial
      Reviewed-by: NRichard Levitte <levitte@openssl.org>
      Reviewed-by: NPaul Dale <paul.dale@oracle.com>
      (Merged from https://github.com/openssl/openssl/pull/8942)
      e9f148c9
  5. 16 5月, 2019 2 次提交
  6. 13 5月, 2019 5 次提交
  7. 12 5月, 2019 1 次提交
  8. 10 5月, 2019 1 次提交
  9. 09 5月, 2019 6 次提交
  10. 08 5月, 2019 15 次提交