From: Eran Duchan <pavius-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: "Håvard Skinnemoen"
<hskinnemoen-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
"Grant Likely"
<grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>
Subject: Re: [PATCH] i2c: Adding the i2c-bit-platform bus
Date: Sat, 7 May 2011 18:47:45 +0300 [thread overview]
Message-ID: <BANLkTi=hUVSdCKLwriwiTAf2csgskdOYSQ@mail.gmail.com> (raw)
In-Reply-To: <BANLkTi=JtYdJr+0Dv32r-sCTgE-Eom2CJQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
Argh, the patch won't pass checkpatch because I brilliantly submitted
it via gmail. Once the 2 issues (initializing SDA/SCL and platform
structure) are discussed and agreed I'll resubmit the patch via git.
Thanks
Eran
On Sat, May 7, 2011 at 2:53 PM, Eran Duchan <pavius-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> Hi guys,
>
> Following the discussion on the matter of i2c-gpio performance, I'm
> submitting this very simple patch which adds i2c-bit-platform. Using
> this driver, a platform can register callbacks called by i2c-bit-algo
> so that it can modify GPIO pins directly or do pretty much anything
> else. Besides style, I see 2 points for discussion:
>
> 1) Should the i2c-bit-platform call setscl/setsda passing state to 1
> (so that SDA/SCL are explicitly pulled high) on probe or should this
> be implemented in the platforms which mandate this? In the patch I
> left it up to the platform.
>
> 2) Which platform_data structure is passed to the driver? There are
> three options:
> 2.a) Currently in the patch - just expect a i2c_algo_bit_data
> structure. No new structures introduced, but this does expose some
> underlying bit-algo detail to the platform and does not elegantly
> support passing any future i2c-bit-platform specific fields, should
> they be required.
> 2.b) Declare a new platform structure which has a i2c_algo_bit_data
> member (for supporting future i2c-bit-platform fields). Solves the
> future field issue but still exposes so bit-algo stuff to the platform
> 2.c) Declare a new platform structure with members similar to
> i2c_algo_bit_data, but only those who should be exposed to the
> platform. The only downside to this is that any future change to
> i2c_algo_bit_data may require change to this new platform structure.
>
> Tested on an MPC875 running @ 50MHz to achieve near perfect 100kHz I2C.
>
> Eran
>
> Signed-off-by: Eran Duchan <pavius-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> ---
> drivers/i2c/busses/Kconfig | 10 +++
> drivers/i2c/busses/Makefile | 1 +
> drivers/i2c/busses/i2c-bit-platform.c | 105 +++++++++++++++++++++++++++++++++
> 3 files changed, 116 insertions(+), 0 deletions(-)
> create mode 100644 drivers/i2c/busses/i2c-bit-platform.c
>
> diff --git a/drivers/i2c/busses/Kconfig b/drivers/i2c/busses/Kconfig
> index 3a6321c..f6c6b8c 100644
> --- a/drivers/i2c/busses/Kconfig
> +++ b/drivers/i2c/busses/Kconfig
> @@ -365,6 +365,16 @@ config I2C_GPIO
> This is a very simple bitbanging I2C driver utilizing the
> arch-neutral GPIO API to control the SCL and SDA lines.
>
> +config I2C_BIT_PLATFORM
> + tristate "I2c-bit-algo as platform device"
> + select I2C_ALGOBIT
> + help
> + An I2C bus adapter which delegates the bit-algo callback registration
> + to the platform. Useful in cases where existing adapters such as
> + i2c-gpio are too slow. Keep in mind that no resource locking of any kind
> + is performed by the adapter or algo, so any such contention must be
> + handled by the platform.
> +
> config I2C_HIGHLANDER
> tristate "Highlander FPGA SMBus interface"
> depends on SH_HIGHLANDER
> diff --git a/drivers/i2c/busses/Makefile b/drivers/i2c/busses/Makefile
> index 84cb16a..65bced4 100644
> --- a/drivers/i2c/busses/Makefile
> +++ b/drivers/i2c/busses/Makefile
> @@ -35,6 +35,7 @@ obj-$(CONFIG_I2C_CPM) += i2c-cpm.o
> obj-$(CONFIG_I2C_DAVINCI) += i2c-davinci.o
> obj-$(CONFIG_I2C_DESIGNWARE) += i2c-designware.o
> obj-$(CONFIG_I2C_GPIO) += i2c-gpio.o
> +obj-$(CONFIG_I2C_BIT_PLATFORM) += i2c-bit-platform.o
> obj-$(CONFIG_I2C_HIGHLANDER) += i2c-highlander.o
> obj-$(CONFIG_I2C_IBM_IIC) += i2c-ibm_iic.o
> obj-$(CONFIG_I2C_IMX) += i2c-imx.o
> diff --git a/drivers/i2c/busses/i2c-bit-platform.c
> b/drivers/i2c/busses/i2c-bit-platform.c
> new file mode 100644
> index 0000000..cb98006
> --- /dev/null
> +++ b/drivers/i2c/busses/i2c-bit-platform.c
> @@ -0,0 +1,105 @@
> +/*
> + i2c-bit-algo as platform device
> + Delegates the bit-algo callback registration to the platform
> +
> + Copyright (C) 2011 Eran Duchan <pavius-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> +
> + This program is free software; you can redistribute it and/or modify
> + it under the terms of the GNU General Public License as published by
> + the Free Software Foundation; either version 2 of the License, or
> + (at your option) any later version.
> +*/
> +
> +#include <linux/i2c.h>
> +#include <linux/i2c-algo-bit.h>
> +#include <linux/slab.h>
> +
> +static int __devinit i2c_bit_platform_probe(struct platform_device *pdev)
> +{
> + struct i2c_algo_bit_data *bit_data;
> + struct i2c_adapter *adap;
> + int ret;
> +
> + if (pdev->dev.platform_data == NULL)
> + ret = -ENXIO;
> +
> + bit_data = pdev->dev.platform_data;
> +
> + ret = -ENOMEM;
> + adap = kzalloc(sizeof(struct i2c_adapter), GFP_KERNEL);
> + if (adap == NULL)
> + goto err_alloc_adap;
> +
> + adap->owner = THIS_MODULE;
> + adap->algo_data = bit_data;
> + adap->class = I2C_CLASS_HWMON | I2C_CLASS_SPD;
> + adap->dev.parent = &pdev->dev;
> +
> + snprintf(adap->name, sizeof(adap->name), "i2c-bit-platform%d",
> + pdev->id);
> + adap->name[sizeof(adap->name) - 1] = '\0';
> +
> + /*
> + * If "dev->id" is negative we consider it as zero.
> + * The reason to do so is to avoid sysfs names that only make
> + * sense when there are multiple adapters.
> + */
> + adap->nr = (pdev->id != -1) ? pdev->id : 0;
> + ret = i2c_bit_add_numbered_bus(adap);
> + if (ret)
> + goto err_add_bus;
> +
> + platform_set_drvdata(pdev, adap);
> +
> + return 0;
> +
> +err_add_bus:
> +err_alloc_adap:
> +
> + kfree(adap);
> +
> + return ret;
> +}
> +
> +static int __devexit i2c_bit_platform_remove(struct platform_device *pdev)
> +{
> + struct i2c_adapter *adap;
> +
> + adap = platform_get_drvdata(pdev);
> +
> + i2c_del_adapter(adap);
> + kfree(adap);
> +
> + return 0;
> +}
> +
> +static struct platform_driver i2c_bit_platform_driver = {
> + .driver = {
> + .name = "i2c-bit-platform",
> + .owner = THIS_MODULE,
> + },
> + .probe = i2c_bit_platform_probe,
> + .remove = __devexit_p(i2c_bit_platform_remove),
> +};
> +
> +static int __init i2c_bit_platform_init(void)
> +{
> + int ret;
> +
> + ret = platform_driver_register(&i2c_bit_platform_driver);
> + if (ret)
> + printk(KERN_ERR "i2c-bit-platform: probe failed: %d\n", ret);
> +
> + return ret;
> +}
> +subsys_initcall(i2c_bit_platform_init);
> +
> +static void __exit i2c_bit_platform_exit(void)
> +{
> + platform_driver_unregister(&i2c_bit_platform_driver);
> +}
> +module_exit(i2c_bit_platform_exit);
> +
> +MODULE_AUTHOR("Eran Duchan <pavius-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>");
> +MODULE_DESCRIPTION("Thin platform adapter for i2c-bit-algo");
> +MODULE_LICENSE("GPL");
> --
> 1.7.0.4
>
next prev parent reply other threads:[~2011-05-07 15:47 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-07 11:53 [PATCH] i2c: Adding the i2c-bit-platform bus Eran Duchan
[not found] ` <BANLkTi=JtYdJr+0Dv32r-sCTgE-Eom2CJQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2011-05-07 15:47 ` Eran Duchan [this message]
2011-05-10 22:35 ` Ben Dooks
[not found] ` <20110510223556.GD634-RazCHl0VsYgkUSuvROHNpA@public.gmane.org>
2011-05-11 17:10 ` Håvard Skinnemoen
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='BANLkTi=hUVSdCKLwriwiTAf2csgskdOYSQ@mail.gmail.com' \
--to=pavius-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org \
--cc=hskinnemoen-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=linux-i2c-u79uwXL29TY76Z2rM5mHXA@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;
as well as URLs for NNTP newsgroup(s).