Andy Polyakov wrote:
> In other words we *are* talking about super-custom code with very
> special needs. As already mentioned, it would be next to impossible to
> justify customization of OpenSSL to accommodate overly specific
> requirements. And given above description it
>>> Could somebody adjust who understand the assembly code (probably Andy)
>>> modify it to use symbolic names for the offsets that are used to
>>> access Xi, H, Htable? If so, then I can write the patch to
>>> conditionally exclude `H` on platforms that don't need it after
>>>
On Wed, Jun 8, 2016 at 12:40 AM, Andy Polyakov wrote:
>> I noticed that the `H` member of `gcm128_context` seems to be
>> unnecessary for builds that aren't using the 1-bit GCM math.
>
> Not true. It is actually used in s390x assembly module. And I mean both
> H and Htable.
I
> One can *probably* discuss
> that it would be appropriate to *facilitate* omission of H in context
> *other than* OpenSSL by avoiding H during most of the setup procedure.
> See attached patch for example. But do note that I'm not saying that it
> works or suggesting to include it right away, I
> I noticed that the `H` member of `gcm128_context` seems to be
> unnecessary for builds that aren't using the 1-bit GCM math. Since
> this member is large (128-bits) and some applications may have lots of
> GCM contexts relative to the amount of memory they have, I think it
> would be great to
I noticed that the `H` member of `gcm128_context` seems to be
unnecessary for builds that aren't using the 1-bit GCM math. Since
this member is large (128-bits) and some applications may have lots of
GCM contexts relative to the amount of memory they have, I think it
would be great to only put the