Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.kernel > #1225453 > unrolled thread

[PATCH v3] tpm, tpm_crb: fix unaligned read of the command buffer address

Back to article view | Back to linux.kernel

Contents

  [PATCH v3] tpm, tpm_crb: fix unaligned read of the command buffer address Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com> - 2015-09-15 19:10 +0200
    Re: [PATCH v3] tpm, tpm_crb: fix unaligned read of the command  buffer address Jason Gunthorpe <jgunthorpe@obsidianresearch.com> - 2015-09-15 19:30 +0200
      Re: [PATCH v3] tpm, tpm_crb: fix unaligned read of the command  buffer address Jarkko Sakkinen <jarkko.sakkinen@intel.com> - 2015-09-16 09:20 +0200
        Re: [PATCH v3] tpm, tpm_crb: fix unaligned read of the command  buffer address Jarkko Sakkinen <jarkko.sakkinen@intel.com> - 2015-09-16 15:40 +0200

#1225453 — [PATCH v3] tpm, tpm_crb: fix unaligned read of the command buffer address

The command buffer address must be read with exactly two 32-bit reads.
Otherwise, on some HW platforms, it seems that HW will abort the read
operation, which causes CPU to fill the read bytes with 1's. Therefore,
we cannot rely on memcpy_fromio() but must call ioread32() two times
instead.

Also, this matches the PC Client Platform TPM Profile specification,
which defines command buffer address with two 32-bit fields.

Signed-off-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>
---
 drivers/char/tpm/tpm_crb.c | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/drivers/char/tpm/tpm_crb.c b/drivers/char/tpm/tpm_crb.c
index b4564b6..c09b370 100644
--- a/drivers/char/tpm/tpm_crb.c
+++ b/drivers/char/tpm/tpm_crb.c
@@ -68,7 +68,8 @@ struct crb_control_area {
 	u32 int_enable;
 	u32 int_sts;
 	u32 cmd_size;
-	u64 cmd_pa;
+	u32 cmd_pa_low;
+	u32 cmd_pa_high;
 	u32 rsp_size;
 	u64 rsp_pa;
 } __packed;
@@ -263,8 +264,8 @@ static int crb_acpi_add(struct acpi_device *device)
 		return -ENOMEM;
 	}
 
-	memcpy_fromio(&pa, &priv->cca->cmd_pa, 8);
-	pa = le64_to_cpu(pa);
+	pa = ((u64) le32_to_cpu(ioread32(&priv->cca->cmd_pa_high)) << 32) +
+		(u64) le32_to_cpu(ioread32(&priv->cca->cmd_pa_low));
 	priv->cmd = devm_ioremap_nocache(dev, pa,
 					 ioread32(&priv->cca->cmd_size));
 	if (!priv->cmd) {
-- 
2.5.0

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [next] | [standalone]

#1225459 — Re: [PATCH v3] tpm, tpm_crb: fix unaligned read of the command buffer address

On Tue, Sep 15, 2015 at 08:05:40PM +0300, Jarkko Sakkinen wrote:
> The command buffer address must be read with exactly two 32-bit reads.
> Otherwise, on some HW platforms, it seems that HW will abort the read
> operation, which causes CPU to fill the read bytes with 1's. Therefore,
> we cannot rely on memcpy_fromio() but must call ioread32() two times
> instead.
> 
> Also, this matches the PC Client Platform TPM Profile specification,
> which defines command buffer address with two 32-bit fields.
> 
> Signed-off-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>
>  drivers/char/tpm/tpm_crb.c | 7 ++++---
>  1 file changed, 4 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/char/tpm/tpm_crb.c b/drivers/char/tpm/tpm_crb.c
> index b4564b6..c09b370 100644
> +++ b/drivers/char/tpm/tpm_crb.c
> @@ -68,7 +68,8 @@ struct crb_control_area {
>  	u32 int_enable;
>  	u32 int_sts;
>  	u32 cmd_size;
> -	u64 cmd_pa;
> +	u32 cmd_pa_low;
> +	u32 cmd_pa_high;
>  	u32 rsp_size;
>  	u64 rsp_pa;

What about rsp_pa?

>  } __packed;

As I mentioned, drop the __packed.

Otherwise:

Reviewed-By: Jason Gunthorpe <jgunthorpe@obsidianresearch.com>

Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]

#1225765 — Re: [PATCH v3] tpm, tpm_crb: fix unaligned read of the command buffer address

