Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp882803imm; Mon, 1 Oct 2018 22:00:58 -0700 (PDT) X-Google-Smtp-Source: ACcGV614nTBXesS4ch5PuUrVQOsKPronbPs/HzTMe0k1seVwsP5D1UtZBDp5da+mIBGUbMy3mh9A X-Received: by 2002:a17:902:e28a:: with SMTP id cf10-v6mr14897699plb.4.1538456458171; Mon, 01 Oct 2018 22:00:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538456458; cv=none; d=google.com; s=arc-20160816; b=koWghV+H6hdqRYoQc7C2CJCXTNsZMTCzLV361IP5HlK2UIbyzoIwoLpU8Ka5QRUCGi anqoa+4dYHu+/6jFxM1hsqVU+UemJHaXMeRNHI1jXghYgbp9ifPVjSi7QFn7dpog5Zh7 lJiqR21/5YZ9mbIzNaQwpuVRkcQnmbdh3g6HJkQIFypRNrA0TeMxV83pxYrMJaUMRoO6 1jLpRB20eWOY0yKurrtZ52UdgxdVmI//CL5tv3zLRt0sJW2R0ked3i9i92n2agVUcJh2 YfAHWTwAuWpihLn41GRHWaeOLwBbFu3gckBEz8CyEUpQTzVJ96EW4PKoNhmaiOSk0cOZ Dz9Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :dlp-reaction:dlp-version:dlp-product:content-language :accept-language:in-reply-to:references:message-id:date:thread-index :thread-topic:subject:cc:to:from; bh=noBVOEdq9wGMmirs/Ac47GDnEf2mhbqX2Zys3wkPYBc=; b=zMNezo5jSIGQlJNFbnn8KYgCrIlux0ZBwWQQK7ttvsoq2JyiteBRNiP3quXuaAiwcu V/qAFkneRrTVulQfeFI2tMRzpCDjKPGm35TBtQm9yd6GbLhYr0u4pSP/2+vhYnqeNXTz adyylkJdU7QZ3KVmvbE4nnbXq9ClPqz6zrdjQ9ZzWP2x4B43NzCiBvHf8LGtDJ6nqHnk hZnFX+b00En4b2LNxc2w9OOi330qH6AbbZ2Ivr+/armg/FpQNjRXq8asDBYt9h5f1edX NihB0iKy++hbzEYTx99uNJMh+Aq3LCXMQkB5xtAmJ3TfXSnjt918Tubsego9LUfWhTEE n0+w== 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 w24-v6si10698916plp.110.2018.10.01.22.00.29; Mon, 01 Oct 2018 22:00: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 S1726564AbeJBLlm convert rfc822-to-8bit (ORCPT + 99 others); Tue, 2 Oct 2018 07:41:42 -0400 Received: from mga14.intel.com ([192.55.52.115]:40244 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726303AbeJBLlm (ORCPT ); Tue, 2 Oct 2018 07:41:42 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 01 Oct 2018 22:00:24 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.54,330,1534834800"; d="scan'208";a="96659275" Received: from fmsmsx104.amr.corp.intel.com ([10.18.124.202]) by orsmga002.jf.intel.com with ESMTP; 01 Oct 2018 21:58:29 -0700 Received: from fmsmsx102.amr.corp.intel.com (10.18.124.200) by fmsmsx104.amr.corp.intel.com (10.18.124.202) with Microsoft SMTP Server (TLS) id 14.3.319.2; Mon, 1 Oct 2018 21:58:29 -0700 Received: from hasmsx105.ger.corp.intel.com (10.184.198.19) by FMSMSX102.amr.corp.intel.com (10.18.124.200) with Microsoft SMTP Server (TLS) id 14.3.319.2; Mon, 1 Oct 2018 21:58:28 -0700 Received: from HASMSX109.ger.corp.intel.com ([169.254.3.28]) by HASMSX105.ger.corp.intel.com ([169.254.1.191]) with mapi id 14.03.0319.002; Tue, 2 Oct 2018 07:58:26 +0300 From: "Winkler, Tomas" To: Jarkko Sakkinen CC: Jason Gunthorpe , Nayna Jain , "Usyskin, Alexander" , "Struk, Tadeusz" , "linux-integrity@vger.kernel.org" , "linux-security-module@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "roberto.sassu@huawei.com" Subject: RE: [PATCH v5 12/21] tpm: move pcr extend code to tpm2-cmd.c Thread-Topic: [PATCH v5 12/21] tpm: move pcr extend code to tpm2-cmd.c Thread-Index: AQHUWeozFz0QOr+BiUiSikU4mA0ywaULXotQ Date: Tue, 2 Oct 2018 04:58:25 +0000 Message-ID: <5B8DA87D05A7694D9FA63FD143655C1B9D9DFAA5@hasmsx109.ger.corp.intel.com> References: <20180928223035.14471-1-tomas.winkler@intel.com> <20180928223035.14471-13-tomas.winkler@intel.com> <20181002005208.GH23753@linux.intel.com> In-Reply-To: <20181002005208.GH23753@linux.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ctpclassification: CTP_NT x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiNDZjMzZhZDYtOTE2ZC00MzJkLWE1NzctOWYzMjNlYTFkNjM2IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiUFNLeFNcL05mXC9XQWF1U0V5NUVPckkzMTR5dW1KdXhNN3FsdWc5SFpoNjRwSjdlTnNGSXN3QVh4RVdVQUlNMDlEIn0= dlp-product: dlpe-windows dlp-version: 11.0.400.15 dlp-reaction: no-action x-originating-ip: [10.255.196.9] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > > On Sat, Sep 29, 2018 at 01:30:26AM +0300, Tomas Winkler wrote: > > Add tpm2_pcr_extend() function to tpm2-cmd.c with signature required > > by tpm-interface.c. It wraps the original open code implementation. > > The original original tpm2_pcr_extend() function is renamed to > > __tpm2_pcr_extend() and made static, it is called only from new > > tpm2_pcr_extend(). > > > > Fix warnings in __tpm2_pcr_extend() > > tpm2-cmd.c:251:16: warning: comparison between signed and unsigned > > integer expressions [-Wsign-compare] > > tpm2-cmd.c:252:17: warning: comparison between signed and unsigned > > integer expressions [-Wsign-compare] > > > > Signed-off-by: Tomas Winkler > > We do not want the signature change, especially because as we are working > on getting Roberto's changes in and also because it has absolutely a zero > gain. Who cares if those functions take different parameters? I don't. Yes, we do care this series tries to have a clean cut between 1.x and 2.x specs. Please, let's finish one transformation and then move to another. I understand that Roberto will have to rebase anyhow, if this series goes in first, if this is hard I can do it myself, it's trivial. Tomas