[U-Boot] [PATCH v3] OMAP: I2C: New read, write and probe functions

Lubomir Popov lpopov at mm-sol.com
Thu May 30 16:51:44 CEST 2013


Hi Tom,

On 30/05/13 17:37, Tom Rini wrote:
> On Thu, May 30, 2013 at 01:24:42AM +0300, Lubomir Popov wrote:
> 
>> Tested on OMAP4/5 only, but should work on older OMAPs and
>> derivatives as well.
>>
>> - Rewritten i2c_read to operate correctly with all types of chips
>>   (old function could not read consistent data from some I2C slaves).
>> - Optimised i2c_write.
>> - New i2c_probe, optionally selectable via CONFIG_I2C_PROBE_WRITE,
>>   performs write access vs read. The old probe could hang the system
>>   under certain conditions (e.g. unconfigured pads).
>> - The read/write/probe functions try to identify unconfigured bus.
>> - Status functions now read irqstatus_raw as per TRM guidelines
>>   (except for OMAP243X and OMAP34XX).
>> - Driver now supports up to I2C5 (OMAP5).
>>
>> Signed-off-by: Lubomir Popov <lpopov at mm-sol.com>
> 
> With CONFIG_I2C_PROBE_WRITE set:
> Tested-by: Tom Rini <trini at ti.com> on Beagleboard / Beagleboard xM
> 
> So lets just go with the write probe always being on again.
> 
> Now, when I git am'd I saw some whitespace problems, so please make sure
> v4 is checkpatch clean.  And note that printf("Long than 80 char wide",
> a, b) is OK and expected to NOT break the string (but do align the
> args).
> 
OK, shall do it tonight. I see a minor problem however: if we are not
going to support all OMAP2 chips (the 2420 in particular), isn't it
somewhat misleading to keep the driver named omap24xx_i2c? Letting
you decide...

-- 
Lubo


More information about the U-Boot mailing list