[PATCH] tpm: fix byte order related arithmetic inconsistency in tpm_getcap()
Jarkko Sakkinen
jarkko.sakkinen at linux.intel.com
Thu May 11 10:16:46 UTC 2017
On Thu, May 11, 2017 at 01:41:15AM +0200, Luc Van Oostenryck wrote:
> On Wed, May 10, 2017 at 2:34 PM, Jarkko Sakkinen
> <jarkko.sakkinen at linux.intel.com> wrote:
>
> > Arithmetic should work but it's not a good practice to do additions,
> > substractions or multiplications in any other byte order than the CPU
> > byte order.
> >
> > sparse also complains about this.
> >
> > /Jarkko
>
> Arithmetic should work?
> let's try with 0x0080:
> in native order: 0x0080 + 0x0080 = 0x0100
> in reverse order: 0x8000 + 0x8000 = 0x0000 != swap16(0x0100)
>
> Or do I misunderstand what you mean by "arithmetic should work"?
>
> -- Luc Van Oostenryck
I was referring to the specific code snippet in tpm-interface.c.
/Jarkko
--
To unsubscribe from this list: send the line "unsubscribe linux-security-module" in
the body of a message to majordomo at vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
More information about the Linux-security-module-archive
mailing list