)]}'
{
  "commit": "af561c221d3af70bd0aa48024db4f1fcf1988eef",
  "tree": "8357e61392210dfb8830d874cbe80c33e6917b73",
  "parents": [
    "e90cf82acc98b899c6ce0334514c38851bc83910"
  ],
  "author": {
    "name": "David Benjamin",
    "email": "davidben@google.com",
    "time": "Mon Dec 20 16:11:25 2021 -0500"
  },
  "committer": {
    "name": "Boringssl LUCI CQ",
    "email": "boringssl-scoped@luci-project-accounts.iam.gserviceaccount.com",
    "time": "Wed Jan 05 19:14:04 2022 +0000"
  },
  "message": "Sync sha512-armv8.pl up to 753316232243ccbf86b96c1c51ffcb41651d9ad5.\n\nThis imports 753316232243ccbf86b96c1c51ffcb41651d9ad5,\n46f4e1bec51dc96fa275c168752aa34359d9ee51, and\n32bbb62ea634239e7cb91d6450ba23517082bab6.\n\nThe last commit fixes a detection of big-endian aarch64 in the kernel,\nwhich we do not support at all, but is imported to reduce the upstream\ndiff. Though it points out a messy part of arm_arch.h: __ARMEL__ and\n__ARMEB__ are specific to 32-bit ARM. __AARCH64EB__ and __AARCH64EL__\nare the 64-bit ones. But OpenSSL\u0027s arm_arch.h defines __ARME[LB]__ for\naarch64 and uses it in perlasm. We should fix the files upstream to\nlook at the aarch64 ones. (Indeed our own base.h assumes __ARMEL__\nimplies 32-bit ARM.)\n\nChange-Id: I6c2241e103a97e8c3599cdfa43dcc6f30d4a2581\nReviewed-on: https://boringssl-review.googlesource.com/c/boringssl/+/50806\nReviewed-by: Adam Langley \u003cagl@google.com\u003e\nCommit-Queue: David Benjamin \u003cdavidben@google.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "01154c223824c53365b910bffd043f02fd563018",
      "old_mode": 33188,
      "old_path": "crypto/fipsmodule/sha/asm/sha512-armv8.pl",
      "new_id": "e9613121354fe56b9de298436102c64e423c435c",
      "new_mode": 33188,
      "new_path": "crypto/fipsmodule/sha/asm/sha512-armv8.pl"
    }
  ]
}
