linux-i2c.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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: [PATCH] i2c: Adding the i2c-bit-platform bus
Date: Sat, 7 May 2011 14:53:05 +0300	[thread overview]
Message-ID: <BANLkTi=JtYdJr+0Dv32r-sCTgE-Eom2CJQ@mail.gmail.com> (raw)

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

             reply	other threads:[~2011-05-07 11:53 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-07 11:53 Eran Duchan [this message]
     [not found] ` <BANLkTi=JtYdJr+0Dv32r-sCTgE-Eom2CJQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2011-05-07 15:47   ` [PATCH] i2c: Adding the i2c-bit-platform bus Eran Duchan
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=JtYdJr+0Dv32r-sCTgE-Eom2CJQ@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).