linux-i2c.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Wolfram Sang <w.sang@pengutronix.de>
To: Shubhrajyoti D <shubhrajyoti@ti.com>
Cc: linux-omap@vger.kernel.org, linux-i2c@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, ben-linux@fluff.org,
	tony@atomide.com
Subject: Re: [PATCHv7 00/24] I2C big cleanup
Date: Thu, 16 Aug 2012 16:15:38 +0200	[thread overview]
Message-ID: <20120816141538.GA13740@pengutronix.de> (raw)
In-Reply-To: <1345125835-15524-1-git-send-email-shubhrajyoti@ti.com>

[-- Attachment #1: Type: text/plain, Size: 1783 bytes --]

On Thu, Aug 16, 2012 at 07:33:31PM +0530, Shubhrajyoti D wrote:
> Changes since v1:
>        - removed tabification on patch 6/17
>        - removed dev_err() which was introduced on patch 09/17
> Changes since v2:
>         - do not set full fifo depth in the RDR interrupt.
>         - some changelog updates.
>         - rebase to the Wolfram's tree.
> Changes since v3:
>         - Remove a redundant read of status register
>         - Read the dev->buf_len variable instead of the register
>         as the information of the remaining bytes is there.
> Changes since v4:
>         - Ack the arbitration lost.
>         - Rebase to the i2c-embedded/for-next branch.
> Changes since v5:
>         - Rebase to latest mainline
>         - Added some more cleanup patches so as have a consolidated series.
> Changes since v6:
>         - Fix comments on setting the pdev to NULL.
>         - Trivial changelog update
> 
> Tested on omap4sdp and 3430sdp.
> 
> The following changes since commit 3bf671af14d591ede9251acb0085e8017f3705e7:
> 
>   Merge branch 'fixes-for-3.6' of git://git.kernel.org/pub/scm/linux/kernel/git/cooloney/linux-leds (2012-08-13 09:59:04 +0300)
> 
> are available in the git repository at:
> 
>   git://gitorious.org/linus-tree/linus-tree.git for_3.6/i2c/big_cleanup

A GIT tree, thanks for that!

Since the series is quite huge, I'd appreciate it if you could wait for
reviews a little bit (a few days) and collect the issues raised there
before resending. I know "release early & often", yet the traffic causes
some overhead here :)

Thanks,

   Wolfram

-- 
Pengutronix e.K.                           | Wolfram Sang                |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

      parent reply	other threads:[~2012-08-16 14:15 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-16 14:03 [PATCHv7 00/24] I2C big cleanup Shubhrajyoti D
2012-08-16 14:03 ` [PATCHv7 03/24] i2c: omap: decrease indentation level on data handling Shubhrajyoti D
2012-08-16 14:03 ` [PATCHv7 04/24] i2c: omap: add blank lines Shubhrajyoti D
2012-08-16 14:03 ` [PATCHv7 09/24] i2c: omap: switch over to do {} while loop Shubhrajyoti D
     [not found] ` <1345125835-15524-1-git-send-email-shubhrajyoti-l0cyMroinI0@public.gmane.org>
2012-08-16 14:03   ` [PATCHv7 01/24] i2c: omap: switch to devm_* API Shubhrajyoti D
2012-08-16 14:03   ` [PATCHv7 02/24] i2c: omap: simplify num_bytes handling Shubhrajyoti D
2012-08-16 14:03   ` [PATCHv7 05/24] i2c: omap: simplify omap_i2c_ack_stat() Shubhrajyoti D
2012-08-16 14:03   ` [PATCHv7 06/24] i2c: omap: split out [XR]DR and [XR]RDY Shubhrajyoti D
2012-08-16 14:03   ` [PATCHv7 07/24] i2c: omap: improve i462 errata handling Shubhrajyoti D
2012-08-16 14:03   ` [PATCHv7 08/24] i2c: omap: re-factor receive/transmit data loop Shubhrajyoti D
2012-08-16 14:03   ` [PATCHv7 10/24] i2c: omap: ack IRQ in parts Shubhrajyoti D
2012-08-16 14:03   ` [PATCHv7 12/24] i2c: omap: bus: add a receiver flag Shubhrajyoti D
2012-08-16 14:03   ` [PATCHv7 13/24] i2c: omap: simplify errata check Shubhrajyoti D
2012-08-16 14:03   ` [PATCHv7 15/24] i2c: omap: simplify IRQ exit path Shubhrajyoti D
2012-08-16 14:03   ` [PATCHv7 17/24] i2c: omap: get rid of the "complete" label Shubhrajyoti D
2012-08-16 14:03   ` [PATCHv7 18/24] i2c: omap: remove redundant status read Shubhrajyoti D
2012-08-16 14:03   ` [PATCHv7 20/24] i2c: omap: switch to threaded IRQ support Shubhrajyoti D
2012-08-16 14:03   ` [PATCHv7 21/24] i2c: omap: remove unnecessary pm_runtime_suspended check Shubhrajyoti D
2012-08-16 14:03   ` [PATCHv7 22/24] i2c: omap: switch over to autosuspend API Shubhrajyoti D
2012-08-16 14:03   ` [PATCHv7 24/24] i2c: omap: Prevent NULL pointer dereference in remove Shubhrajyoti D
2012-08-16 14:03 ` [PATCHv7 11/24] i2c: omap: switch to platform_get_irq() Shubhrajyoti D
2012-08-16 14:03 ` [PATCHv7 14/24] i2c: omap: always return IRQ_HANDLED Shubhrajyoti D
2012-08-16 14:03 ` [PATCHv7 16/24] i2c: omap: resize fifos before each message Shubhrajyoti D
2012-08-16 14:03 ` [PATCHv7 19/24] i2c: omap: always return IRQ_HANDLED Shubhrajyoti D
2012-08-16 14:03 ` [PATCHv7 23/24] i2c: omap: sanitize exit path Shubhrajyoti D
2012-08-16 14:15 ` Wolfram Sang [this message]

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=20120816141538.GA13740@pengutronix.de \
    --to=w.sang@pengutronix.de \
    --cc=ben-linux@fluff.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-i2c@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=shubhrajyoti@ti.com \
    --cc=tony@atomide.com \
    /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).