Hi Jason,
In fact this driver worked because the TPM burstcnt was always big
enought to support all TPM commands.
In other term burstcnt > len.
No problem for making making this patch as number 1 in this series.
Best Regards
Christophe
On 08/10/2014 00:04, Jason Gunthorpe wrote:
On Tue, Oct 07, 2014 at 10:03:07PM +0200, Christophe Ricard wrote:
When sending data in tpm_stm_i2c_send, each loop iteration send buf.
Send buf + i instead as the goal of this for loop is to send a number
of byte from buf that fit in burstcnt. Once those byte are sent, we are
supposed to send the next ones.
So, this driver never really worked? I'm guessing sending a larger
command (take ownership, for example) will exceed the burst count and
just blow up?
This should be marked for stable (please see
Documentation/stable_kernel_rules.txt)
Also, please make it the first patch in your series so it applies
cleanly to older kernels.
Reviewed-By: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
Signed-off-by: Christophe Ricard <christophe-h.ricard@xxxxxx>
drivers/char/tpm/tpm_i2c_stm_st33.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/char/tpm/tpm_i2c_stm_st33.c b/drivers/char/tpm/tpm_i2c_stm_st33.c
index 8d32ade..de9f12e 100644
+++ b/drivers/char/tpm/tpm_i2c_stm_st33.c
@@ -480,7 +480,7 @@ static int tpm_stm_i2c_send(struct tpm_chip *chip, unsigned char *buf,
if (burstcnt < 0)
return burstcnt;
size = min_t(int, len - i - 1, burstcnt);
- r = i2c_write_data(tpm_dev, TPM_DATA_FIFO, buf, size);
+ r = i2c_write_data(tpm_dev, TPM_DATA_FIFO, buf + i, size);
if (r < 0)
goto out_err;
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
