From: Jean Delvare <khali@linux-fr.org>
To: Ben Hutchings <bhutchings@solarflare.com>
Cc: Jeff Garzik <jgarzik@pobox.com>,
netdev@vger.kernel.org, linux-net-drivers@solarflare.com
Subject: Re: [PATCH] sfc: I2C adapter initialisation fixes
Date: Mon, 9 Jun 2008 21:05:46 +0200 [thread overview]
Message-ID: <20080609210546.5a848333@hyperion.delvare> (raw)
In-Reply-To: <20080609182509.GJ11300@solarflare.com>
Hi Ben,
On Mon, 9 Jun 2008 19:25:10 +0100, Ben Hutchings wrote:
> As recommended by Jean Delvare:
> - Increase timeout to 50 ms
> - Leave adapter class clear so that unwanted drivers do not probe our bus
> - Use strlcpy() for name initialisation
>
> Signed-off-by: Ben Hutchings <bhutchings@solarflare.com>
> ---
> drivers/net/sfc/falcon.c | 12 +++---------
> 1 files changed, 3 insertions(+), 9 deletions(-)
>
> diff --git a/drivers/net/sfc/falcon.c b/drivers/net/sfc/falcon.c
> index 630406e..e086100 100644
> --- a/drivers/net/sfc/falcon.c
> +++ b/drivers/net/sfc/falcon.c
> @@ -223,13 +223,8 @@ static struct i2c_algo_bit_data falcon_i2c_bit_operations = {
> .getsda = falcon_getsda,
> .getscl = falcon_getscl,
> .udelay = 5,
> - /*
> - * This is the number of system clock ticks after which
> - * i2c-algo-bit gives up waiting for SCL to become high.
> - * It must be at least 2 since the first tick can happen
> - * immediately after it starts waiting.
> - */
> - .timeout = 2,
> + /* Wait up to 50 ms to begin command */
The timeout value affects every bit sent on the wire, it doesn't have
much to do with "begin command". The first half of the previous comment
was IMHO better.
> + .timeout = DIV_ROUND_UP(HZ, 20),
> };
>
> /**************************************************************************
> @@ -2479,12 +2474,11 @@ int falcon_probe_nic(struct efx_nic *efx)
>
> /* Initialise I2C adapter */
> efx->i2c_adap.owner = THIS_MODULE;
> - efx->i2c_adap.class = I2C_CLASS_HWMON;
> nic_data->i2c_data = falcon_i2c_bit_operations;
> nic_data->i2c_data.data = efx;
> efx->i2c_adap.algo_data = &nic_data->i2c_data;
> efx->i2c_adap.dev.parent = &efx->pci_dev->dev;
> - strcpy(efx->i2c_adap.name, "SFC4000 GPIO");
> + strlcpy(efx->i2c_adap.name, "SFC4000 GPIO", sizeof(efx->i2c_adap.name));
> rc = i2c_bit_add_bus(&efx->i2c_adap);
> if (rc)
> goto fail5;
>
But other than that, patch looks good, thanks.
--
Jean Delvare
next prev parent reply other threads:[~2008-06-09 19:06 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <cover.1213035602.git.bhutchings@solarflare.com>
2008-06-09 18:25 ` [PATCH] sfc: I2C adapter initialisation fixes Ben Hutchings
2008-06-09 19:05 ` Jean Delvare [this message]
2008-06-18 3:48 ` Jeff Garzik
2008-06-18 10:58 ` Ben Hutchings
2008-06-18 11:07 ` Jean Delvare
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=20080609210546.5a848333@hyperion.delvare \
--to=khali@linux-fr.org \
--cc=bhutchings@solarflare.com \
--cc=jgarzik@pobox.com \
--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;
as well as URLs for NNTP newsgroup(s).