[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <cb21d1285e04a8a7a3817398629431f69aeebf2f.camel@yadro.com>
Date: Tue, 28 Jan 2020 14:31:49 +0300
From: Ivan Mikhaylov <i.mikhaylov@...ro.com>
To: unlisted-recipients:; (no To-header on input)
CC: Jonathan Cameron <jic23@...nel.org>,
Hartmut Knaack <knaack.h@....de>,
Lars-Peter Clausen <lars@...afoo.de>,
Peter Meerwald-Stadler <pmeerw@...erw.net>,
Jean Delvare <jdelvare@...e.com>,
Guenter Roeck <linux@...ck-us.net>,
<linux-hwmon@...r.kernel.org>, <linux-iio@...r.kernel.org>,
<linux-kernel@...r.kernel.org>,
Ivan Mikhaylov <i.mikhaylov@...ro.com>
Subject: vcnl3020 hwmon/proximity driver
Hello, I want to make driver for vcnl3020 but not sure where should I put it.
It's similar to vcnl40xx series which is already in iio/light/vcnl4000.c
but it perfectly fits with hwmon intrusion detection concept
(intrusion[0-*]_alarm), so I'm a little bit confused.
vcnl3020 - proximity sensor which mostly using for intrusion detection
vcnl4020 - light and proximity sensor
Doc's links:
https://www.vishay.com/docs/84150/vcnl3020.pdf
https://www.vishay.com/docs/83476/vcnl4020.pdf
That's what I think about possible ways:
1. just iio/proximity/vcnl3020.c
2. extend functionality inside vcnl4000.c with ifdefs and dts stuff and maybe
rename it with generalization inside
3. hwmon driver for intrusion detection inside drivers/hwmon
4. both iio/proximity/vcnl3020.c and hwmon/vcnl3020.c
Example: hwmon/wm8350-hwmon.c + mfd/wm8350-core.c
So, just make proximity driver, do the depend in Kconfig for hwmon driver
on proximity driver and use proximity driver calls if would be needed.
Maybe there any other good ways to deal with it? I'd be prefer 4.
Thanks.
Powered by blists - more mailing lists