lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Wed, 2 May 2012 20:14:35 +0200
From:	Andi Shyti <andi.shyti@...il.com>
To:	Bryan Freed <bfreed@...omium.org>
Cc:	Peter Huewe <peter.huewe@...ineon.com>,
	Rajiv Andrade <srajiv@...ux.vnet.ibm.com>, tpmdd@...horst.net,
	tpmdd-devel@...ts.sourceforge.net, linux-kernel@...r.kernel.org,
	Olof Johansson <olof@...om.net>,
	Luigi Semenzato <semenzato@...gle.com>
Subject: Re: [PATCH] CHROMIUM: tpm: tpm_tis_i2c: Lock the I2C adapter for a
 sequence of requests.

Hi Bryan,

> > try to have a look to the i2c_smbus* function, you could avoid
> > lot of code
On Wed, May 02, 2012 at 10:25:09AM -0700, Bryan Freed wrote:
> (Sorry for resending...)
> 
> Andi, it is not clear what i2c_smbus_* functions in particular will
> improve upon this change.
> 
> All i2c_smbus_* functions go through i2c_smbus_xfer() which at some
> point will i2c_lock_adapter() for each request.
> This is true for adapters that support SMBUS (where the lock occurs
> directly in i2c_smbus_xfer()) or just I2C (where the lock occurs in
> i2c_transfer() called through i2c_smbus_xfer_emulated()).
> 
> The goal of this change is for the tpm_tis_i2c driver to be able to
> lock an adapter over the duration of several I2C requests.
> Presumably, that is why i2c_lock_adapter() is exported.

the i2c_smbus_* functions will not improve anything to the
driver, it will increase the readability and it will allow you to
do the same stuff with less code.
All the i2c communication implementation you wrote here, is
already written in the i2c-core.c file.

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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