On Tue, Sep 15, 2015 at 11:22:27AM -0600, Jason Gunthorpe wrote:
> On Tue, Sep 15, 2015 at 08:05:40PM +0300, Jarkko Sakkinen wrote:
> > The command buffer address must be read with exactly two 32-bit reads.
> > Otherwise, on some HW platforms, it seems that HW will abort the read
> > operation, which causes CPU to fill the read bytes with 1's. Therefore,
> > we cannot rely on memcpy_fromio() but must call ioread32() two times
> > instead.
> > 
> > Also, this matches the PC Client Platform TPM Profile specification,
> > which defines command buffer address with two 32-bit fields.
> > 
> > Signed-off-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>
> >  drivers/char/tpm/tpm_crb.c | 7 ++++---
> >  1 file changed, 4 insertions(+), 3 deletions(-)
> > 
> > diff --git a/drivers/char/tpm/tpm_crb.c b/drivers/char/tpm/tpm_crb.c
> > index b4564b6..c09b370 100644
> > +++ b/drivers/char/tpm/tpm_crb.c
> > @@ -68,7 +68,8 @@ struct crb_control_area {
> >  	u32 int_enable;
> >  	u32 int_sts;
> >  	u32 cmd_size;
> > -	u64 cmd_pa;
> > +	u32 cmd_pa_low;
> > +	u32 cmd_pa_high;
> >  	u32 rsp_size;
> >  	u64 rsp_pa;
> 
> What about rsp_pa?

It's naturally aligned and defined as 64-bit field in:

http://www.trustedcomputinggroup.org/developers/pc_client/specifications

Also in a platform (not available in public yet) it gets read correctly.

> >  } __packed;
> 
> As I mentioned, drop the __packed.

I didn't do that because it is not mandatory for the bug fix.

I would rather submit it as a separate commit later on.

> Otherwise:
> 
> Reviewed-By: Jason Gunthorpe <jgunthorpe@obsidianresearch.com>
> 
> Jason

/Jarkko
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]

#1226087 — Re: [PATCH v3] tpm, tpm_crb: fix unaligned read of the command buffer address

On Wed, Sep 16, 2015 at 10:19:17AM +0300, Jarkko Sakkinen wrote:
> On Tue, Sep 15, 2015 at 11:22:27AM -0600, Jason Gunthorpe wrote:
> > On Tue, Sep 15, 2015 at 08:05:40PM +0300, Jarkko Sakkinen wrote:
> > > The command buffer address must be read with exactly two 32-bit reads.
> > > Otherwise, on some HW platforms, it seems that HW will abort the read
> > > operation, which causes CPU to fill the read bytes with 1's. Therefore,
> > > we cannot rely on memcpy_fromio() but must call ioread32() two times
> > > instead.
> > > 
> > > Also, this matches the PC Client Platform TPM Profile specification,
> > > which defines command buffer address with two 32-bit fields.
> > > 
> > > Signed-off-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>
> > >  drivers/char/tpm/tpm_crb.c | 7 ++++---
> > >  1 file changed, 4 insertions(+), 3 deletions(-)
> > > 
> > > diff --git a/drivers/char/tpm/tpm_crb.c b/drivers/char/tpm/tpm_crb.c
> > > index b4564b6..c09b370 100644
> > > +++ b/drivers/char/tpm/tpm_crb.c
> > > @@ -68,7 +68,8 @@ struct crb_control_area {
> > >  	u32 int_enable;
> > >  	u32 int_sts;
> > >  	u32 cmd_size;
> > > -	u64 cmd_pa;
> > > +	u32 cmd_pa_low;
> > > +	u32 cmd_pa_high;
> > >  	u32 rsp_size;
> > >  	u64 rsp_pa;
> > 
> > What about rsp_pa?
> 
> It's naturally aligned and defined as 64-bit field in:
> 
> http://www.trustedcomputinggroup.org/developers/pc_client/specifications
> 
> Also in a platform (not available in public yet) it gets read correctly.

memcpy_64.S uses rep movsq and rep movsb for the remainder. That's why
the read failed in the case of cmd address but it does not fail with rsp
address.

See http://lxr.free-electrons.com/source/arch/x86/lib/memcpy_64.S

> > >  } __packed;
> > 
> > As I mentioned, drop the __packed.
> 
> I didn't do that because it is not mandatory for the bug fix.
> 
> I would rather submit it as a separate commit later on.
> 
> > Otherwise:
> > 
> > Reviewed-By: Jason Gunthorpe <jgunthorpe@obsidianresearch.com>
> > 
> > Jason
> 
> /Jarkko

/Jarkko
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [standalone]

Back to top | Article view | linux.kernel

csiph-web