From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932437AbbEHU7s (ORCPT ); Fri, 8 May 2015 16:59:48 -0400 Received: from cantor2.suse.de ([195.135.220.15]:53307 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932068AbbEHU6g (ORCPT ); Fri, 8 May 2015 16:58:36 -0400 Date: Fri, 8 May 2015 22:58:31 +0200 From: Jean Delvare To: Randy Grunwell Cc: linux-i2c@vger.kernel.org, linux-sh@vger.kernel.org, Magnus Damm , Simon Horman , Laurent Pinchart , Geert Uytterhoeven , linux-kernel@vger.kernel.org, Wolfram Sang Subject: Re: [RFC] i2c-tools: i2ctransfer: add new tool Message-ID: <20150508225831.63f2d895@endymion.delvare> In-Reply-To: References: <1425053816-19804-1-git-send-email-wsa@the-dreams.de> <20150507220812.3776bb83@endymion.delvare> <20150508105401.223a8598@endymion.delvare> Organization: SUSE Linux X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.23; x86_64-suse-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Randy, On Fri, 8 May 2015 15:28:19 +0000, Randy Grunwell wrote: > I'm curious why this would not be an extension of the i2c read and write commands? Would it not make sense to add a tier above "Block" (perhaps "Extended"), and use the same syntax? > > Forgive me if this is out of place - I'm quite new, both here and to Linux/C. No problem, asking questions is fine. The thing is that this isn't only a question of maximum length. It is also a question of which kernel interface is being used (ioctl I2C_RDWR instead of ioctl I2C_SMBUS.) Additionally, i2ctransfer supports any combination of reading and writing, so in essence it doesn't extend a specific existing tool, it extends all of them. And the command line interface will be completely different, whichever we settle for. So it seems quite obvious that a separate tool is the best way to implement the feature, as Wolfram did. -- Jean Delvare SUSE L3 Support