Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2149950imu; Wed, 12 Dec 2018 10:18:07 -0800 (PST) X-Google-Smtp-Source: AFSGD/UhyfKp51Ac7rui2BhEaFxsE5dd/ynkIwi8E/TNUpMa2FQ1cvEf2xhGXYkK7dKnMHDQsdgh X-Received: by 2002:a62:81c1:: with SMTP id t184mr21720481pfd.40.1544638687465; Wed, 12 Dec 2018 10:18:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544638687; cv=none; d=google.com; s=arc-20160816; b=O5Zo7FRxlndTGhSZ2JUAUXeeFAR1KKSt3RTHylY3MCo2shN1AGJvstBWPuItSFNTh/ W4xixEu6B3q8bh4QN3IUIGVRvJzeFVAo6YcKWQ8GK1yyxSgwvfqvjySkx1uiSDVx6pp4 rTDCrEfLHV7uaF32g7oqbdEjYTc1gmjZ0YEg2gjsfrwWVBsnuaLIWN2x8tMuUm+uz/jj thOMNDLKytza2pnaAABN4kQZ1g1q1bQyorpDx8wgILrhFcXZXrXyrDTtZP2sF/QEiaHc D3A955a0zD1e7D36GlCdpI0c/Yc2LZrJ9AUUsmKB43+WPT6X7hcyw6Nwem/xoaRYHj4b SoZA== 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=NMmjJrnTsTog4ZelP0/pJ42n0ChghluSyYUJ531cXUc=; b=Pf3ytWWui6yZz2P6zW6WNhlTNVzWq0NwucJoQctkOYFSO4WRCMnNweDgMpOtj58lVF a94fxR8x5BKTah3P2iBMQJrN2Us6awlLewZy+5TXaEGc0zNNM75fz/pguYByZTT0UtVN BsMEUDnDa2fnqH6aXU9zVdnC4s4g4LUYxALy2Xov93vk9pC3FMBdmeJALJStCncv35Nr zkn86jXdJZGCl+KKcjG6CiBL9w2mGfFqQl11IeUf38CMJGhNNozISb1/arEm+0j1vOar /VjI0vbnbhgtgZPmoMmb3EngJ7brKjwu+tB0fE+fB0jEK5x/HDp4GA5sRmPrpl7IF4wE uSzQ== 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 l23si14740158pgh.533.2018.12.12.10.17.42; Wed, 12 Dec 2018 10:18:07 -0800 (PST) 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 S1728272AbeLLSQc (ORCPT + 99 others); Wed, 12 Dec 2018 13:16:32 -0500 Received: from mga05.intel.com ([192.55.52.43]:36289 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728258AbeLLSQc (ORCPT ); Wed, 12 Dec 2018 13:16:32 -0500 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Dec 2018 10:16:31 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,345,1539673200"; d="scan'208";a="303291248" Received: from hekner-mobl.ger.corp.intel.com (HELO localhost) ([10.249.254.170]) by fmsmga005.fm.intel.com with ESMTP; 12 Dec 2018 10:16:27 -0800 Date: Wed, 12 Dec 2018 20:16:25 +0200 From: Jarkko Sakkinen To: Roberto Sassu Cc: zohar@linux.ibm.com, david.safford@ge.com, monty.wiseman@ge.com, linux-integrity@vger.kernel.org, linux-security-module@vger.kernel.org, linux-kernel@vger.kernel.org, silviu.vlasceanu@huawei.com Subject: Re: [PATCH v6 5/7] tpm: retrieve digest size of unknown algorithms with PCR read Message-ID: <20181212181625.GE6333@linux.intel.com> References: <20181204082138.24600-1-roberto.sassu@huawei.com> <20181204082138.24600-6-roberto.sassu@huawei.com> <20181204235354.GD1233@linux.intel.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 Thu, Dec 06, 2018 at 07:00:13PM +0100, Roberto Sassu wrote: > On 12/5/2018 12:53 AM, Jarkko Sakkinen wrote: > > On Tue, Dec 04, 2018 at 09:21:36AM +0100, Roberto Sassu wrote: > > > + for (i = 0; i < ARRAY_SIZE(tpm2_hash_map); i++) { > > > + enum hash_algo crypto_algo = tpm2_hash_map[i].crypto_id; > > > + > > > + if (bank->alg_id != tpm2_hash_map[i].tpm_id) > > > + continue; > > > + > > > + bank->digest_size = hash_digest_size[crypto_algo]; > > > + bank->crypto_id = crypto_algo; > > > + return 0; > > > + } > > > + > > > + return tpm2_pcr_read(chip, 0, &digest, &bank->digest_size); > > > +} > > > > This is a part that I don't get. Coud you just always call > > tpm2_pcr_read() instead of this complexity > > First, we avoid operations that may increase the boot time. Second, the > loop is necessary to obtain the crypto subsystem identifier from a TPM > algorithm identifier. I think here would be a comment in place and it would be fine. /Jarkko