From: Lubomir Popov <lpopov@mm-sol.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v3] OMAP: I2C: New read, write and probe functions
Date: Thu, 30 May 2013 17:51:44 +0300 [thread overview]
Message-ID: <51A76780.7000809@mm-sol.com> (raw)
In-Reply-To: <20130530143742.GM11917@bill-the-cat>
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@mm-sol.com>
>
> With CONFIG_I2C_PROBE_WRITE set:
> Tested-by: Tom Rini <trini@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
next prev parent reply other threads:[~2013-05-30 14:51 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-29 22:24 [U-Boot] [PATCH v3] OMAP: I2C: New read, write and probe functions Lubomir Popov
2013-05-30 14:37 ` Tom Rini
2013-05-30 14:51 ` Lubomir Popov [this message]
2013-05-30 15:01 ` Tom Rini
2013-05-30 17:07 ` Tom Rini
2013-05-30 18:41 ` Lubomir Popov
2013-05-30 19:34 ` Lubomir Popov
2013-05-31 10:39 ` Lubomir Popov
2013-05-31 10:58 ` Lubomir Popov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=51A76780.7000809@mm-sol.com \
--to=lpopov@mm-sol.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox