On Tue, Apr 26, 2016 at 4:14 PM, Yong Li wrote:
> I am thinking if there is any application is using this incorrect
> name, the application should be fix too
The rule is: "Don't break the userspace ABI". So, if we got this wrong
from the beginning we are stuck with this name.
The only thing that
BMM150 is register compatible with magnetometer part of
BMC156.
Datasheet is at:
http://www.mouser.com/ds/2/783/BST-BMM150-DS001-01-786480.pdf
Signed-off-by: Daniel Baluta
---
Lucas let me know if it works for you. I don't have yet the BMM150 evaluation
board. It should be available i
This is similar with support for creating triggers via configfs.
Devices will be hosted under:
* /config/iio/devices
We allow users to register "device types" under:
* /config/iio/devices//
Signed-off-by: Daniel Baluta
---
drivers/iio/Kconfig | 8 +
patch 1)
* make iio_simple_dummy depend on SW_DEVICE config option in order to
avoid
compilation errors reported by kbuild robot.
Daniel Baluta (3):
iio: Add support for creating IIO devices via configfs
iio: dummy: Convert IIO dummy to configfs
Documentation: iio: Add II
We register a new device type named "dummy", this will create a
configfs entry under:
* /config/iio/devices/dummy.
Creating dummy devices is now as simple as:
$ mkdir /config/iio/devices/dummy/my_dummy_device
Signed-off-by: Daniel Baluta
---
drivers/iio/dummy/Kconfig
Signed-off-by: Daniel Baluta
---
Documentation/ABI/testing/configfs-iio | 13 +
1 file changed, 13 insertions(+)
diff --git a/Documentation/ABI/testing/configfs-iio
b/Documentation/ABI/testing/configfs-iio
index 2483756..aebda53 100644
--- a/Documentation/ABI/testing/configfs-iio
On Sun, Apr 24, 2016 at 2:28 PM, Jonathan Cameron wrote:
> On 20/04/16 16:45, Daniel Baluta wrote:
>> For testing purposes is nice to have a quick way of creating IIO devices.
>> This patch series introduces support for creating IIO devices via configs
>> (patch 1), allow
This is similar with support for creating triggers via configfs.
Devices will be hosted under:
* /config/iio/devices
We allow users to register "device types" under:
* /config/iio/devices//
Signed-off-by: Daniel Baluta
---
drivers/iio/Kconfig | 9 +
On Wed, Apr 20, 2016 at 6:44 PM, Lars-Peter Clausen wrote:
> On 04/20/2016 05:45 PM, Daniel Baluta wrote:
>
>> +
>> +What:/config/iio/triggers/dummy
>
> s/triggers/devices
:D, will fix in v2. Obviously, one problem of this RFC is that we
have a lot of du
C in order to see if the interface is acceptable. We also
need a way to create IIO devices with configurable number of channels.
Patch 3 introduces configfs entries documentation for easier review.
Daniel Baluta (3):
iio: Add support for creating IIO devices via configfs
iio: dummy: Convert I
Signed-off-by: Daniel Baluta
---
Documentation/ABI/testing/configfs-iio | 13 +
1 file changed, 13 insertions(+)
diff --git a/Documentation/ABI/testing/configfs-iio
b/Documentation/ABI/testing/configfs-iio
index 2483756..84b6bd1 100644
--- a/Documentation/ABI/testing/configfs-iio
We register a new device type named "dummy", this will create a
configfs entry under:
* /config/iio/devices/dummy.
Creating dummy devices is now as simple as:
$ mkdir /config/iio/devices/dummy/my_dummy_device
Signed-off-by: Daniel Baluta
---
drivers/iio/dummy/iio_simple_du
//patchwork.ozlabs.org/patch/584776/ authored by
>> Adriana Reus and submitted by
>> Daniel Baluta
>>
>> --8<--
>> iio: imu: inv_mpu6050: Fix deadlock between i2c adapter lock and mpu lock
>>
>> This deadlock occurs if the accel/gyr
interface using an external trigger (e.g.
hrtimer). Data is retrieved from IMU via I2C or SPI interface.
Datasheet is at:
http://www.mouser.com/ds/2/783/BST-BMI160-DS000-07-786474.pdf
Signed-off-by: Daniel Baluta
---
Changes since v3:
* make sample an __le16 instead of int.
Changes
On Sun, Apr 10, 2016 at 5:35 PM, Jonathan Cameron wrote:
> On 06/04/16 15:58, Daniel Baluta wrote:
>> BMI160 is an Inertial Measurement Unit (IMU) which provides acceleration
>> and angular rate measurement. It also offers a secondary I2C interface
>> for connecting a magneto
and uses core
Daniel Baluta (2):
iio: magn: Split bmc150 driver in common/i2c parts
iio: magn: bmc150: Introduce SPI support
drivers/iio/magnetometer/Kconfig | 31 --
drivers/iio/magnetometer/Makefile | 3 +
drivers/iio/magnetometer/bmc150_magn.c | 155
This is useful for easily adding SPI support in later patches.
Now bmc150_magn exports core functions to be used by I2C/SPI drivers
instances. For the moment only I2C driver is supported.
Signed-off-by: Daniel Baluta
---
drivers/iio/magnetometer/Kconfig | 17 ++--
drivers/iio
Signed-off-by: Daniel Baluta
---
drivers/iio/magnetometer/Kconfig | 16 +++
drivers/iio/magnetometer/Makefile | 1 +
drivers/iio/magnetometer/bmc150_magn_spi.c | 68 ++
3 files changed, 85 insertions(+)
create mode 100644 drivers/iio
interface using an external trigger (e.g.
hrtimer). Data is retrieved from IMU via I2C or SPI interface.
Datasheet is at:
http://www.mouser.com/ds/2/783/BST-BMI160-DS000-07-786474.pdf
Signed-off-by: Daniel Baluta
---
Changes since v2:
* include to fix compile errors reported by
On Wed, Apr 6, 2016 at 1:31 PM, Laxman Dewangan wrote:
> Some of kernel driver uses the IIO framework to get the sensor
> value via ADC or IIO HW driver. The client driver get iio channel
> by iio_channel_get() and release it by calling iio_channel_release().
>
> Add resource managed version (devm
interface using an external trigger (e.g.
hrtimer). Data is retrieved from IMU via I2C or SPI interface.
Datasheet is at:
http://www.mouser.com/ds/2/783/BST-BMI160-DS000-07-786474.pdf
Signed-off-by: Daniel Baluta
---
Changes since v1:
* addressed comments from Jonathan and Peter
On Sun, Apr 3, 2016 at 11:53 AM, Jonathan Cameron wrote:
> On 01/04/16 13:31, Daniel Baluta wrote:
>> BMI160 is an Inertial Measurement Unit (IMU) which provides acceleration
>> and angular rate measurement. It also offers a secondary I2C interface
>> for connecting a magneto
On Fri, Apr 1, 2016 at 5:28 PM, Peter Meerwald-Stadler
wrote:
>
>> BMI160 is an Inertial Measurement Unit (IMU) which provides acceleration
>> and angular rate measurement. It also offers a secondary I2C interface
>> for connecting a magnetometer sensor (usually BMM160).
>>
>> Current driver offer
interface using an external trigger (e.g.
hrtimer). Data is retrieved from IMU via I2C or SPI interface.
Datasheet is at:
http://www.mouser.com/ds/2/783/BST-BMI160-DS000-07-786474.pdf
Signed-off-by: Daniel Baluta
---
drivers/iio/imu/Kconfig | 2 +
drivers/iio/imu/Makefile
On Fri, Mar 25, 2016 at 12:20 PM, Peter Rosin wrote:
> Hi again,
>
> Cristina Moraru wrote:
>> Add implementation for Maxim MAX5487, MAX5488, MAX5489
>> digital potentiometers.
>>
>> Signed-off-by: Cristina Moraru
>> CC: Daniel Baluta
>
> Some m
> .wipers and .max_pos need not be in max5487_cfg, they are common.
> .wipers isn't even used. Which means that if you like, you can
> use the ohms reading as the driver_data directly instead of going
> via the MAX548x enumeration, see below. Or is there some reason
> not doing so?
You make a good
On Thu, Mar 24, 2016 at 1:21 PM, Cristina Moraru
wrote:
> Add implementation for Maxim MAX5487, MAX5488, MAX5489
> digital potentiometers.
Datasheet: http://datasheets.maximintegrated.com/en/ds/MAX5487-MAX5489.pdf
>
> Signed-off-by: Cristina Moraru
> CC: Daniel Baluta
Tested-by: Daniel Baluta
hamed Abbas
Signed-off-by: Constantin Musca
Signed-off-by: Daniel Baluta
---
Changes since v1:
* updated Makefile after changing source name from efibc.c -> efi-bc.c
to comply with naming rules in drivers/firmware/efi/
drivers/firmware/efi/Kconfig | 11 ++
drivers/firm
hamed Abbas
Signed-off-by: Constantin Musca
Signed-off-by: Daniel Baluta
---
drivers/firmware/efi/Kconfig | 11 ++
drivers/firmware/efi/Makefile | 1 +
drivers/firmware/efi/efi-bc.c | 251 ++
3 files changed, 263 insertions(+)
create mode 100644 dr
On Wed, Mar 16, 2016 at 6:25 PM, Slawomir Stepien wrote:
> On Mar 16, 2016 13:30, Peter Meerwald-Stadler wrote:
>> On Wed, 16 Mar 2016, Slawomir Stepien wrote:
>>
>> > The following functionalities are supported:
>> > - write, read from volatile and non volatile memory
>> > - increase and decrea
On Sun, Mar 13, 2016 at 9:21 PM, Cosmin-Gabriel Samoila
wrote:
> Fixed errors and warnings reported by checkpatch.pl.
>
Use indicative mood in your commit message.
So, s/Fixed/Fix.
http://chris.beams.io/posts/git-commit/
> Signed-off-by: Cosmin-Gabriel Samoila
> ---
> drivers/isdn/hisax/isac
On Fri, Mar 4, 2016 at 1:09 AM, Peter Rosin wrote:
> From: Peter Rosin
>
> Hi Daniel,
>
> Daniel Baluta wrote:
>>On Mon, Feb 22, 2016 at 1:17 AM, Wolfram Sang wrote:
>>> On Thu, Feb 18, 2016 at 05:53:05PM +0200, Daniel Baluta wrote:
>>>> Sending this as
On Tue, Mar 1, 2016 at 10:50 PM, Wolfram Sang wrote:
> On Thu, Feb 18, 2016 at 05:53:14PM +0200, Daniel Baluta wrote:
>> From: Adriana Reus
>>
>> This deadlock occurs if the accel/gyro and the sensor on the auxiliary
>> I2C (in my setup it's an ak89
On Tue, Mar 1, 2016 at 10:30 PM, Wolfram Sang wrote:
> On Thu, Feb 18, 2016 at 05:53:13PM +0200, Daniel Baluta wrote:
>> From: Adriana Reus
>>
>> Add a check in i2c_mux_master_xfer before calling the select callback.
>> This is necessary so that NULL callbac
On Tue, Mar 1, 2016 at 4:42 AM, Michael Welling wrote:
> On Mon, Feb 29, 2016 at 10:09:10PM -0300, Lucas De Marchi wrote:
>> On Mon, Feb 29, 2016 at 9:50 PM, Michael Welling wrote:
>> > On Fri, Feb 05, 2016 at 03:17:18PM +0200, Daniel Baluta wrote:
>> >> The
On Tue, Mar 1, 2016 at 10:59 AM, Martin Kepplinger wrote:
> Would it be ok, if adding in_accelX_power_mode to a driver, to extend it
> so that in_accel_power_mode_available offers:
>
> low_noise low_power low_power_low_noise normal
>
> if there's a default "normal" mode, plus options to increase o
On Mon, Feb 22, 2016 at 1:17 AM, Wolfram Sang wrote:
> On Thu, Feb 18, 2016 at 05:53:05PM +0200, Daniel Baluta wrote:
>> Sending this as an RFC because I don't know if style fixes are appropriate
>> for this driver and also not sure if deadlock fix is the best solution.
>
On Mon, Feb 22, 2016 at 1:17 AM, Wolfram Sang wrote:
> On Thu, Feb 18, 2016 at 05:53:05PM +0200, Daniel Baluta wrote:
>> Sending this as an RFC because I don't know if style fixes are appropriate
>> for this driver and also not sure if deadlock fix is the best solution.
>
x27;Industrial I/O support ->
>> Magnetometer sensors' menu.
>>
>> Signed-off-by: Cristina Moraru
>> Cc: Daniel Baluta
> For some reason I couldn't immediately identify this patch wouldn't
> apply to my tree. I hand applied it and all seemed fine, but pl
This fixes the following checkpatch warning:
* WARNING: Comparisons should place the constant
on the right side of the test
Signed-off-by: Daniel Baluta
---
drivers/iio/imu/inv_mpu6050/inv_mpu_core.c | 6 +++---
drivers/iio/imu/inv_mpu6050/inv_mpu_ring.c | 2 +-
2 files
This fixes the following checkpatch.pl warnings:
* WARNING: Missing a blank line after declarations
* CHECK: Blank lines aren't necessary before a close brace '}'
Signed-off-by: Daniel Baluta
---
drivers/iio/imu/inv_mpu6050/inv_mpu_acpi.c | 2 +-
drivers/iio/
This fixes the following checkpatch.pl warning:
WARNING: suspect code indent for conditional statements (8, 24)
+ if (kfifo_len(&st->timestamps) >
[...]
+ goto flush_fifo;
Signed-off-by: Daniel Baluta
---
drivers/iio/imu/inv_mpu6050/inv_mpu_ring.c | 4 ++
This fixes the following checkpatch.pl warning:
ERROR: space prohibited before that ',' (ctx:WxE)
.shift = 0 ,
Signed-off-by: Daniel Baluta
---
drivers/iio/imu/inv_mpu6050/inv_mpu_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drive
Fixes the following checkpatch warning:
CHECK: Unnecessary parentheses around cpm->package.elements[i]
Signed-off-by: Daniel Baluta
---
drivers/iio/imu/inv_mpu6050/inv_mpu_acpi.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/iio/imu/inv_mpu6050/inv_mpu_acp
c transaction so if only the
compass is used this would be more power efficient.
Signed-off-by: Adriana Reus
Signed-off-by: Daniel Baluta
---
drivers/iio/imu/inv_mpu6050/inv_mpu_i2c.c | 88 ++-
1 file changed, 15 insertions(+), 73 deletions(-)
diff --git a/dri
From: Adriana Reus
Add a check in i2c_mux_master_xfer before calling the select callback.
This is necessary so that NULL callbacks can be safely registered.
Signed-off-by: Adriana Reus
Signed-off-by: Daniel Baluta
---
drivers/i2c/i2c-mux.c | 10 ++
1 file changed, 6 insertions(+), 4
This makes code consistent around inv_mpu6050 driver and
fixes the following checkpatch.pl warning:
CHECK: Alignment should match open parenthesis
Note that there were few cases were it was not possible to
fix this due to making the line too long, but we can live with that.
Signed-off-by: Daniel
The preffered style for long (multi-line) comments is:
/*
* this is a multiline
* comment
*/
This also fixes checkpatch.pl warning:
WARNING: Block comments use * on subsequent lines
Signed-off-by: Daniel Baluta
---
drivers/iio/imu/inv_mpu6050/inv_mpu_core.c | 37
k and mpu
lock
Daniel Baluta (7):
iio: imu: inv_mpu6050: Fix multiline comments style
iio: imu: inv_mpu6050: Fix Yoda conditions
iio: imu: inv_mpu6050: Fix newlines to make code easier to read
iio: imu: inv_mpu6050: Remove unnecessary parentheses
iio: imu: inv_mpu6050: Delete space b
plicit-function-declaration]
>
> This adds the second select.
>
> Signed-off-by: Arnd Bergmann
> Fixes: 713bbb4efb9d ("iio: pressure: ms5611: Add triggered buffer support")
Acked-by: Daniel Baluta
> ---
> drivers/iio/pressure/Kconfig | 1 +
> 1 file changed, 1 insertion(
On Mon, Feb 15, 2016 at 11:02 AM, Arnd Bergmann wrote:
> The newly added afe4403 driver implements suspend/resume using the
> SIMPLE_DEV_PM_OPS() macro, which leaves out references to the actual
> functions when CONFIG_PM is disabled, causing a harmless warning:
>
> health/afe4403.c:509:12: error:
The driver has sysfs readings with runtime PM support for power saving.
It also offers buffer support that can be used together with IIO software
triggers.
Datasheet can be found here:
http://www.ti.com.cn/cn/lit/ds/symlink/ads1015.pdf
Signed-off-by: Daniel Baluta
---
Changes since v4
>> > > > > > >> +static int ads1015_read_raw(struct iio_dev *indio_dev,
>> > > > > > >> + struct iio_chan_spec const *chan,
>> > > > > > >> +int
>> > *val,
>> > > > > > >> + int *val2, long mask) {
>> > > > > > >> + int ret, idx;
>> > > > > > >>
On Mon, Feb 8, 2016 at 4:44 PM, Daniel Baluta wrote:
> On Mon, Feb 8, 2016 at 12:25 PM, Wolfram Sang wrote:
>> On Fri, Feb 05, 2016 at 06:32:45PM -0600, Michael Welling wrote:
>>> On Fri, Feb 05, 2016 at 09:32:34PM +0200, Daniel Baluta wrote:
>>> > >> +static
mlock *must* be used by core and drivers to protect access
to devices state changes.
Signed-off-by: Daniel Baluta
---
At a first glance there are few places where access to iio_dev
state changes are done without mlock protection. Will fix them
with follow up patches.
include/linux/iio/iio.h
On Mon, Feb 8, 2016 at 12:25 PM, Wolfram Sang wrote:
> On Fri, Feb 05, 2016 at 06:32:45PM -0600, Michael Welling wrote:
>> On Fri, Feb 05, 2016 at 09:32:34PM +0200, Daniel Baluta wrote:
>> > >> +static int ads1015_read_raw(struct iio_dev *indio_dev,
>> > &g
On Fri, Feb 5, 2016 at 11:02 PM, Lucas De Marchi
wrote:
> Hi Daniel,
>
> On Fri, Feb 5, 2016 at 11:17 AM, Daniel Baluta
> wrote:
>> +
>> +static const struct i2c_device_id ads1015_id[] = {
>> + {"ads1015", 0},
>> + {}
>> +};
&
On Fri, Feb 5, 2016 at 7:25 PM, Michael Welling wrote:
> On Fri, Feb 05, 2016 at 03:17:18PM +0200, Daniel Baluta wrote:
>> The driver has sysfs readings with runtime PM support for power saving.
>> It also offers buffer support that can be used together with IIO softw
The driver has sysfs readings with runtime PM support for power saving.
It also offers buffer support that can be used together with IIO software
triggers.
Datasheet can be found here:
http://www.ti.com.cn/cn/lit/ds/symlink/ads1015.pdf
Signed-off-by: Daniel Baluta
---
Changes since v3
On Thu, Feb 4, 2016 at 7:45 PM, Lars-Peter Clausen wrote:
> On 02/04/2016 03:50 PM, Cristina Moraru wrote:
>> Replace non standard meas_conf attribute with the standard IIO
>> calibbias attribute.
>>
>> API for setting bias measurement configuration:
>>
>> 0 - Normal measurement configuration (def
> Would it be more consistent to handle the mutex outside of the switch above
> similar
> to how it is handled in ads1015_write_raw?
>
> Also the ads1015_set_power_state(data, false) is called either way so why not
> just
> use one call?
>
I don't have a strong preference for that. I think acros
The driver has sysfs readings with runtime PM support for power saving.
It also offers buffer support that can be used together with IIO software
triggers.
Datasheet can be found here:
http://www.ti.com.cn/cn/lit/ds/symlink/ads1015.pdf
Signed-off-by: Daniel Baluta
---
Changes since v2
* correctly handle data copy into buffer when not all channels are
enabled
* fixed timestamp channel index (2 instead of 3)
* added some new lines for readability
Daniel Baluta (2):
iio: pressure: ms5611: Add IIO_CHAN_INFO_SCALE to mask
iio: pressure: ms5611: Add triggered buff
This will be used together with an external trigger (e.g hrtimer
based software trigger).
Signed-off-by: Daniel Baluta
---
drivers/iio/pressure/Kconfig | 1 +
drivers/iio/pressure/ms5611.h | 1 +
drivers/iio/pressure/ms5611_core.c | 74
This allows data exported via buffer interface to be converted
to standard units in userspace.
Signed-off-by: Daniel Baluta
---
drivers/iio/pressure/ms5611_core.c | 18 --
1 file changed, 16 insertions(+), 2 deletions(-)
diff --git a/drivers/iio/pressure/ms5611_core.c
b
The driver has sysfs readings with runtime PM support for power saving.
It also offers buffer support that can be used together with IIO software
triggers.
Datasheet can be found here:
http://www.ti.com.cn/cn/lit/ds/symlink/ads1015.pdf
Signed-off-by: Daniel Baluta
---
Changes since v1
On Sat, Jan 16, 2016 at 2:07 PM, Jonathan Cameron wrote:
> On 14/01/16 16:25, Daniel Baluta wrote:
>> The driver has sysfs readings with runtime PM support for power saving.
>> It also offers buffer support that can be used together with IIO software
>> triggers.
>>
>
On Wed, Jan 27, 2016 at 12:28 AM, Lucas De Marchi
wrote:
> Hi,
>
> On Thu, Jan 14, 2016 at 2:25 PM, Daniel Baluta
> wrote:
>> The driver has sysfs readings with runtime PM support for power saving.
>> It also offers buffer support that can be used together with
On Wed, Jan 27, 2016 at 12:56 AM, Matt Ranostay wrote:
> On Tue, Jan 26, 2016 at 12:21 PM, Cristina Moraru
> wrote:
>> This patch adds support for Hoperf th02 humidity and
>> temperature sensor as it uses same register definitions
>> as si7005
>>
>> th02 Datasheet:
>> http://www.anglia-live.com/
ressed comments from Peter
* explain why the need for allocating a buffer of 4 s32 elements
* correctly handle data copy into buffer when not all channels are
enabled
* fixed timestamp channel index (2 instead of 3)
* added some new lines for readability
Dani
This allows data exported via buffer interface to be converted
to standard units in userspace.
Signed-off-by: Daniel Baluta
---
drivers/iio/pressure/ms5611_core.c | 18 --
1 file changed, 16 insertions(+), 2 deletions(-)
diff --git a/drivers/iio/pressure/ms5611_core.c
b
This will be used together with an external trigger (e.g hrtimer
based software trigger).
Signed-off-by: Daniel Baluta
---
drivers/iio/pressure/Kconfig | 1 +
drivers/iio/pressure/ms5611.h | 1 +
drivers/iio/pressure/ms5611_core.c | 77
This allows data exported via buffer interface to be converted
to standard units in userspace.
Signed-off-by: Daniel Baluta
---
drivers/iio/pressure/ms5611_core.c | 18 --
1 file changed, 16 insertions(+), 2 deletions(-)
diff --git a/drivers/iio/pressure/ms5611_core.c
b
This will be used together with an external trigger (e.g hrtimer
based software trigger).
Signed-off-by: Daniel Baluta
---
drivers/iio/pressure/Kconfig | 1 +
drivers/iio/pressure/ms5611.h | 1 +
drivers/iio/pressure/ms5611_core.c | 71
First patch reverts 7cb46c2a066 ("iio: pressure: ms5611: remove
IIO_CHAN_INFO_SCALE from mask") because we need the scale to correctly
transform "raw" data from buffer into correct measurement units.
Second patch adds the actual buffer support.
Daniel Baluta (2):
iio: p
On Tue, Dec 15, 2015 at 9:19 PM, Nish Aravamudan
wrote:
> So, I apologize in advance for this relatively vague report, but I'm fairly
> sure
> the Yoga 900 has an accelerometer amongst other sensors (ambient light?)
> exported over IIO.
>
> But, these sensors seem to not be updating at all with a
Running lguest without arguments or with a wrong argument name
borks the terminal, because the cleanup handler is set up too late
in the initialization process.
Signed-off-by: Daniel Baluta
---
tools/lguest/lguest.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools
On 11/20/2015 05:31 PM, Masanari Iida wrote:
This patch fix a spelling typo in iio.tmpl.
Signed-off-by: Masanari Iida
Acked-by: Daniel Baluta
---
Documentation/DocBook/iio.tmpl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/DocBook/iio.tmpl b
On Wed, Nov 18, 2015 at 6:06 PM, Marc Titinger wrote:
> On 18/11/2015 16:38, Crt Mori wrote:
>>
>> This has my acked-by, yet it is missing a commit message? Can we get that
>> and the removed From: as I think this is a new patch and not resend of
>> Daniel's?
>> Also it would need your signed-off-
> Signed-off-by: Marc Titinger
> ---
> drivers/iio/adc/Kconfig | 9 +
> drivers/iio/adc/Makefile | 1 +
> drivers/iio/adc/ina2xx-iio.c | 404
> +++
One more thing. In IIO we do not prefer generic names for files.
Lets name this after the fir
On Tue, Nov 10, 2015 at 6:07 PM, Marc Titinger wrote:
> Signed-off-by: Marc Titinger
I'm in favor of small incremental patches, anyhow since this is the
initial submission
I can't see why this patch isn't squashed in the previous one?
> ---
> drivers/iio/adc/ina2xx-iio.c | 51
> ++
On Tue, Nov 10, 2015 at 6:07 PM, Marc Titinger wrote:
> Basic support or direct IO raw read, with averaging attribute.
> Values are RAW, INT_PLUS_MICRO (Volt/Ampere/Watt).
>
> IIO context has 1 devices:
Is this from libiio right? Perhaps you should specify this:
"libiio context has 1 devices"
>
On Fri, Nov 6, 2015 at 9:50 AM, Christoph Hellwig wrote:
> Is this going into 4.4 through the iio tree? If not is there any chance
> to get it in through some other tree? While we're not past the merge
> window is trivial new functionality that doesn't change code, and I'd like to
> move existin
The first supported trigger type is
"hrtimer" found under /config/iio/triggers/hrtimer.
Signed-off-by: Daniel Baluta
---
drivers/iio/Kconfig | 8 ++
drivers/iio/Makefile | 1 +
drivers/iio/industrialio-sw-trigger.c | 183 +
ed-by: Lars-Peter Clausen
Signed-off-by: Daniel Baluta
---
fs/configfs/dir.c| 110 +++
include/linux/configfs.h | 10 +
2 files changed, 120 insertions(+)
diff --git a/fs/configfs/dir.c b/fs/configfs/dir.c
index c81ce7f..a7a1b21 100644
---
based on
an older version from Marten and Lars-Peter.
Signed-off-by: Marten Svanfeldt
Signed-off-by: Lars-Peter Clausen
Signed-off-by: Daniel Baluta
---
drivers/iio/trigger/Kconfig| 10 ++
drivers/iio/trigger/Makefile | 2 +
drivers/iio/trigger/iio-trig-hrtimer.c | 193
: Daniel Baluta
---
drivers/iio/Kconfig | 8 ++
drivers/iio/Makefile| 1 +
drivers/iio/industrialio-configfs.c | 50 +
3 files changed, 59 insertions(+)
create mode 100644 drivers/iio/industrialio-configfs.c
diff --git a
"Further work" chapter in iio_configfs.txt
- added configfs-iio file in Documentation/ABI/testing
Daniel Baluta (5):
configfs: Allow dynamic group creation
iio: core: Introduce IIO configfs support
iio: core: Introduce IIO software triggers
iio: trigger: Introd
Signed-off-by: Daniel Baluta
---
Documentation/ABI/testing/configfs-iio | 21
Documentation/iio/iio_configfs.txt | 93 ++
2 files changed, 114 insertions(+)
create mode 100644 Documentation/ABI/testing/configfs-iio
create mode 100644 Documentation
Christoph, one question. See below.
On Fri, Oct 23, 2015 at 3:48 PM, Christoph Hellwig wrote:
> Hi Daniel,
>
> all these functions look great, but can you also move your new
> iio_sw_trigger_type_configfs_register/unregister functions to the
> core code as those are the wrappers that everyone wou
On Fri, Oct 23, 2015 at 3:48 PM, Christoph Hellwig wrote:
> Hi Daniel,
>
> all these functions look great, but can you also move your new
> iio_sw_trigger_type_configfs_register/unregister functions to the
> core code as those are the wrappers that everyone would have to write,
> e.g. something li
ed-by: Lars-Peter Clausen
Signed-off-by: Daniel Baluta
---
fs/configfs/dir.c| 102 +++
include/linux/configfs.h | 8
2 files changed, 110 insertions(+)
diff --git a/fs/configfs/dir.c b/fs/configfs/dir.c
index c81ce7f..bf76795 100644
---
based on
an older version from Marten and Lars-Peter.
Signed-off-by: Marten Svanfeldt
Signed-off-by: Lars-Peter Clausen
Signed-off-by: Daniel Baluta
---
drivers/iio/trigger/Kconfig| 10 ++
drivers/iio/trigger/Makefile | 2 +
drivers/iio/trigger/iio-trig-hrtimer.c | 193
none
* patch 4/4
- removed "Further work" chapter in iio_configfs.txt
- added configfs-iio file in Documentation/ABI/testing
Daniel Baluta (5):
configfs: Allow dynamic group creation
iio: core: Introduce IIO configfs support
iio: core: In
: Daniel Baluta
---
drivers/iio/Kconfig | 8 ++
drivers/iio/Makefile| 1 +
drivers/iio/industrialio-configfs.c | 50 +
3 files changed, 59 insertions(+)
create mode 100644 drivers/iio/industrialio-configfs.c
diff --git a
Signed-off-by: Daniel Baluta
---
Documentation/ABI/testing/configfs-iio | 21
Documentation/iio/iio_configfs.txt | 93 ++
2 files changed, 114 insertions(+)
create mode 100644 Documentation/ABI/testing/configfs-iio
create mode 100644 Documentation
The first support trigger type is
"hrtimer" found under /config/iio/triggers/hrtimer.
Signed-off-by: Daniel Baluta
---
drivers/iio/Kconfig | 8 ++
drivers/iio/Makefile | 1 +
drivers/iio/industrialio-sw-trigger.c | 206 +
On Thu, Oct 22, 2015 at 11:40 AM, Christoph Hellwig wrote:
> On Tue, Oct 20, 2015 at 01:53:42PM +0300, Daniel Baluta wrote:
>> We don't want to hardcode default groups at subsystem
>> creation time. We export:
>> * configfs_register_group
>> * confi
On Tue, Oct 20, 2015 at 2:50 PM, Crt Mori wrote:
> On 20 October 2015 at 12:53, Daniel Baluta wrote:
>> Signed-off-by: Daniel Baluta
>> ---
>> Documentation/ABI/testing/configfs-iio | 21
>> Documentation/iio/iio_configfs.txt | 93
>> +
This creates an IIO configfs subystem named "iio", with a default
"triggers" group. Next patches will add trigger types support,
allowing new triggers creation using configfs.
Signed-off-by: Daniel Baluta
---
drivers/iio/Kconfig | 8 +
501 - 600 of 953 matches
Mail list logo