public inbox for linux-i2c@vger.kernel.org
 help / color / mirror / Atom feed
From: Ben Hutchings <bhutchings@solarflare.com>
To: Jean Delvare <khali@linux-fr.org>
Cc: Jeff Garzik <jgarzik@redhat.com>,
	netdev@vger.kernel.org, Linux I2C <i2c@lm-sensors.org>,
	linux-net-drivers@solarflare.com
Subject: Re: SFC driver implements its own I2C support
Date: Wed, 14 May 2008 22:58:20 +0100	[thread overview]
Message-ID: <20080514215818.GH28241@solarflare.com> (raw)
In-Reply-To: <20080513103325.1ab317cf@hyperion.delvare>

Jean Delvare wrote:
> Hi Ben, hi Jeff,

Please use the address linux-net-drivers@solarflare.com, as listed in
MAINTAINERS, which goes to everyone working on the sfc driver here.

> My attention was brought to the drivers/net/sfc/i2c-direct.c file which
> appeared recently in the Linux kernel. Apparently this is a custom
> implementation of I2C support, including software bit-banging. All this
> is already available in the Linux kernel in:
>   drivers/i2c/i2c-core.c
>   drivers/i2c/algos/i2c-algo-bit.c
> So it really doesn't make sense to duplicate the code in the sfc
> network driver.
>
> Can you please get rid of this custom I2C implementation and use the
> standard one?

We intend to do so, but may not be able to do it before 2.6.26.

> It should be really easy, all you have to do is include
> <linux/i2c.h> and <linux/i2c-algo-bit.h>, pack your SDA and SCL get/set
> functions in a struct i2c_algo_bit_data, and call i2c_bit_add_bus() on
> it. See drivers/video/intelfb/intelfb_i2c.c (or any framebuffer driver
> with I2C/DDC support) for an example.

I have made a start on this, and it looked like it would be a bit more
difficult than that.  But then perhaps I was doing more work than I
really needed to.

Also, see comments from the original author of our I2C code in
<http://thread.gmane.org/gmane.linux.kernel.commits.head/145999/focus=92866>.

> Using the standard I2C implementation will give you access to all the
> i2c debugging tools, user-space access to the I2C bus if needed, and
> compatibility with all the Linux i2c device drivers, including hardware
> monitoring and GPIO drivers which apparently the SFC hardware uses.

Right.  But the most immediate requirement is that we be able to
configure I2C devices from the sfc driver.  Most of our reference
designs require that as part of their initialisation.

Ben.

-- 
Ben Hutchings, Senior Software Engineer, Solarflare Communications
Not speaking for my employer; that's the marketing department's job.

  reply	other threads:[~2008-05-14 21:58 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-13  8:33 SFC driver implements its own I2C support Jean Delvare
2008-05-14 21:58 ` Ben Hutchings [this message]
2008-05-15  9:24   ` Jean Delvare
2008-05-15 12:04     ` Michael Brown
2008-05-15 12:39       ` Jean Delvare
2008-05-15 12:58         ` [i2c] " Wolfram Sang
     [not found]         ` <20080515143954.15bc4170-ig7AzVSIIG7kN2dkZ6Wm7A@public.gmane.org>
2008-05-15 14:49           ` Ben Hutchings
2008-05-15 14:52         ` Michael Brown
2008-05-15 12:03   ` [i2c] " Riku Voipio

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=20080514215818.GH28241@solarflare.com \
    --to=bhutchings@solarflare.com \
    --cc=i2c@lm-sensors.org \
    --cc=jgarzik@redhat.com \
    --cc=khali@linux-fr.org \
    --cc=linux-net-drivers@solarflare.com \
    --cc=netdev@vger.kernel.org \
    /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