Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1650922imu; Sun, 18 Nov 2018 06:12:52 -0800 (PST) X-Google-Smtp-Source: AJdET5dV2uSgTJoooVWD3Jv7cv87VO/lPendyMHgYLLKrPslYQRcS3hppWDRDfeLH4EMWV9HFXTy X-Received: by 2002:a62:8d92:: with SMTP id p18-v6mr19684781pfk.217.1542550372202; Sun, 18 Nov 2018 06:12:52 -0800 (PST) Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s84si19668426pgs.306.2018.11.18.06.12.37; Sun, 18 Nov 2018 06:12:52 -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; arc=fail (body hash mismatch); 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727432AbeKSAaz convert rfc822-to-8bit (ORCPT + 99 others); Sun, 18 Nov 2018 19:30:55 -0500 Received: from sender-of-o53.zoho.com ([135.84.80.218]:21741 "EHLO sender-of-o53.zoho.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726180AbeKSAaz (ORCPT ); Sun, 18 Nov 2018 19:30:55 -0500 ARC-Seal: i=1; a=rsa-sha256; t=1542550213; cv=none; d=zoho.com; s=zohoarc; b=IFtfim+G1L7XwABL+n9cnQ/shtL95QR0TfTzHRx7x0cud5pm+T7zePTsuj2W+coCt+AzCGyaoY9XIQaSbLKpoQ+gS5QUAmpw113cWmGW9YoHHArcQS0mOsRpDSQ6ACqVhrDncRu36NrjoJfqyLizj9NiMDN3yu4Xs+HPUSjTu9o= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1542550213; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results; bh=NXtbWNmpG8uvyT6Mad4CZ0zIk9MTL88p+iZGacEtSl8=; b=IOcj0Nnd0EloBO6fOQ598aRP9+n2BBF1h1S2pT/JCmMpg57uvCdQrlEnNDZGx6OAPkY/xy/vLhMaD+9yqhvM9w4DnsDNmLlLXiixZkbLicqV4PS6NQasBOSr53ZnSMki7IOcYTR9UZiWuQu+9avpVkJXGMyGFYj2vOWsct4r3Lg= ARC-Authentication-Results: i=1; mx.zoho.com; dkim=pass header.i=mniewoehner.de; spf=pass smtp.mailfrom=linux@mniewoehner.de; dmarc=pass header.from= header.from= Received: from z3r0 (31.187.91.78 [31.187.91.78]) by mx.zohomail.com with SMTPS id 1542550210855818.6736879055078; Sun, 18 Nov 2018 06:10:10 -0800 (PST) Message-ID: <467833cc47247a55595d72426f46eeac1406eb04.camel@mniewoehner.de> Subject: Re: [BUG] Nuvoton NCPT650 TPM 2.0 mode not working From: Michael =?ISO-8859-1?Q?Niew=F6hner?= To: Jarkko Sakkinen Cc: Mimi Zohar , James Bottomley , peterhuewe@gmx.de, jgg@ziepe.ca, arnd@arndb.de, linux-integrity@vger.kernel.org, linux-kernel , Nayna Jain In-Reply-To: <20181118081833.GH5897@linux.intel.com> References: <1541960689.3190.4.camel@HansenPartnership.com> <1541962653.3190.7.camel@HansenPartnership.com> <7d8cc5ad4bb7548d283f363de6f24c90d5d0a2b2.camel@mniewoehner.de> <1541968191.3190.12.camel@HansenPartnership.com> <3243d0325b3ea5878d3f86b0ee4fec1498f21dc1.camel@mniewoehner.de> <660b0934bc16c8d195a2724f8be4ba8dfbe71134.camel@mniewoehner.de> <1541972556.3734.90.camel@linux.ibm.com> <4f7cc7152f2266d8d0782889db2375d4c1c71987.camel@mniewoehner.de> <20181118081833.GH5897@linux.intel.com> Content-Type: text/plain; charset="UTF-8" Date: Sun, 18 Nov 2018 15:10:06 +0100 Mime-Version: 1.0 X-Mailer: Evolution 3.28.5 Content-Transfer-Encoding: 8BIT X-ZohoMailClient: External Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 2018-11-18 at 10:18 +0200, Jarkko Sakkinen wrote: > On Fri, Nov 16, 2018 at 10:06:28PM +0100, Michael Niewöhner wrote: > > On Wed, 2018-11-14 at 21:46 +0100, Michael Niewöhner wrote: > > > Hi all, > > > > > > I tried that patch mentioned by Mimi but it does not change anything for > > > me. > > > > > > Then I did some more tests with different kernel configs and finally got > > > TPM > > > working by > > > a) compiling TPM as modules and rmmod tpm* and re-modprobe tpm_tis. > > > > > > (initramfs) dmesg | grep -i tpm > > > [ 0.000000] efi: ACPI 2.0=0x9ea7e000 ACPI=0x9ea7e000 SMBIOS=0x9f5eb000 > > > SMBIOS 3.0=0x9f5ea000 ESRT=0x9c07d918 MEMATTR=0x9bea3018 > > > TPMEventLog=0x97cbb018 > > > [ 0.003793] ACPI: TPM2 0x000000009EAB7F70 000034 (v03 LENOVO TC- > > > S06 00001260 AMI 00000000) > > > (initramfs) rmmod tpm_crb tpm_tis tpm_tis_core tpm > > > (initramfs) modprobe tpm_tis > > > [ 44.956905] tpm_tis MSFT0101:00: 2.0 TPM (device-id 0xFE, rev-id 2) > > > > > > b) compiling TPM-support in-kernel and manually bind the ACPI device > > > > > > (initramfs) dmesg | grep -i tpm > > > [ 0.000000] efi: ACPI 2.0=0x9ea7e000 ACPI=0x9ea7e000 SMBIOS=0x9f5eb000 > > > SMBIOS > > > 3.0=0x9f5ea000 ESRT=0x9c07d918 MEMATTR=0x9bea3018 TPMEventLog=0x97cbb018 > > > [ 0.003546] ACPI: TPM2 0x000000009EAB7F70 000034 (v03 LENOVO TC-S06 > > > 00001260 > > > AMI 00000000) > > > (initramfs) echo MSFT0101:00 >/sys/bus/platform/drivers/tpm_tis/bind > > > [ 233.076079] tpm_tis MSFT0101:00: 2.0 TPM (device-id 0xFE, rev-id 2) > > > > > > > > > It seems to me, the kernel tries to enable the TPM to early... > > > > > > > > > Michael > > > > Looks like the manual driver bind works more or less but e.g reading hwrng > > does > > not work... > > > > # echo MSFT0101:00 >/sys/bus/platform/drivers/tpm_tis/bind > > [ 148.293302] tpm_tis MSFT0101:00: 2.0 TPM (device-id 0xFE, rev-id 2) > > # cat /sys/devices/virtual/misc/hw_random/rng_current > > tpm-rng-0 > > # cat /dev/hwrng >/dev/null > > cat: /dev/hwrng: Operation not permitted > > Can you check with trace-cmd start -p function -l 'tpm*'? > > /Jarkko Hi Jarko, what output do you need exactly? root@debian:~# trace-cmd record -p function -l 'tpm*' plugin 'function' Hit Ctrl^C to stop recording ^CCPU0 data recorded at offset=0x464000 0 bytes in size CPU1 data recorded at offset=0x464000 0 bytes in size CPU2 data recorded at offset=0x464000 0 bytes in size CPU3 data recorded at offset=0x464000 4096 bytes in size CPU4 data recorded at offset=0x465000 4096 bytes in size CPU5 data recorded at offset=0x466000 0 bytes in size CPU6 data recorded at offset=0x466000 0 bytes in size CPU7 data recorded at offset=0x466000 0 bytes in size root@debian:~# trace-cmd report CPU 0 is empty CPU 1 is empty CPU 2 is empty CPU 5 is empty CPU 6 is empty CPU 7 is empty cpus=8 cat-3324 [003] 265.547715: function: tpm_hwrng_read cat-3324 [003] 265.547721: function: tpm_get_random cat-3324 [003] 265.547721: function: tpm_find_get_ops cat-3324 [003] 265.547721: function: tpm_try_get_ops cat-3324 [003] 265.547721: function: tpm2_get_random cat-3324 [003] 265.547722: function: tpm_transmit_cmd cat-3324 [003] 265.547722: function: tpm_transmit cat-3324 [003] 265.547722: function: tpm_tis_clkrun_enable cat-3324 [003] 265.547723: function: tpm_tcg_read_bytes < snip ... many times the same lines: cat-3324 ... function: tpm_tcg_read_bytes > cat-3324 [004] 266.291087: function: tpm_tcg_read_bytes cat-3324 [004] 266.296347: function: tpm_tis_clkrun_enable cat-3324 [004] 266.296349: function: tpm_put_ops Michael