linux-iio.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jonathan Cameron <jic23@kernel.org>
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: linux-iio@vger.kernel.org, greg@kroah.com,
	broonie@opensource.wolfsonmicro.com, alan@lxorguk.ukuu.org.uk,
	arnd@arndb.de, linus.walleij@linaro.org,
	maxime.ripard@free-electrons.com,
	thomas.petazzoni@free-electrons.com, zdevai@gmail.com,
	w.sang@pengutronix.de, marek.vasut@gmail.com,
	Jonathan Cameron <jic23@cam.ac.uk>
Subject: Re: [PATCH 3/3] staging:iio: Proof of concept input driver.
Date: Wed, 07 Mar 2012 11:18:44 +0000	[thread overview]
Message-ID: <4F574414.7020706@kernel.org> (raw)
In-Reply-To: <20120304161101.GD27647@core.coreip.homeip.net>

On 03/04/2012 04:11 PM, Dmitry Torokhov wrote:
> Hi Jonathan,
> 
> On Sat, Mar 03, 2012 at 12:09:11PM +0000, Jonathan Cameron wrote:
>> From: Jonathan Cameron <jic23@cam.ac.uk>
>>
>> This is no where near ready to merge.  Lots of stuff missing.
>>
>> Signed-off-by: Jonathan Cameron <jic23@kernel.org>
>> ---
>>  drivers/staging/iio/Kconfig     |   10 ++++
>>  drivers/staging/iio/Makefile    |    1 +
>>  drivers/staging/iio/iio_input.c |  106 +++++++++++++++++++++++++++++++++++++++
>>  3 files changed, 117 insertions(+)
>>
>> diff --git a/drivers/staging/iio/Kconfig b/drivers/staging/iio/Kconfig
>> index 4aff125..a599f16 100644
>> --- a/drivers/staging/iio/Kconfig
>> +++ b/drivers/staging/iio/Kconfig
>> @@ -11,6 +11,16 @@ menuconfig IIO
>>  	  number of different physical interfaces (i2c, spi, etc). See
>>  	  drivers/staging/iio/Documentation for more information.
>>  if IIO
>> +
>> +config IIO_ST_INPUT
>> +	tristate "Input driver that uses channels specified via iio maps"
>> +	depends on INPUT
>> +	depends on IIO_BUFFER
>> +	select IIO_BUFFER_CB
>> +	help
>> +	  Proof of concept user of the in kernel push interface.  Not anywhere
>> +	  near ready for production use.
>> +
>>  config IIO_ST_HWMON
>>  	tristate "Hwmon driver that uses channels specified via iio maps"
>>  	depends on HWMON
>> diff --git a/drivers/staging/iio/Makefile b/drivers/staging/iio/Makefile
>> index f55de94..f64c93b 100644
>> --- a/drivers/staging/iio/Makefile
>> +++ b/drivers/staging/iio/Makefile
>> @@ -19,6 +19,7 @@ iio_dummy-$(CONFIG_IIO_SIMPLE_DUMMY_BUFFER) += iio_simple_dummy_buffer.o
>>  obj-$(CONFIG_IIO_DUMMY_EVGEN) += iio_dummy_evgen.o
>>  
>>  obj-$(CONFIG_IIO_ST_HWMON) += iio_hwmon.o
>> +obj-$(CONFIG_IIO_ST_INPUT) += iio_input.o
>>  
>>  obj-y += accel/
>>  obj-y += adc/
>> diff --git a/drivers/staging/iio/iio_input.c b/drivers/staging/iio/iio_input.c
>> new file mode 100644
>> index 0000000..2481901
>> --- /dev/null
>> +++ b/drivers/staging/iio/iio_input.c
>> @@ -0,0 +1,106 @@
>> +#include <linux/kernel.h>
>> +#include <linux/slab.h>
>> +#include <linux/module.h>
>> +#include <linux/err.h>
>> +#include <linux/platform_device.h>
>> +#include <linux/input.h>
>> +#include "buffer.h"
>> +#include "consumer.h"
>> +
>> +struct iio_input_state {
>> +	struct iio_cb_buffer *buff;
>> +	struct input_dev *idev;
>> +};
>> +
>> +static int iio_input_store_to(u8 *data, void *private)
>> +{
>> +	struct iio_input_state *st = private;
>> +
>> +	/* DUMMY - need to put boiler plate conversion code
>> +	 * in place */
>> +	input_report_abs(st->idev, ABS_X, data[0]);
>> +	input_sync(st->idev);
>> +
>> +	return 0;
>> +}
>> +
>> +static int __devinit iio_input_probe(struct platform_device *pdev)
>> +{
>> +	struct iio_input_state *st;
>> +	int ret;
>> +
>> +	st = kzalloc(sizeof(*st), GFP_KERNEL);
>> +	if (st == NULL)
>> +		return -ENOMEM;
>> +	platform_set_drvdata(pdev, st);
>> +	st->buff = iio_st_channel_get_all_cb(dev_name(&pdev->dev),
>> +					     &iio_input_store_to,
>> +					     st);
>> +	if (IS_ERR(st->buff)) {
>> +		ret = PTR_ERR(st->buff);
>> +		goto error_free_state;
>> +	}
>> +
>> +	st->idev = input_allocate_device();
>> +	if (!st->idev) {
>> +		ret = -ENOMEM;
>> +		goto error_channels_release_all;
>> +	}
>> +
>> +	__set_bit(EV_ABS, st->idev->evbit);
>> +	/* DUMMY DATA - need to actually make this available */
>> +	input_set_abs_params(st->idev, ABS_X, 0, 100, 0, 0);
>> +
>> +	ret = input_register_device(st->idev);
>> +	if (ret < 0)
>> +		goto error_free_idev;
>> +
>> +	/* NORMALLY IN THE OPEN */
>> +	iio_st_channel_start_all_cb(st->buff);
>> +
>> +	return 0;
>> +error_free_idev:
>> +	input_free_device(st->idev);
>> +error_channels_release_all:
>> +	iio_st_channel_release_all_cb(st->buff);
>> +error_free_state:
>> +	kfree(st);
>> +	return ret;
>> +}
>> +
>> +static int __devexit iio_input_remove(struct platform_device *pdev)
>> +{
>> +	struct iio_input_state *st = platform_get_drvdata(pdev);
>> +	/* NORMALLY IN THE CLOSE */
>> +	iio_st_channel_stop_all_cb(st->buff);
>> +	input_unregister_device(st->idev);
>> +	iio_st_channel_release_all_cb(st->buff);
>> +
>> +	kfree(st);
>> +	return 0;
>> +}
>> +
>> +static struct platform_driver __refdata iio_input_driver = {
> 
> Why is this __refdata?
No idea :)  Will drop that.  Also can use the platform_device_module
stuff below to get rid of some of this boiler plate.

Will clear all this up for a version that actually does something
beyond the proof of concept here!

Thanks for taking a look,

Jonathan
> 
>> +	.driver = {
>> +		.name = "iio_snoop",
>> +		.owner = THIS_MODULE,
>> +	},
>> +	.probe = iio_input_probe,
>> +	.remove = __devexit_p(iio_input_remove),
>> +};
>> +
>> +static int iio_input_init(void)
> 
> __init
> 
>> +{
>> +	return platform_driver_register(&iio_input_driver);
>> +}
>> +module_init(iio_input_init);
>> +
>> +static void iio_input_exit(void)
> 
> __exit
good point. Thanks!
> 
>> +{
>> +	platform_driver_unregister(&iio_input_driver);
>> +}
>> +module_exit(iio_input_exit);
>> +
>> +MODULE_AUTHOR("Jonathan Cameron <jic23@cam.ac.uk>");
>> +MODULE_DESCRIPTION("IIO input buffer driver");
>> +MODULE_LICENSE("GPL v2");
>> -- 
>> 1.7.9.2
>>
> 
> Thanks.
> 

  reply	other threads:[~2012-03-07 11:18 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-03 12:09 [RFC PATCH 0/3] Add push based interfce for non userspace iio users Jonathan Cameron
     [not found] ` <1330776551-20301-4-git-send-email-jic23@kernel.org>
2012-03-04 16:11   ` [PATCH 3/3] staging:iio: Proof of concept input driver Dmitry Torokhov
2012-03-07 11:18     ` Jonathan Cameron [this message]
2012-03-07 14:57   ` Linus Walleij

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=4F574414.7020706@kernel.org \
    --to=jic23@kernel.org \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=arnd@arndb.de \
    --cc=broonie@opensource.wolfsonmicro.com \
    --cc=dmitry.torokhov@gmail.com \
    --cc=greg@kroah.com \
    --cc=jic23@cam.ac.uk \
    --cc=linus.walleij@linaro.org \
    --cc=linux-iio@vger.kernel.org \
    --cc=marek.vasut@gmail.com \
    --cc=maxime.ripard@free-electrons.com \
    --cc=thomas.petazzoni@free-electrons.com \
    --cc=w.sang@pengutronix.de \
    --cc=zdevai@gmail.com \
    /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).