Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp654592img; Thu, 21 Mar 2019 06:18:58 -0700 (PDT) X-Google-Smtp-Source: APXvYqxKrjoaFrXKYOir9kXqw6y0q2KUhJshhRQoH/3REmdOIMmU2/qWJh88aXryZi8kXi3KL6L0 X-Received: by 2002:a17:902:20e3:: with SMTP id v32mr3501341plg.213.1553174338784; Thu, 21 Mar 2019 06:18:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553174338; cv=none; d=google.com; s=arc-20160816; b=w4ove7wyORLBak85h25L7ROX+AMIH1dEbxy9SDb8qoXvhpYn+iDQtH3T88ldO9p7IF 0u4LA4D9ChI2vYYrVCLKAKWWcKX/WdrdeBEXSQ9k5i4WpbrMDHBAKCCVHW5wxnUOqHSD aLCkVwVU/LRYC0xrauxKCpMshNavpUHFiU5c0+7kT0rO1gYPcV/8pjttqyqxuwY0ianb Dsz6tQoiaezpi6T2PPFo+WHpn79OMDKIJqZwOJ5jzZKl1Yp/0C7iXKWrmbJd+WDC5+uW a1P/gQg6M2hYt9eBjB9sv4IB2hPtuEEztLpB3HOkGwui8ypSkADd3/o+1NWNuF9XpGSl 2CtA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:organization:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=qsKESdiMKi6d/ndqtup1mksyWrK0Tzhv1LxxlxxM2Po=; b=H2uvcvUXjjB/irQHVuEv4Vb/qFbZv+VkxkIdSEgBJW2Zg+Sc7LSW5Hw84MIk70O1jy HwRuUcs2deG6YWdQyzPCmJiNRA4xMDVXMGa08BWsGABPOs03XP6x9LdVvkC86RuLA+NO moTjRqUSh8YKH9UP1PrW+6TztOvV87ltKGzEgi5WcEa+5oAEBYymRCAL0ov6cXRoANl9 Lh45Q4dFih/g+KvoYGfuuemSgH+shOeq3TAOvFj0gMalHt8UYLMMvwKVPezRIxLS+KBV j5ynkRUr8MVxl6CqqtKky5Rzq4tiNRvPLVWQxW0+Ge8RqahX36h+dZ8gDy5hMvL4Iaze ljOA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v5si1630077pgb.83.2019.03.21.06.18.40; Thu, 21 Mar 2019 06:18:58 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728286AbfCUNQF (ORCPT + 99 others); Thu, 21 Mar 2019 09:16:05 -0400 Received: from mga04.intel.com ([192.55.52.120]:37615 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728129AbfCUNQE (ORCPT ); Thu, 21 Mar 2019 09:16:04 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga001.jf.intel.com ([10.7.209.18]) by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 21 Mar 2019 06:16:02 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.60,252,1549958400"; d="scan'208";a="216203984" Received: from dilu-mobl2.ccr.corp.intel.com (HELO localhost) ([10.249.254.184]) by orsmga001.jf.intel.com with ESMTP; 21 Mar 2019 06:15:56 -0700 Date: Thu, 21 Mar 2019 15:15:54 +0200 From: Jarkko Sakkinen To: Dan Williams , roberto.sassu@huawei.com Cc: Roberto Sassu , zohar@linux.ibm.com, david.safford@ge.com, monty.wiseman@ge.com, matthewgarrett@google.com, linux-integrity@vger.kernel.org, linux-security-module@vger.kernel.org, keyrings@vger.kernel.org, Linux Kernel Mailing List , silviu.vlasceanu@huawei.com, linux-nvdimm Subject: Re: [PATCH v10, RESEND 5/6] KEYS: trusted: explicitly use tpm_chip structure from tpm_default_chip() Message-ID: <20190321131554.GB2267@linux.intel.com> References: <20190206162452.7749-1-roberto.sassu@huawei.com> <20190206162452.7749-6-roberto.sassu@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 18, 2019 at 03:35:08PM -0700, Dan Williams wrote: > On Wed, Feb 6, 2019 at 10:30 AM Roberto Sassu wrote: > > > > When crypto agility support will be added to the TPM driver, users of the > > driver have to retrieve the allocated banks from chip->allocated_banks and > > use this information to prepare the array of tpm_digest structures to be > > passed to tpm_pcr_extend(). > > > > This patch retrieves a tpm_chip pointer from tpm_default_chip() so that the > > pointer can be used to prepare the array of tpm_digest structures. > > > > Signed-off-by: Roberto Sassu > > Reviewed-by: Jarkko Sakkinen > > Tested-by: Jarkko Sakkinen > > --- > > security/keys/trusted.c | 38 ++++++++++++++++++++++++-------------- > > 1 file changed, 24 insertions(+), 14 deletions(-) > > > > diff --git a/security/keys/trusted.c b/security/keys/trusted.c > > index 4d98f4f87236..5b852263eae1 100644 > > --- a/security/keys/trusted.c > > +++ b/security/keys/trusted.c > > @@ -34,6 +34,7 @@ > > > > static const char hmac_alg[] = "hmac(sha1)"; > > static const char hash_alg[] = "sha1"; > > +static struct tpm_chip *chip; > > > > struct sdesc { > > struct shash_desc shash; > > @@ -362,7 +363,7 @@ int trusted_tpm_send(unsigned char *cmd, size_t buflen) > > int rc; > > > > dump_tpm_buf(cmd); > > - rc = tpm_send(NULL, cmd, buflen); > > + rc = tpm_send(chip, cmd, buflen); > > dump_tpm_buf(cmd); > > if (rc > 0) > > /* Can't return positive return codes values to keyctl */ > > @@ -384,10 +385,10 @@ static int pcrlock(const int pcrnum) > > > > if (!capable(CAP_SYS_ADMIN)) > > return -EPERM; > > - ret = tpm_get_random(NULL, hash, SHA1_DIGEST_SIZE); > > + ret = tpm_get_random(chip, hash, SHA1_DIGEST_SIZE); > > if (ret != SHA1_DIGEST_SIZE) > > return ret; > > - return tpm_pcr_extend(NULL, pcrnum, hash) ? -EINVAL : 0; > > + return tpm_pcr_extend(chip, pcrnum, hash) ? -EINVAL : 0; > > } > > > > /* > > @@ -400,7 +401,7 @@ static int osap(struct tpm_buf *tb, struct osapsess *s, > > unsigned char ononce[TPM_NONCE_SIZE]; > > int ret; > > > > - ret = tpm_get_random(NULL, ononce, TPM_NONCE_SIZE); > > + ret = tpm_get_random(chip, ononce, TPM_NONCE_SIZE); > > if (ret != TPM_NONCE_SIZE) > > return ret; > > > > @@ -496,7 +497,7 @@ static int tpm_seal(struct tpm_buf *tb, uint16_t keytype, > > if (ret < 0) > > goto out; > > > > - ret = tpm_get_random(NULL, td->nonceodd, TPM_NONCE_SIZE); > > + ret = tpm_get_random(chip, td->nonceodd, TPM_NONCE_SIZE); > > if (ret != TPM_NONCE_SIZE) > > goto out; > > ordinal = htonl(TPM_ORD_SEAL); > > @@ -606,7 +607,7 @@ static int tpm_unseal(struct tpm_buf *tb, > > > > ordinal = htonl(TPM_ORD_UNSEAL); > > keyhndl = htonl(SRKHANDLE); > > - ret = tpm_get_random(NULL, nonceodd, TPM_NONCE_SIZE); > > + ret = tpm_get_random(chip, nonceodd, TPM_NONCE_SIZE); > > if (ret != TPM_NONCE_SIZE) { > > pr_info("trusted_key: tpm_get_random failed (%d)\n", ret); > > return ret; > > @@ -751,7 +752,7 @@ static int getoptions(char *c, struct trusted_key_payload *pay, > > int i; > > int tpm2; > > > > - tpm2 = tpm_is_tpm2(NULL); > > + tpm2 = tpm_is_tpm2(chip); > > if (tpm2 < 0) > > return tpm2; > > > > @@ -920,7 +921,7 @@ static struct trusted_key_options *trusted_options_alloc(void) > > struct trusted_key_options *options; > > int tpm2; > > > > - tpm2 = tpm_is_tpm2(NULL); > > + tpm2 = tpm_is_tpm2(chip); > > if (tpm2 < 0) > > return NULL; > > > > @@ -970,7 +971,7 @@ static int trusted_instantiate(struct key *key, > > size_t key_len; > > int tpm2; > > > > - tpm2 = tpm_is_tpm2(NULL); > > + tpm2 = tpm_is_tpm2(chip); > > if (tpm2 < 0) > > return tpm2; > > > > @@ -1011,7 +1012,7 @@ static int trusted_instantiate(struct key *key, > > switch (key_cmd) { > > case Opt_load: > > if (tpm2) > > - ret = tpm_unseal_trusted(NULL, payload, options); > > + ret = tpm_unseal_trusted(chip, payload, options); > > else > > ret = key_unseal(payload, options); > > dump_payload(payload); > > @@ -1021,13 +1022,13 @@ static int trusted_instantiate(struct key *key, > > break; > > case Opt_new: > > key_len = payload->key_len; > > - ret = tpm_get_random(NULL, payload->key, key_len); > > + ret = tpm_get_random(chip, payload->key, key_len); > > if (ret != key_len) { > > pr_info("trusted_key: key_create failed (%d)\n", ret); > > goto out; > > } > > if (tpm2) > > - ret = tpm_seal_trusted(NULL, payload, options); > > + ret = tpm_seal_trusted(chip, payload, options); > > else > > ret = key_seal(payload, options); > > if (ret < 0) > > @@ -1225,17 +1226,26 @@ static int __init init_trusted(void) > > { > > int ret; > > > > + chip = tpm_default_chip(); > > + if (!chip) > > + return -ENOENT; > > This change causes a regression loading the encrypted_keys module on > systems that don't have a tpm. > > Module init functions should not have hardware dependencies. > > The effect is that the libnvdimm module, which is an encrypted_keys > user, fails to load, but up until this change encrypted_keys did not > have a hard dependency on TPM presence. Sorry for the latency. I was in flu for couple of days. I missed that addition in the review process albeit this patch set went numerous rounds. Apologies about ths. Also the return value is wrong. Should be -ENODEV but it doesn't matter because this needs to be removed anyway. Roberto, can you submit a fix ASAP that: 1. Allows the module to initialize even if the chip is not found. 2. In the beginning of each function (before tpm_is_tpm2()) you should check if chip is NULL and return -ENODEV if it is. Add also these tags before your signed-off-by: Cc: stable@vger.kernel.org Fixes: 240730437deb ("KEYS: trusted: explicitly use tpm_chip structure from tpm_default_chip()") Reported-by: Dan Williams Suggested-by: Jarkko Sakkinen /Jarkko