From: Rajiv Andrade <srajiv@linux.vnet.ibm.com>
To: Eric Paris <eparis@redhat.com>
Cc: "\"dds (☕)\"" <dds@google.com>,
seiji.munetoh@gmail.com, tpmdd-devel@lists.sourceforge.net,
"Mimi Zohar" <zohar@linux.vnet.ibm.com>,
linux-kernel <linux-kernel@vger.kernel.org>,
"Shahbaz Khan" <shaz.linux@gmail.com>
Subject: Re: [tpmdd-devel] TPM drivers support and Linux Integrity Module for 2.6.30
Date: Mon, 15 Jun 2009 13:02:27 -0300 [thread overview]
Message-ID: <4A367093.6010206@linux.vnet.ibm.com> (raw)
In-Reply-To: <1245068894.3247.22.camel@dhcp231-142.rdu.redhat.com>
Eric Paris wrote:
> On Sun, 2009-06-14 at 16:20 -0300, Rajiv Andrade wrote:
>
>> Hi David,
>>
>> On Sun, 2009-06-14 at 16:15 +0900, dds (☕) wrote:
>>
>>> Hello, I'd been meaning to write about this.
>>>
>
> I can't seem to find the mail from david in any archive, does anyone
> have a pointer?
>
>
Neither do I, only have it in my inbox, seems that it got bounced by
both ML..
> but my real problem is that the patch doesn't work! We call tpm_getcap
> to know if we should work around a tpm bug.
>
> tpm_getcap->transmit_cmd->tpm_transmit->chip->vendor.send
>
> which of course ends up in tpm_tis_send() but we needed that
> manufacturer_id before tpm_tis_send can work!
>
>
Yep, sorry. Two options:
1- Inside that check, if got an error when in that particular
tpm_getcap() stacked call, consider that it might be this iTPM, and
bypass it just to get the value from the chip (would happen only once) -
Would work, but it's odd.
2- Forget manufacturer_id and base the decision on the PNP_ID as david
suggested. I previously considered it but since it would end up in
modifying tpm_tis_init() prototype (struct device * to struct pnp_dev *)
and then wouldn't work when loading as a module with force option on, so
I moved to the manufacturer_id approach.
I'll get back to #2 meanwhile and post the patch, seems not hard to
accomplish though..
> Below is my dmesg output of a failed build.
>
> [root@dhcp231-142 ~]# dmesg | grep -i tpm
> [ 0.945438] Platform driver 'tpm_tis' needs updating - please use dev_pm_ops
> [ 0.951161] tpm_tis tpm_tis: 1.2 TPM (device-id 0x1020, rev-id 6)
> [ 0.957171] tpm_tis tpm_tis: tpm_transmit: tpm_send: error -5
> [ 0.963239] tpm_tis tpm_tis: tpm_transmit: tpm_send: error -5
> [ 0.969190] tpm_tis tpm_tis: tpm_transmit: tpm_send: error -5
> [ 0.975165] tpm_tis tpm_tis: tpm_transmit: tpm_send: error -5
> [ 0.975369] tpm_tis_init: chip->manufacturer_id=0
> [ 1.097287] tpm_tis tpm_tis: tpm_transmit: tpm_send: error -5
> [ 1.097445] No TPM chip found, activating TPM-bypass!
> [ 110.859305] tpm_tis tpm_tis: tpm_transmit: tpm_send: error -5
>
> See all the failed tpm calls before we set the manufacturer_id at time
> 0.975369? (that printk is my own addition in tpm_tis_init)
>
> But at least you know the manucaturer_id if it helps...
>
>
For now it does, thanks
Rajiv
next prev parent reply other threads:[~2009-06-15 16:02 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-12 5:59 TPM drivers support and Linux Integrity Module for 2.6.30 Shahbaz Khan
2009-06-12 14:32 ` Mimi Zohar
2009-06-14 3:55 ` Rajiv Andrade
[not found] ` <b8394ab90906140015h793aaf51rb9b105910e61fa1@mail.gmail.com>
2009-06-14 19:20 ` [tpmdd-devel] " Rajiv Andrade
2009-06-15 12:28 ` Eric Paris
2009-06-15 16:02 ` Rajiv Andrade [this message]
2009-06-15 21:42 ` Rajiv Andrade
2009-06-16 20:49 ` Eric Paris
2009-06-19 20:09 ` Rajiv Andrade
[not found] ` <23397_1245442186_n5JK9jDX021038_1245442176.31915.49.camel@blackbox>
2009-06-19 22:23 ` Jonathan M. McCune
2009-07-01 13:21 ` Rajiv Andrade
2009-07-01 0:40 ` Andy Isaacson
2009-07-01 5:13 ` dds (☕)
2009-07-01 14:03 ` Fwd: " dds (☕)
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4A367093.6010206@linux.vnet.ibm.com \
--to=srajiv@linux.vnet.ibm.com \
--cc=dds@google.com \
--cc=eparis@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=seiji.munetoh@gmail.com \
--cc=shaz.linux@gmail.com \
--cc=tpmdd-devel@lists.sourceforge.net \
--cc=zohar@linux.vnet.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox