Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp5190486imm; Tue, 26 Jun 2018 07:20:57 -0700 (PDT) X-Google-Smtp-Source: ADUXVKIVwqK8mfGyRpRK8Ik7GOfaa9FYOT8M2uzmVTfJUphJMoD7c9BweTym5jBbRl5kNU/9oHuE X-Received: by 2002:a63:6c03:: with SMTP id h3-v6mr1581818pgc.28.1530022857895; Tue, 26 Jun 2018 07:20:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530022857; cv=none; d=google.com; s=arc-20160816; b=d83r35pcCmeKgZQHiygy0TeRHEr0pfmIHJ8sjFqVIDv4WETDDXCFrjT2CIu0rP4vj/ CQnQXTdt0YaHZSziCMuTV96xnGTbiiS0fija3IuhJxiVH7Q/FhS36Ie6wWV/YEulqk0P j3ZelwKwEADtWe+7ZWX2qF+u0kc2l7SF3sBBQLU6QLmCubQ+pJ2lCni5OMqLe0POowXd LxJt9UWLA+ioMrmHy+FJuV99qjA3Z3WNxVttAm5Gz0xV3nQ2bwDUb+bBY4ljeiIPClOV k9yGjBKBd9wuWDGIPXZXsw4kmRoB0WqqCfa5cr1T4nBMe18sKNjEr/EmHD/Ru8zbClBv iVlg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:date:cc:to:from:subject :message-id:arc-authentication-results; bh=R/BFWLnuG+w0jQpsys0XitI1J0hZuZ5vZfyyhR91cho=; b=auEHiYzOZ5AGxM7CA0vYciTUftCF5Wft37jTyv17gS1Oi5vhe10U4PfTyWZIFOGaSd xVUlSyK1lsXhGy5oHcv3YAZ7wTYKUTTnQaeOh08OzjAZNKzP0Cgxe5wThW3mUJwvIBg6 T+XLid7sRtJy7XOazB9y6CYHC8Nm1UneYdWKwNdqYg2iKorJBkzruqOB4O6MHbKEp2qZ +3oVqtK2nsUEyHkmKnVV2V6dMFQew7ifnoMKopaOE9fiW5i3ki+7/3ktTCpe7MJ2WkS2 XLqp8HmpQSOoA39pYfvrtpTGjuqumB8PZQH0E0NuLASXEGPvhemFHdDrjS4+FwXS0NoW eKvA== 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 s9-v6si1713086plr.332.2018.06.26.07.20.43; Tue, 26 Jun 2018 07:20:57 -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 S935748AbeFZN0G (ORCPT + 99 others); Tue, 26 Jun 2018 09:26:06 -0400 Received: from mga11.intel.com ([192.55.52.93]:4008 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934072AbeFZN0E (ORCPT ); Tue, 26 Jun 2018 09:26:04 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Jun 2018 06:26:03 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.51,274,1526367600"; d="scan'208";a="235701634" Received: from skovflem-mobl1.ger.corp.intel.com ([10.249.254.74]) by orsmga005.jf.intel.com with ESMTP; 26 Jun 2018 06:25:45 -0700 Message-ID: Subject: Re: [PATCH v5 4/5] ima: Use tpm_default_chip() and call TPM functions with a tpm_chip From: Jarkko Sakkinen To: Stefan Berger , linux-integrity@vger.kernel.org, zohar@linux.vnet.ibm.com Cc: jgg@ziepe.ca, linux-kernel@vger.kernel.org, linux-security-module@vger.kernel.org Date: Tue, 26 Jun 2018 16:25:44 +0300 In-Reply-To: <20180626110619.2362791-5-stefanb@linux.vnet.ibm.com> References: <20180626110619.2362791-1-stefanb@linux.vnet.ibm.com> <20180626110619.2362791-5-stefanb@linux.vnet.ibm.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.1-2 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2018-06-26 at 07:06 -0400, Stefan Berger wrote: > Rather than accessing the TPM functions by passing a NULL pointer for > the tpm_chip, which causes a lookup for a suitable chip every time, get a > hold of a tpm_chip and access the TPM functions using it. > > Signed-off-by: Stefan Berger Acked-by: Jarkko Sakkinen (i.e. LGTM but competence to give a detailed review). /Jarkko