public inbox for linux-i2c@vger.kernel.org
 help / color / mirror / Atom feed
From: Wolfram Sang <w.sang-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
To: Ben Dooks <ben-linux-elnMNo+KYs3YtjvyW6yDsg@public.gmane.org>
Cc: i2c-GZX6beZjE8VD60Wz+7aTrA@public.gmane.org
Subject: Re: i2c: Documentation: upgrading clients HOWTO
Date: Tue, 15 Jul 2008 20:35:43 +0200	[thread overview]
Message-ID: <20080715183543.GA5158@pengutronix.de> (raw)
In-Reply-To: <20080715155144.136915800-elnMNo+KYs3pIgCt6eIbzw@public.gmane.org>


[-- Attachment #1.1: Type: text/plain, Size: 9306 bytes --]

Hi Ben,

some minor remarks...

On Tue, Jul 15, 2008 at 04:51:44PM +0100, Ben Dooks wrote:
> Add a document describing how i2c clients on Linux 2.6 can be
> moved from the old to the new driver model.
> 
> Signed-off-by: Ben Dooks <ben-linux-elnMNo+KYs3YtjvyW6yDsg@public.gmane.org>
> 
> Index: linux-2.6.26-quilt2/Documentation/i2c/upgrading-clients
> ===================================================================
> --- /dev/null	1970-01-01 00:00:00.000000000 +0000
> +++ linux-2.6.26-quilt2/Documentation/i2c/upgrading-clients	2008-07-15 16:51:11.000000000 +0100
> @@ -0,0 +1,280 @@
> +Upgrading I2C Drivers to the new 2.6 Driver Model
> +=================================================
> +
> +Ben Dooks <ben-linux-elnMNo+KYs3YtjvyW6yDsg@public.gmane.org>
> +
> +Introduction
> +------------
> +
> +This guide outlines how to alter existing Linux 2.6 client drivers from
> +the old to the new new binding methods.
> +
> +
> +Example old-style driver
> +------------------------
> +
> +
> +struct example_state {
> +	struct i2c_client	client;
> +	....
> +};
> +
> +static struct i2c_driver example_driver;
> +
> +static unsigned short ignore[] = { I2C_CLIENT_END };
> +static unsigned short normal_addr[] = { OUR_ADDR, I2C_CLIENT_END };
> +
> +I2C_CLIENT_INSMOD;
> +
> +static int example_attach(struct i2c_adapter *adap, int addr, int kind)
> +{
> +	struct example_state *state;
> +	struct device *dev = &adap->dev;  /* to use for dev_ reports */
> +	int ret;
> +
> +	state = kzalloc(sizeof(struct example_state), GFP_KERNEL);
> +	if (state == NULL) {
> +		dev_err(dev, "failed to create our state\n");
> +		return -ENOMEM;
> +	}
> +
> +	example->client.addr    = addr;
> +	example->client.flags   = 0;
> +	example->client.adapter = adap;
> +
> +	i2c_set_clientdata(&state->i2c_client, state);
> +	strlcpy(client->i2c_client.name, "example", I2C_NAME_SIZE);
> +
> +	ret = i2c_attach_client(&state->i2c_client);
> +	if (ret < 0) {
> +		dev_err(dev, "failed to attach client\n");
> +		kfree(state);
> +		return ret;
> +	}
> +
> +	dev = &state->i2c_client.dev;
> +
> +	/* rest of the initialisation goes here. */
> +
> +	dev_info(dev, "example client created\n");
> +
> +	return 0;
> +}
> +
> +static int example_detach(struct i2c_client *client)
> +{
> +	struct example_state *state = i2c_get_clientdata(client);
> +
> +	i2c_detach_client(client);
> +	kfree(state);
> +	return 0;
> +}
> +
> +static int example_attach_adapter(struct i2c_adapter *adap)
> +{
> +	return i2c_probe(adap, &addr_data, example_attach);
> +}
> +
> +static struct i2c_driver example_driver = {
> + 	.driver		= {
> +		.owner		= THIS_MODULE,
> +		.name		= "example",
> +	},
> +	.attach_adapter = example_attach_adapter,
> +	.detach_client	= example_detach,
> +	.suspend	= example_suspend,
> +	.resume		= example_resume,
> +};
> +
> +
> +Updating the client
> +-------------------
> +
> +The new style binding model will check against a list of supported
> +devices and their associated address supplied by the code registering
> +the busses. This means that the driver .attach_adapter and
> +.detach_adapter methods can be removed, along with the addr_data,
> +as follows:
> +
> +- static struct i2c_driver example_driver;
> +
> +- static unsigned short ignore[] = { I2C_CLIENT_END };
> +- static unsigned short normal_addr[] = { OUR_ADDR, I2C_CLIENT_END };
> +
> +- I2C_CLIENT_INSMOD;
> +
> +- static int example_attach_adapter(struct i2c_adapter *adap)
> +- {
> +- 	return i2c_probe(adap, &addr_data, example_attach);
> +- }
> +
> + static struct i2c_driver example_driver = {
> +-	.attach_adapter = example_attach_adapter,
> +-	.detach_client	= example_detach,
> + }
> +
> +Add the probe and remove methods to the i2c_driver, as so:
> +
> + static struct i2c_driver example_driver = {
> ++	.probe		= example_probe,
> ++	.remove		= example_remove,
> + }
> +
> +Change the example_attach method to accept the new parameters
> +which include the i2c_client that it will be working with:
> +
> +- static int example_attach(struct i2c_adapter *adap, int addr, int kind)
> ++ static int example_probe(struct i2c_client *client,
> ++			   const struct i2c_device_id *id)
> +
> +Change the name of example_attach to example_probe to align it with the
> +i2c_driver entry names. The rest of the probe routine will now need to be
> +changed as the i2c_client has already been setup for use.
> +
> +The necessary client fields have already been setup before
> +the probe function is called, so the following client setup
> +can be removed:
> +
> +-	example->client.addr    = addr;
> +-	example->client.flags   = 0;
> +-	example->client.adapter = adap;
> +-
> +-	strlcpy(client->i2c_client.name, "example", I2C_NAME_SIZE);
> +
> +The i2c_set_clientdata is now:
> +
> +-	i2c_set_clientdata(&state->client, state);
> ++	i2c_set_clientdata(client, state);
> +
> +The call to i2c_attach_client is no longer needed, if the probe
> +routine exits successfully, then the driver will be automatically
> +attached by the core. Change the probe routine as so:
> +
> +-	ret = i2c_attach_client(&state->i2c_client);
> +-	if (ret < 0) {
> +-		dev_err(dev, "failed to attach client\n");
> +-		kfree(state);
> +-		return ret;
> +-	}
> +
> +
> +Remove the storage of 'struct i2c_client' from the 'struct example_state'
> +as we are provided with the i2c_client in our example_probe. Instead we
> +store a pointer to it for when it is needed.
> +
> +struct example_state {
> +-	struct i2c_client	client;
> ++	struct i2c_client	*client;
> +
> +the new i2c client as so:
> +
> +-	struct device *dev = &adap->dev;  /* to use for dev_ reports */
> ++ 	struct device *dev = &i2c_client->dev;  /* to use for dev_ reports */
> +
> +And remove the change after our client is attached, as the driver no
> +longer needs to register a new client structure with the core:
> +
> +-	dev = &state->i2c_client.dev;
> +
> +In the probe routine, ensure that the new state has the client stored
> +in it:
> +
> +static int example_probe(struct i2c_client *i2c_client,
> +			 const struct i2c_device_id *id)
> +{
> +	struct example_state *state;
> + 	struct device *dev = &i2c_client->dev;
> +	int ret;
> +
> +	state = kzalloc(sizeof(struct example_state), GFP_KERNEL);
> +	if (state == NULL) {
> +		dev_err(dev, "failed to create our state\n");
> +		return -ENOMEM;
> +	}
> +
> ++	state->client = i2c_client;
> +
> +Update the detatch method, by changing the name to _remove and
Typo: detach

> +to delete the i2c_detach_client call.
> +
> +- static int example_detach(struct i2c_client *client)
> ++ static int example_remove(struct i2c_client *client)
> +{
> +	struct example_state *state = i2c_get_clientdata(client);
> +
> +-	i2c_detach_client(client);
> +
> +And finally ensure that we have the correct ID table for the i2c-core
> +and other utilties:
Typo: utilities

> +
> ++ struct i2c_device_id example_idtable[] = {
> ++       { "example", 0 },
> ++       { }
> ++};
> ++
> ++MODULE_DEVICE_TABLE(i2c, example_idtable);
> +
> +static struct i2c_driver example_driver = {
> + 	.driver		= {
> +		.owner		= THIS_MODULE,
> +		.name		= "example",
> +	},
> ++	.id_table	= example_ids,
> +
> +
> +Our driver should now look like this:
> +
> +struct example_state {
> +	struct i2c_client	*client;
> +	....
> +};
> +
> +static int example_probe(struct i2c_client *client,
> +		         const struct i2c_device_id *id)
> +{
> +	struct example_state *state;
> +	struct device *dev = &client->dev;
> +	int ret;
ret is not needed in the updated example. Maybe mention that it could
also be removed?

> +
> +	state = kzalloc(sizeof(struct example_state), GFP_KERNEL);
> +	if (state == NULL) {
> +		dev_err(dev, "failed to create our state\n");
> +		return -ENOMEM;
> +	}
> +
> +	state->client = client;
> +	i2c_set_clientdata(client, state);
> +
> +	/* rest of the initialisation goes here. */
> +
> +	dev_info(dev, "example client created\n");
> +
> +	return 0;
> +}
> +
> +static int example_remove(struct i2c_client *client)
__devexit

> +{
> +	struct example_state *state = i2c_get_clientdata(client);
> +
> +	kfree(state);
> +	return 0;
> +}
> +
> +static struct i2c_device_id example_idtable[] = {
> +	{ "example", 0 },
> +	{ }
> +};
> +
> +MODULE_DEVICE_TABLE(i2c, example_idtable);
> +
> +static struct i2c_driver example_driver = {
> + 	.driver		= {
> +		.owner		= THIS_MODULE,
> +		.name		= "example",
> +	},
> +	.id_table	= example_idtable,
> +	.probe		= example_probe,
> +	.remove		= example_remove,
__devexit_p

> +	.suspend	= example_suspend,
> +	.resume		= example_resume,
> +};
> 
> -- 
> Ben (ben-elnMNo+KYs3YtjvyW6yDsg@public.gmane.org, http://www.fluff.org/)
> 
>   'a smiley only costs 4 bytes'
> 
> _______________________________________________
> i2c mailing list
> i2c-GZX6beZjE8VD60Wz+7aTrA@public.gmane.org
> http://lists.lm-sensors.org/mailman/listinfo/i2c

Thanks for this work!

All the best,

   Wolfram

-- 
  Dipl.-Ing. Wolfram Sang | http://www.pengutronix.de
 Pengutronix - Linux Solutions for Science and Industry

[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 157 bytes --]

_______________________________________________
i2c mailing list
i2c-GZX6beZjE8VD60Wz+7aTrA@public.gmane.org
http://lists.lm-sensors.org/mailman/listinfo/i2c

  parent reply	other threads:[~2008-07-15 18:35 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-15 15:51 i2c: Documentation: upgrading clients HOWTO Ben Dooks
     [not found] ` <20080715155144.136915800-elnMNo+KYs3pIgCt6eIbzw@public.gmane.org>
2008-07-15 18:35   ` Wolfram Sang [this message]
  -- strict thread matches above, loose matches on Subject: below --
2008-07-15 20:26 Ben Dooks
     [not found] ` <20080715202623.506943107-elnMNo+KYs3pIgCt6eIbzw@public.gmane.org>
2008-07-16 10:21   ` Wolfram Sang
2008-07-17 20:02 Ben Dooks

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=20080715183543.GA5158@pengutronix.de \
    --to=w.sang-bicnvbalz9megne8c9+irq@public.gmane.org \
    --cc=ben-linux-elnMNo+KYs3YtjvyW6yDsg@public.gmane.org \
    --cc=i2c-GZX6beZjE8VD60Wz+7aTrA@public.gmane.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