From: Felipe Balbi <balbi@ti.com>
To: Wolfram Sang <w.sang@pengutronix.de>
Cc: linux-i2c@vger.kernel.org,
Linux OMAP Mailing List <linux-omap@vger.kernel.org>,
Linux ARM Kernel Mailing List
<linux-arm-kernel@lists.infradead.org>,
Tony Lindgren <tony@atomide.com>, Felipe Balbi <balbi@ti.com>
Subject: [PATCH REBASE 0/6] i2c: omap: misc changes
Date: Fri, 14 Dec 2012 18:34:03 +0200 [thread overview]
Message-ID: <1355502849-9289-1-git-send-email-balbi@ti.com> (raw)
Hi,
this is just a rebase of the previous series adding support
for amount of bytes transferred upon NACK.
Well, actually the patches implementing transferred bytes
reporting aren't here because we need to discuss how to move
forward.
This series is just a preparation for that, but it also
contains a at least one bugfix.
Each and every patch has been tested with pandaboard, it
would be nice to get Tested-bys from other folks on other
platforms before pushing this for v3.9 (there's more than
enough time for that).
Note that we're also dropping b_hw flag since that becomes
useless since we'll never set STT and STP together anymore.
Give it a good round of test, please.
Felipe Balbi (6):
i2c: omap: no need to access platform_device
i2c: omap: also complete() when stat becomes zero
i2c: omap: improve 'rev' a little bit
i2c: omap: in case of VERSION_2 read IRQSTATUS_RAW but write to
IRQSTATUS
i2c: omap: wait for transfer completion before sending STP bit
i2c: omap: get rid of b_hw flag
drivers/i2c/busses/i2c-omap.c | 184 +++++++++++++++++++++---------------------
1 file changed, 93 insertions(+), 91 deletions(-)
--
1.8.1.rc1.5.g7e0651a
next reply other threads:[~2012-12-14 16:34 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-14 16:34 Felipe Balbi [this message]
2012-12-14 16:34 ` [PATCH REBASE 1/6] i2c: omap: no need to access platform_device Felipe Balbi
2012-12-14 16:34 ` [PATCH REBASE 3/6] i2c: omap: improve 'rev' a little bit Felipe Balbi
[not found] ` <1355502849-9289-1-git-send-email-balbi-l0cyMroinI0@public.gmane.org>
2012-12-14 16:34 ` [PATCH REBASE 2/6] i2c: omap: also complete() when stat becomes zero Felipe Balbi
2012-12-14 16:34 ` [PATCH REBASE 4/6] i2c: omap: in case of VERSION_2 read IRQSTATUS_RAW but write to IRQSTATUS Felipe Balbi
2012-12-14 16:34 ` [PATCH REBASE 5/6] i2c: omap: wait for transfer completion before sending STP bit Felipe Balbi
2013-01-14 19:16 ` [PATCH REBASE 0/6] i2c: omap: misc changes Felipe Balbi
[not found] ` <20130114191628.GB9402-S8G//mZuvNWo5Im9Ml3/Zg@public.gmane.org>
2013-01-23 9:58 ` Wolfram Sang
2013-01-23 10:23 ` [PATCH 0/6] i2c: deferred STP Felipe Balbi
2013-01-23 10:23 ` [PATCH 2/6] i2c: omap: also complete() when stat becomes zero Felipe Balbi
2013-01-24 9:05 ` Aaro Koskinen
2013-01-24 9:13 ` Felipe Balbi
[not found] ` <20130124091339.GF27304-S8G//mZuvNWo5Im9Ml3/Zg@public.gmane.org>
2013-01-24 9:37 ` Felipe Balbi
2013-01-24 9:56 ` Aaro Koskinen
2013-01-23 10:23 ` [PATCH 3/6] i2c: omap: improve 'rev' a little bit Felipe Balbi
[not found] ` <1358936588-16375-1-git-send-email-balbi-l0cyMroinI0@public.gmane.org>
2013-01-23 10:23 ` [PATCH 1/6] i2c: omap: no need to access platform_device Felipe Balbi
2013-01-23 10:23 ` [PATCH 4/6] i2c: omap: in case of VERSION_2 read IRQSTATUS_RAW but write to IRQSTATUS Felipe Balbi
2013-01-23 10:23 ` [PATCH 5/6] i2c: omap: wait for transfer completion before sending STP bit Felipe Balbi
2013-01-23 20:10 ` Aaro Koskinen
2013-01-24 7:35 ` Felipe Balbi
2013-01-24 7:42 ` [PATCH 5/6 v2] " Felipe Balbi
2013-01-23 10:23 ` [PATCH 6/6] i2c: omap: get rid of b_hw flag Felipe Balbi
2013-01-23 20:05 ` [PATCH 0/6] i2c: deferred STP Aaro Koskinen
[not found] ` <20130123200540.GE23057-R3WNPi76c83LsdW6vOPryG4HOFkwEHDbMR2xtNvyitY@public.gmane.org>
2013-01-24 16:11 ` Aaro Koskinen
2012-12-14 16:34 ` [PATCH REBASE 6/6] i2c: omap: get rid of b_hw flag Felipe Balbi
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=1355502849-9289-1-git-send-email-balbi@ti.com \
--to=balbi@ti.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-i2c@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=tony@atomide.com \
--cc=w.sang@pengutronix.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;
as well as URLs for NNTP newsgroup(s).