| #
db95bd79 |
| 16-May-2026 |
Jonathan Cameron <jic23@kernel.org> |
iio: trigger: drop generic interrupt trigger.
There is no way to bind to this driver from firmware and no explicit platform device creation calls exist in mainline.
As such it is dead code. So drop
iio: trigger: drop generic interrupt trigger.
There is no way to bind to this driver from firmware and no explicit platform device creation calls exist in mainline.
As such it is dead code. So drop it rather than potentially wasting time modernizing it (see #1)
Link: https://lore.kernel.org/all/20260511063229.1433-1-sozdayvek@gmail.com/ #1 Reviewed-by: Andy Shevchenko <andriy.shevchenko@intel.com> Signed-off-by: Jonathan Cameron <jic23@kernel.org>
show more ...
|
| #
150ba97f |
| 02-Feb-2022 |
Andy Shevchenko <andriy.shevchenko@linux.intel.com> |
iio: trigger: stm32-timer: Make use of device properties
Convert the module to be property provider agnostic and allow it to be used on non-OF platforms.
Signed-off-by: Andy Shevchenko <andriy.shev
iio: trigger: stm32-timer: Make use of device properties
Convert the module to be property provider agnostic and allow it to be used on non-OF platforms.
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by: Fabrice Gasnier <fabrice.gasnier@foss.st.com> Link: https://lore.kernel.org/r/20220202204112.57095-1-andriy.shevchenko@linux.intel.com Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
show more ...
|
| #
ec8f24b7 |
| 19-May-2019 |
Thomas Gleixner <tglx@linutronix.de> |
treewide: Add SPDX license identifier - Makefile/Kconfig
Add SPDX license identifiers to all Make/Kconfig files which:
- Have no license information of any form
These files fall under the project
treewide: Add SPDX license identifier - Makefile/Kconfig
Add SPDX license identifiers to all Make/Kconfig files which:
- Have no license information of any form
These files fall under the project license, GPL v2 only. The resulting SPDX license identifier is:
GPL-2.0-only
Signed-off-by: Thomas Gleixner <tglx@linutronix.de> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
show more ...
|
| #
b01ced2b |
| 28-Aug-2017 |
Fabrice Gasnier <fabrice.gasnier@st.com> |
iio: trigger: Add STM32 LPTimer trigger driver
Add support for LPTIMx_OUT triggers that can be found on some STM32 devices. These triggers can be used then by ADC or DAC. Typical usage is to configu
iio: trigger: Add STM32 LPTimer trigger driver
Add support for LPTIMx_OUT triggers that can be found on some STM32 devices. These triggers can be used then by ADC or DAC. Typical usage is to configure LPTimer as PWM output (via pwm-stm32-lp) and have synchronised analog conversions with these triggers.
Signed-off-by: Fabrice Gasnier <fabrice.gasnier@st.com> Reviewed-by: Jonathan Cameron <Jonathan.Cameron@huawei.com> Signed-off-by: Lee Jones <lee.jones@linaro.org>
show more ...
|
| #
93fbe91b |
| 20-Jan-2017 |
Benjamin Gaignard <benjamin.gaignard@linaro.org> |
iio: Add STM32 timer trigger driver
Timers IPs can be used to generate triggers for other IPs like DAC or ADC. Each trigger may result of timer internals signals like counter enable, reset or edge,
iio: Add STM32 timer trigger driver
Timers IPs can be used to generate triggers for other IPs like DAC or ADC. Each trigger may result of timer internals signals like counter enable, reset or edge, this configuration could be done through "master_mode" device attribute.
Since triggers could be used by DAC or ADC their names are defined in include/ nux/iio/timer/stm32-timer-trigger.h and is_stm32_iio_timer_trigger function could be used to check if the trigger is valid or not.
"trgo" trigger have a "sampling_frequency" attribute which allow to configure timer sampling frequency.
version 8: - change kernel version from 4.10 to 4.11 in ABI documentation
version 7: - remove all iio_device related code - move driver into trigger directory
version 5: - simplify tables of triggers - only create an IIO device when needed
version 4: - get triggers configuration from "reg" in DT - add tables of triggers - sampling frequency is enable/disable when writing in trigger sampling_frequency attribute - no more use of interruptions
version 3: - change compatible to "st,stm32-timer-trigger" - fix attributes access right - use string instead of int for master_mode and slave_mode - document device attributes in sysfs-bus-iio-timer-stm32
version 2: - keep only one compatible - use st,input-triggers-names and st,output-triggers-names to know which triggers are accepted and/or create by the device
Signed-off-by: Benjamin Gaignard <benjamin.gaignard@st.com> Acked-by: Jonathan Cameron <jic23@kernel.org> Signed-off-by: Lee Jones <lee.jones@linaro.org>
show more ...
|
| #
bc2e1126 |
| 06-Mar-2016 |
Jonathan Cameron <jic23@kernel.org> |
iio:trigger: Experimental kthread tight loop trigger (thread only)
This patch is in response to that of Gregor Boirie <gregor.boirie@parrot.com> who proposed using a tight kthread within a device dr
iio:trigger: Experimental kthread tight loop trigger (thread only)
This patch is in response to that of Gregor Boirie <gregor.boirie@parrot.com> who proposed using a tight kthread within a device driver (be it with the support factored out into a helper library) in order to basically spin as fast as possible.
It is meant as a talking point rather than a formal proposal of the code (though we are heading towards that I think). Also gives people some working code to mess around with.
I proposed that this could be done with a trigger with a few constraints and this is the proof (be it ugly) of that.
There are some constraints though, some of which we would want to relax if this were to move forward.
* Will only run the thread part of the registered pollfunc. This is to avoid the overhead of jumping in and out of interrupt context. Is the overhead significant? Not certain but feels like it should be!
* This limitation precludes any device that 'must' do some work in interrupt context. However, that is true of few if any drivers and I suspect that any that do will be restricted to using triggers they provide themselves. Usually we have a top half mainly to grab a timestamp as soon after the dataready type signal as possible.
Signed-off-by: Jonathan Cameron <jic23@kernel.org> Acked-by: Daniel Baluta <daniel.baluta@intel.com>
show more ...
|
| #
ac5006a2 |
| 09-Nov-2015 |
Daniel Baluta <daniel.baluta@intel.com> |
iio: trigger: Introduce IIO hrtimer based trigger
This patch registers a new IIO software trigger interrupt source based on high resolution timers.
Notice that if configfs is enabled we create samp
iio: trigger: Introduce IIO hrtimer based trigger
This patch registers a new IIO software trigger interrupt source based on high resolution timers.
Notice that if configfs is enabled we create sampling_frequency attribute allowing users to change hrtimer period (1/sampling_frequency).
The IIO hrtimer trigger has a long history, this patch is based on an older version from Marten and Lars-Peter.
Signed-off-by: Marten Svanfeldt <marten@intuitiveaerial.com> Signed-off-by: Lars-Peter Clausen <lars@metafoo.de> Signed-off-by: Daniel Baluta <daniel.baluta@intel.com> Signed-off-by: Jonathan Cameron <jic23@kernel.org>
show more ...
|
| #
3edc84e6 |
| 15-Jul-2013 |
Lars-Peter Clausen <lars@metafoo.de> |
iio: Add a comment to about alphabetical order to Kconfigs and Makefiles
Keeping Makefile and Kconfig entries in alphabetical order usually works better than just appending new entries at the end, s
iio: Add a comment to about alphabetical order to Kconfigs and Makefiles
Keeping Makefile and Kconfig entries in alphabetical order usually works better than just appending new entries at the end, since it reduces the amount of conflicts. This patch adds a comment to the IIO Kconfig and Makefile files to document that the entries should be kept in alphabetical order.
Also reorder those entries which weren't in alphabetical order yet.
Signed-off-by: Lars-Peter Clausen <lars@metafoo.de> Signed-off-by: Jonathan Cameron <jic23@kernel.org>
show more ...
|
| #
93232cd5 |
| 23-Jun-2013 |
Peter Meerwald <pmeerw@pmeerw.net> |
iio: fix Kconfig typos
Signed-off-by: Peter Meerwald <pmeerw@pmeerw.net> Signed-off-by: Jonathan Cameron <jic23@kernel.org>
|
| #
c7a8be08 |
| 02-Jun-2013 |
Jonathan Cameron <jic23@kernel.org> |
iio:triggers:interrupt trigger - move out of staging.
This is now a very simple trigger indeed but useful in many common cases.
Signed-off-by: Jonathan Cameron <jic23@kernel.org> Reviewed-by: Lars-
iio:triggers:interrupt trigger - move out of staging.
This is now a very simple trigger indeed but useful in many common cases.
Signed-off-by: Jonathan Cameron <jic23@kernel.org> Reviewed-by: Lars-Peter Clausen <lars@metafoo.de>
show more ...
|
| #
e64e7d5c |
| 14-Apr-2013 |
Jonathan Cameron <jic23@kernel.org> |
iio:trigger:sysfs Move out of staging.
This simple driver is rather useful. No issues about its interface have been raised for some time hence the proposal to move it out of staging.
Signed-off-by:
iio:trigger:sysfs Move out of staging.
This simple driver is rather useful. No issues about its interface have been raised for some time hence the proposal to move it out of staging.
Signed-off-by: Jonathan Cameron <jic23@kernel.org>
show more ...
|