[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150421070653.GA900@katana>
Date: Tue, 21 Apr 2015 09:06:53 +0200
From: Wolfram Sang <wsa@...-dreams.de>
To: Jean Delvare <jdelvare@...e.de>
Cc: linux-i2c@...r.kernel.org, linux-sh@...r.kernel.org,
Magnus Damm <magnus.damm@...il.com>,
Simon Horman <horms@...ge.net.au>,
Laurent Pinchart <laurent.pinchart@...asonboard.com>,
Geert Uytterhoeven <geert@...ux-m68k.org>,
linux-kernel@...r.kernel.org
Subject: Re: [RFC] i2c-tools: i2ctransfer: add new tool
On Tue, Apr 21, 2015 at 07:25:51AM +0200, Jean Delvare wrote:
> Hi Wolfram,
>
> On Mon, 20 Apr 2015 19:36:38 +0200, Wolfram Sang wrote:
> > On Fri, Feb 27, 2015 at 05:16:56PM +0100, Wolfram Sang wrote:
> > > This tool allows to construct and concat multiple I2C messages into one
> > > single transfer. Its aim is to test I2C master controllers, and so there
> > > is no SMBus fallback.
> > >
> > > Signed-off-by: Wolfram Sang <wsa@...-dreams.de>
> > > ---
> > >
> > > I've been missing such a tool a number of times now, so I finally got around to
> > > writing it myself. As with all I2C tools, it can be dangerous, but it can also
> > > be very useful when developing. I am not sure if distros should supply it, I'll
> > > leave that to Jean's experience. For embedded build systems, I think this
> > > should be selectable. It is RFC for now because it needs broader testing and some
> > > more beautification. However, I've been using it already to test the i2c_quirk
> > > infrastructure and Renesas I2C controllers.
> >
> > Jean, my tests went well and so I want to brush it up for inclusion into
> > i2c-tools upstream. Any show-stoppers you see from a high-level point of
> > view?
>
> I think it is a good idea, just I couldn't find the time to review it,
> sorry :(
No problem, no hurry. Glad to know that you like it in general.
Download attachment "signature.asc" of type "application/pgp-signature" (820 bytes)
Powered by blists - more mailing lists