[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5b4ef3212232836b02920e57014d69300b484f20.camel@linux.ibm.com>
Date: Thu, 28 Oct 2021 08:56:38 -0400
From: James Bottomley <jejb@...ux.ibm.com>
To: Tianjia Zhang <tianjia.zhang@...ux.alibaba.com>,
Jarkko Sakkinen <jarkko@...nel.org>,
Mimi Zohar <zohar@...ux.ibm.com>,
Jonathan Corbet <corbet@....net>,
Herbert Xu <herbert@...dor.apana.org.au>,
"David S. Miller" <davem@...emloft.net>,
Peter Huewe <peterhuewe@....de>,
Jason Gunthorpe <jgg@...pe.ca>,
David Howells <dhowells@...hat.com>,
James Morris <jmorris@...ei.org>,
"Serge E. Hallyn" <serge@...lyn.com>,
Jerry Snitselaar <jsnitsel@...hat.com>,
linux-integrity@...r.kernel.org, keyrings@...r.kernel.org,
linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-crypto@...r.kernel.org, linux-security-module@...r.kernel.org
Subject: Re: [PATCH v3 2/2] tpm: use SM3 instead of SM3_256
On Tue, 2021-10-26 at 15:56 +0800, Tianjia Zhang wrote:
> According to https://tools.ietf.org/id/draft-oscca-cfrg-sm3-01.html,
> SM3 always produces a 256-bit hash value and there are no plans for
> other length development, so there is no ambiguity in the name of
> sm3.
Please just drop this piece.
[...]
> hash= hash algorithm name as a string. For TPM 1.x
> the only
> allowed value is sha1. For TPM 2.x the allowed
> values
> - are sha1, sha256, sha384, sha512 and sm3-256.
> + are sha1, sha256, sha384, sha512 and sm3.
the hash parameter is an external ABI we can't simply change ... as
Jarkko already told you.
The rest are constants defined in the TPM standard, which we shouldn't
change because then it makes everyone wonder why we're deviating.
James
Powered by blists - more mailing lists