On 20/03/2016 12:24, Jonathan Cameron wrote:
On 14/03/16 10:20, Marc Titinger wrote:
The user (or an init script) may setup RShunt via sysfs after the
driver was initialized, for instance based on the EEPROM contents
of a modular probe. The calibration register must be set accordingly
The user (or an init script) may setup RShunt via sysfs after the
driver was initialized, for instance based on the EEPROM contents
of a modular probe. The calibration register must be set accordingly.
Signed-off-by: Marc Titinger
---
v2 of http://www.spinics.net/lists/linux-iio/msg23402.html
On 12/03/2016 10:19, Jonathan Cameron wrote:
On 11/03/16 14:52, Marc Titinger wrote:
The user (or an init script) may setup RShunt via sysfs after the
driver was initialized, for instance based on the EEPROM contents
of a modular probe. The calibration register must be set accordingly
On 11/03/2016 16:04, Andrew F. Davis wrote:
...
@@ -599,6 +621,8 @@ static const struct iio_info ina2xx_info = {
.debugfs_reg_access = ina2xx_debug_reg,
};
+
+
?
Ok, will fix in v2, thanks !
M.
/* Initialize the configuration and calibration registers. */
static int ina
The scale would result in uV instead of expected mV.
Mostly cosmetic, since the value of 'Power' was computed OK.
Signed-off-by: Marc Titinger
---
drivers/iio/adc/ina2xx-adc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/iio/adc/ina2xx-adc.c b/drive
The user (or an init script) may setup RShunt via sysfs after the
driver was initialized, for instance based on the EEPROM contents
of a modular probe. The calibration register must be set accordingly.
Signed-off-by: Marc Titinger
---
tested with BeagleBone-black and BayLibre-acme.
---
drivers
On 03/03/2016 22:02, Anatol Pomozov wrote:
From: Anatol Pomazau
Some systems have a lot of power sensors and having an way to label sensor
makes easier to use sensor information.
Add dts property 'label' that is readable via device sysfs file 'label'.
Hi Anatol and all,
I haven't looked h
On 14/02/2016 21:02, Andrew F. Davis wrote:
On 02/13/2016 07:21 AM, Jonathan Cameron wrote:
On 12/02/16 18:34, Andrew F. Davis wrote:
These are generally for devlopment use only, remove these
from performance-critical code, convert to dev_dbg elswhere.
Signed-off-by: Andrew F. Davis
Hm...
Documentation for attributes:
* in_allow_async_readout
* in_shunt_resistor
Signed-off-by: Marc Titinger
---
Documentation/ABI/testing/sysfs-bus-iio-ina2xx-adc | 24 ++
1 file changed, 24 insertions(+)
create mode 100644 Documentation/ABI/testing/sysfs-bus-iio-ina2xx-adc
BeagleBoneBlack.
Datasheet: http://www.ti.com/lit/gpn/ina226
Signed-off-by: Marc Titinger
---
drivers/iio/adc/Kconfig | 10 +
drivers/iio/adc/Makefile | 1 +
drivers/iio/adc/ina2xx-adc.c | 745 +++
3 files changed, 756 insertions(+)
create mode 100644
www.spinics.net/lists/linux-iio/msg22100.html
Marc Titinger (2):
iio: ina2xx: add support for TI INA2xx Power Monitors
iio: ina2xx: add ABI documentation entry sysfs-bus-iio-ina2xx-adc
Documentation/ABI/testing/sysfs-bus-iio-ina2xx-adc | 24 +
drivers/iio/adc/Kconfig|
On 16/12/2015 18:45, Andrew F. Davis wrote:
On 12/07/2015 03:09 AM, Marc Titinger wrote:
+#define INA2XX_CHAN(_type, _index, _address) { \
+.type = (_type), \
+.address = (_address), \
+.indexed = 1, \
+.channel = (_index), \
+.info_mask_separate = BIT(IIO_CHAN_INFO_RAW
POWER and CURRENT were swapped out in the buffer:
was current2 and power3, correct order is power2 and current3.
Signed-off-by: Marc Titinger
---
Hi Jon,
we just found this while testing with the buffered mode.
My apologies for missing this bug ealier.
Cheers,
Marc.
---
drivers/iio/adc
Documentation for attributes:
* in_allow_async_readout
* in_shunt_resistor
Signed-off-by: Marc Titinger
---
Documentation/ABI/testing/sysfs-bus-iio-ina2xx-adc | 24 ++
1 file changed, 24 insertions(+)
create mode 100644 Documentation/ABI/testing/sysfs-bus-iio-ina2xx-adc
On 12/12/2015 18:14, Jonathan Cameron wrote:
On 11/12/15 16:49, Marc Titinger wrote:
Provide client apps with the scales to apply to the register values
read from the software buffer.
Follow the ABI documentation so that values are in milli-unit after scales
are applied.
Umm. The below looks
Different probe modules use different resistor values. The front-end
application may read a probe ID (from eeprom) and set the shunt value
accordingly.
Signed-off-by: Marc Titinger
---
drivers/iio/adc/ina2xx-adc.c | 52 +++-
1 file changed, 46 insertions
1 root S 1236 0% 6% dd if /dev/iio:device1 of /dev/null
148 1 root S 1236 0% 4% dd if /dev/iio:device2 of /dev/null
149 137 root R 1244 0% 3% top -d 1
142 1 root S 1236 0% 2% dd if /dev/iio:device0 of /dev/null
Signed-off-by: Marc
Provide client apps with the scales to apply to the register values
read from the software buffer.
Follow the ABI documentation so that values are in milli-unit after scales
are applied.
Signed-off-by: Marc Titinger
---
drivers/iio/adc/ina2xx-adc.c | 85
BeagleBoneBlack.
Datasheet: http://www.ti.com/lit/gpn/ina226
Signed-off-by: Marc Titinger
---
drivers/iio/adc/Kconfig | 10 +
drivers/iio/adc/Makefile | 1 +
drivers/iio/adc/ina2xx-adc.c | 670 +++
3 files changed, 681 insertions(+)
create mode 100644
-specific attributes found:
attr 0: in_oversampling_ratio value: 4
attr 1: in_allow_async_readout value: 0
attr 2: integration_time_available value: 140 204 332 588 1100 2116...
attr 3: in_sampling_frequency value: 114
Signed-off-by: Marc Titinger
---
drivers/iio/adc/ina2xx-adc.c | 54
.max_register = INA2XX_MAX_REGISTERS
previous references:
* following RFC started in https://lkml.org/lkml/2015/11/10/370
* and feed back from https://lkml.org/lkml/2015/11/18/395
* Version 2: https://lkml.org/lkml/2015/11/30/245
Marc Titinger (2):
iio: ina2xx: add support for TI INA2xx Power
On 02/12/2015 17:44, Guenter Roeck wrote:
On 12/02/2015 08:20 AM, Marc Titinger wrote:
On 02/12/2015 17:04, Guenter Roeck wrote:
On 12/02/2015 02:20 AM, Marc Titinger wrote:
On 02/12/2015 03:14, Guenter Roeck wrote:
On Mon, Nov 30, 2015 at 12:49:14PM +0100, Marc Titinger wrote:
in SOFTWARE
On 02/12/2015 17:04, Guenter Roeck wrote:
On 12/02/2015 02:20 AM, Marc Titinger wrote:
On 02/12/2015 03:14, Guenter Roeck wrote:
On Mon, Nov 30, 2015 at 12:49:14PM +0100, Marc Titinger wrote:
in SOFTWARE buffer mode, a kthread will capture the active
scan_elements
into a kfifo, then compute
On 02/12/2015 03:14, Guenter Roeck wrote:
On Mon, Nov 30, 2015 at 12:49:14PM +0100, Marc Titinger wrote:
in SOFTWARE buffer mode, a kthread will capture the active scan_elements
into a kfifo, then compute the remaining time until the next capture tick
and do an active wait (udelay).
This will
On 29/11/2015 18:38, Guenter Roeck wrote:
On 11/29/2015 08:31 AM, Jonathan Cameron wrote:
On 25/11/15 11:28, Marc Titinger wrote:
in SOFTWARE buffer mode, a kthread will capture the active scan_elements
into a kfifo, then compute the remaining time until the next capture
tick
and do an active
BeagleBoneBlack.
Datasheet: http://www.ti.com/lit/gpn/ina226
Signed-off-by: Marc Titinger
---
drivers/iio/adc/Kconfig | 9 +
drivers/iio/adc/Makefile | 1 +
drivers/iio/adc/ina2xx-iio.c | 678 +++
3 files changed, 688 insertions(+)
create mode 100644
-specific attributes found:
attr 0: in_oversampling_ratio value: 4
attr 1: in_allow_async_readout value: 0
attr 2: integration_time_available value: 140 204 332 588 1100 2116 4156 8244
attr 3: in_sampling_frequency value: 114
Signed-off-by: Marc Titinger
---
drivers/iio/adc/ina2xx-iio.c
ere in uS instead of s)
* move static variable into device data to allow for multiple instances
previous references:
following RFC started in https://lkml.org/lkml/2015/11/10/370
and feed back from https://lkml.org/lkml/2015/11/18/395
Marc Titinger (2):
iio: ina2xx: add support for TI INA2xx
On 25/11/2015 13:20, Peter Meerwald-Stadler wrote:
in SOFTWARE buffer mode, a kthread will capture the active scan_elements
into a kfifo, then compute the remaining time until the next capture tick
and do an active wait (udelay).
minor comments below
Thanks Peter! All fixed in next iteratio
BeagleBoneBlack.
Datasheet: http://www.ti.com/lit/gpn/ina226
Signed-off-by: Marc Titinger
---
drivers/iio/adc/Kconfig | 10 +
drivers/iio/adc/Makefile | 1 +
drivers/iio/adc/ina2xx-iio.c | 684 +++
3 files changed, 695 insertions(+)
create mode 100644
and remote capabilities
with libiio seems beneficial.
Marc Titinger (1):
iio: ina2xx: add support for TI INA2xx Power Monitors
iio: ina2xx: provide a sysfs parameter to allow async readout of the
ADCs
drivers/iio/adc/Kconfig | 10 +
drivers/iio/adc/Makefile | 1 +
drivers/iio/adc/in
-specific attributes found:
attr 0: in_oversampling_ratio value: 4
attr 1: in_allow_async_readout value: 0
attr 2: integration_time_available value: 140 204 332 588 1100 2116 4156 8244
attr 3: in_sampling_frequency value: 114
Signed-off-by: Marc Titinger
---
drivers/iio/adc/ina2xx-iio.c
On 21/11/2015 19:13, Jonathan Cameron wrote:
On 18/11/15 14:38, Marc Titinger wrote:
Basic support or direct IO raw read, with averaging attribute.
Values are RAW, INT_PLUS_MICRO (Volt/Ampere/Watt).
Output of iio_info:
iio:device0: ina226
4 channels found:
power3
On 18/11/2015 19:55, Jonathan Cameron wrote:
On 18/11/15 14:38, Marc Titinger wrote:
The hrtimer sw-trigger allow for polling mode on devices w/o hard irq
trigger source, but setting the frequency from userland for both the
hrtimer trigger device and the adc is error prone.
Make adc drivers
age is the brief line only.
The patch is as-is from Daniel's series.
Cheers,
M.
On 18 November 2015 at 15:38, Marc Titinger wrote:
From: Daniel Baluta
Signed-off-by: Daniel Baluta
Acked-by: Crt Mori
---
Documentation/ABI/testing/configfs-iio | 21
Documentation/iio/i
From: Daniel Baluta
A software trigger associates an IIO device trigger with a software
interrupt source (e.g: timer, sysfs). This patch adds the generic
infrastructure for handling software triggers.
Software interrupts sources are kept in a iio_trigger_types_list and
registered separately when
sampling frequency is known.
enable_trigger is called from verify_update, before the classical setup_ops
are called in buffers_enable. This gives a chance to complete the setup of
indio_dev->trig.
Signed-off-by: Marc Titinger
---
drivers/iio/industrialio-buffer.c | 5 +
include/linux/iio/ii
hrtimer based trigger
iio: Documentation: Add IIO configfs documentation
Marc Titinger (4):
iio: ina2xx: add direct IO support for TI INA2xx Power Monitors
iio: ina2xx: add triggered buffer
iio: buffer: allow for last-second trigger spawning from device driver
iio: (RFC) illustrate creation
From: Daniel Baluta
This patch creates the IIO configfs root group. The group
will appear under /iio/, usually /config/iio.
We introduce configfs support in IIO in order to be able to easily
create IIO objects from userspace. The first supported IIO objects
are triggers introduced with next patc
Signed-off-by: Marc Titinger
---
drivers/iio/adc/Kconfig | 3 ++
drivers/iio/adc/ina2xx-iio.c | 74
2 files changed, 77 insertions(+)
diff --git a/drivers/iio/adc/Kconfig b/drivers/iio/adc/Kconfig
index ebbfff9..929cfb0 100644
--- a/drivers/iio
From: Daniel Baluta
Signed-off-by: Daniel Baluta
Acked-by: Crt Mori
---
Documentation/ABI/testing/configfs-iio | 21
Documentation/iio/iio_configfs.txt | 93 ++
2 files changed, 114 insertions(+)
create mode 100644 Documentation/ABI/testing/configf
This also raises the question of how to programmatically set the period of
the hrtimer from the owner driver, I had to locally copy iio_hrtimer_info
Maybe this should go to linux/iio/hrtimer_trigger.h ?
Signed-off-by: Marc Titinger
---
drivers/iio/adc/ina2xx-iio.c | 74
: in_sampling_frequency value: 1506
Tested with ina226, on BeagleBoneBlack.
Datasheet: http://www.ti.com/lit/gpn/ina226
Signed-off-by: Marc Titinger
---
drivers/iio/adc/Kconfig | 9 +
drivers/iio/adc/Makefile | 1 +
drivers/iio/adc/ina2xx-iio.c | 515
From: Daniel Baluta
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 hist
From: Daniel Baluta
We don't want to hardcode default groups at subsystem
creation time. We export:
* configfs_register_group
* configfs_unregister_group
to allow drivers to programatically create/destroy groups
later, after module init time.
This is needed for IIO configfs suppo
On 17/11/2015 14:39, ji...@jic23.retrosnub.co.uk wrote:
On 17.11.2015 10:44, Marc Titinger wrote:
Some ADC devices allow averaging/downsampling. The minimal parameter
set for this will be the number of taps used for computing a mean value.
In some cases the ratio will hold discrete values for
ging_rationame
in_calibscale power
in_current2_raw sampling_frequency_available
in_power3_raw subsystem
in_sampling_frequency uevent
# cat averaging_ratio_available
1, 4, 16, 64, 128, 256, 512, 1024
Signed-off-by: Mar
using the proposed ABI addition for IIO_CHAN_INFO_AVERAGING_RATIO, convert
the sysfs attribute for averaging ratio to using in_averaging_ratio as a
directory-bound channel info.
Signed-off-by: Marc Titinger
---
drivers/iio/adc/ina2xx-iio.c | 47 ++--
1
This is an attempt to document/define simple downsampling/averaging
features for some ADC devices.
As discussed in https://lkml.org/lkml/2015/11/16/566
As an illustration, Patch 2 is an instance of implementation
using ina226.
Marc Titinger (2):
ABI: iio: support AVERAGING_RATIO setting
iio
On 14/11/2015 19:44, Jonathan Cameron wrote:
On 12/11/15 10:18, Marc Titinger wrote:
On 10/11/2015 19:23, Lars-Peter Clausen wrote:
On 11/10/2015 05:07 PM, Marc Titinger wrote:
Capture the active scan_elements into a kfifo.
The capture thread will compute the remaining time until the next
On 14/11/2015 19:59, Jonathan Cameron wrote:
On 12/11/15 12:57, Marc Titinger wrote:
Basic support or direct IO raw read, with averaging attribute.
Values are RAW, INT_PLUS_MICRO (Volt/Ampere/Watt).
Output of iio_info:
iio:device0: ina226
4 channels found:
power3
140 0430 0d5b 002e 010c 95d2 51e5 0013
Signed-off-by: Marc Titinger
---
drivers/iio/adc/Kconfig | 1 +
drivers/iio/adc/ina2xx-iio.c | 119 ++-
2 files changed, 118 insertions(+), 2 deletions(-)
diff --git a/drivers/iio/adc/Kconfig b/drivers
: http://www.ti.com/lit/gpn/ina226
Signed-off-by: Marc Titinger
---
v2 of series https://lkml.org/lkml/2015/11/10/370 :
- squash patches adding SAMPL_FREQ and debugfs interface
- add regmap is_volatile and is_writeable callbacks
- fix Kconfig deps and alphabetical sorting
On 10/11/2015 19:23, Lars-Peter Clausen wrote:
On 11/10/2015 05:07 PM, Marc Titinger wrote:
Capture the active scan_elements into a kfifo.
The capture thread will compute the remaining time until the next capture
tick, and do an active wait (udelay).
This will produce a stream of up to fours
On 11/11/2015 13:09, Daniel Baluta wrote:
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
On 11/11/2015 11:14, Daniel Baluta wrote:
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).
Hi Daniel,
thanks for the review,
comments bellow,
Marc.
IIO context has 1
iio:device0: ina226
...
3 device-specific attributes found:
attr 0: in_calibscale value: 1
attr 1: in_mean_raw value: 4
attr 2: in_sampling_frequency value: 455
Signed-off-by: Marc Titinger
---
drivers/iio/adc/ina2xx-iio.c | 12
attributes found:
attr 0: raw value: 0.268000
2 device-specific attributes found:
attr 0: in_calibscale value: 1
attr 1: in_mean_raw value: 4
Signed-off-by: Marc Titinger
---
drivers/iio/adc/Kconfig | 9 +
drivers/iio/adc/Makefile
?
Many thanks,
Marc Titinger (4):
iio: ina2xx: add direct IO support for TI INA2xx Power Monitors
iio: ina2xx: add SAMP_FREQ attribute.
iio: ina2xx: add debugfs reg access
iio: ina2xx: add SOFTWARE buffer mode using an iio kfifo.
drivers/iio/adc/Kconfig | 11 +
drivers/iio/adc/Mak
140 0430 0d5b 002e 010c 95d2 51e5 0013
Signed-off-by: Marc Titinger
---
Ina2xx does not support auto-increment, hence the capture threads sticks
with single register reads instead of regmap_bulk_read.
The proper scales must be applied to those raw register
values, I'm in favor of
Signed-off-by: Marc Titinger
---
drivers/iio/adc/ina2xx-iio.c | 51 ++--
1 file changed, 49 insertions(+), 2 deletions(-)
diff --git a/drivers/iio/adc/ina2xx-iio.c b/drivers/iio/adc/ina2xx-iio.c
index 257d8d5..92169e1 100644
--- a/drivers/iio/adc/ina2xx
On 28/10/2015 03:47, Guenter Roeck wrote:
On Tue, Oct 27, 2015 at 10:51:07AM +0100, Marc Titinger wrote:
Any sysfs "show" read access from the client app will result in reading
all registers (8 with ina226). Depending on the host this can limit the
best achievable read rate.
This
From: Marc Titinger
Devices may register an intermediate retention state into the domain
upon attaching. Currently generic domain would register an array of
states upon init. This patch prepares for later insertion (sort per
depth, remove).
Signed-off-by: Marc Titinger
Signed-off-by: Lina Iyer
From: Marc Titinger
This patch allows cluster-level idle-states to being soaked in as generic
domain power states, in order for the domain governor to chose the most
efficient power state compatible with the device constraints. Similarly,
devices can register power-states into the cluster domain
led
cpu-idle-states in each PD node. this is a list of idle-states that will be
mapped as domain states.
- quit referring to c-states, but refer to idle-states instead.
Jon Medhurst (1):
arm64: dts: Add idle-states for Juno
Marc Titinger (6):
PM / Domains: prepare for devices that might r
From: Jon Medhurst
Signed-off-by: Jon Medhurst
---
arch/arm64/boot/dts/arm/juno.dts | 29 +
1 file changed, 29 insertions(+)
diff --git a/arch/arm64/boot/dts/arm/juno.dts b/arch/arm64/boot/dts/arm/juno.dts
index 53442b5..b3fcee8 100644
--- a/arch/arm64/boot/dts/arm/
From: Marc Titinger
re-instate a two step init, first register the CPU-power domains, then
attach the CPUs, because CPU ordering does not match cluster/PD boundaries.
Signed-off-by: Marc Titinger
---
drivers/base/power/cpu-pd.c | 29 -
include/linux/cpu-pd.h
From: Marc Titinger
Using Juno to exercise the code that prepares for OS-initiated idle-state
handling, using genpd platform callbacks. In opposition to platform-
initiated mode as currently with pcsi/ATF.
Signed-off-by: Marc Titinger
---
arch/arm64/boot/dts/arm/juno.dts | 2 ++
1 file
From: Marc Titinger
Signed-off-by: Marc Titinger
---
arch/arm64/boot/dts/arm/juno.dts | 19 +++
1 file changed, 19 insertions(+)
diff --git a/arch/arm64/boot/dts/arm/juno.dts b/arch/arm64/boot/dts/arm/juno.dts
index b3fcee8..0a72c07 100644
--- a/arch/arm64/boot/dts/arm
From: Marc Titinger
Signed-off-by: Marc Titinger
---
arch/arm64/kernel/Makefile | 1 +
arch/arm64/kernel/cpu_domain.c | 19 +++
2 files changed, 20 insertions(+)
create mode 100644 arch/arm64/kernel/cpu_domain.c
diff --git a/arch/arm64/kernel/Makefile b/arch/arm64/kernel
-ACME) and ina226.
Signed-off-by: Marc Titinger
---
v2:
- rename 'rv' to 'regval' for clarity
- fix missed smbus_xxx api change to regmap
- rename ina2xx_do_update to ina2xx_read_reg
- fix indentation
when checking for the value of the shunt resistor.
Signed-off-by: Marc Titinger
---
v2:
- do part type init earlier to regroup rshunt value checking
and assignement.
drivers/hwmon/ina2xx.c | 25 -
1 file changed, 12 insertions(+), 13 deletions
-ACME) and ina226.
Signed-off-by: Marc Titinger
---
drivers/hwmon/ina2xx.c | 187 ++---
1 file changed, 69 insertions(+), 118 deletions(-)
diff --git a/drivers/hwmon/ina2xx.c b/drivers/hwmon/ina2xx.c
index 4d28150..3edd163 100644
--- a/drivers/hwmon/ina2
ither driver version.
As expected, the measurement is better resolved with single reads.
"github dot com"/mtitinger/ACME/blob/master/docs/measurements/bulk-700pts.png
"github dot com"/mtitinger/ACME/blob/master/docs/measurements/regmap-700pts.png
Many thanks.
Marc Titinger
when checking for the value of the shunt resistor.
Signed-off-by: Marc Titinger
---
drivers/hwmon/ina2xx.c | 21 ++---
1 file changed, 10 insertions(+), 11 deletions(-)
diff --git a/drivers/hwmon/ina2xx.c b/drivers/hwmon/ina2xx.c
index 3edd163..1946433 100644
--- a/drivers
Hi Guenter
thanks for the review, answers bellow.
Marc.
Le 23/10/2015 18:52, Guenter Roeck a écrit :
On 10/23/2015 09:13 AM, Marc Titinger wrote:
With the current implementation, the driver will prevent a readout at a
pace faster than the default conversion time (2ms) times the averaging
(1/(4*800us) = 312 Hz.
Signed-off-by: Marc Titinger
---
drivers/hwmon/ina2xx.c | 359 ++---
1 file changed, 159 insertions(+), 200 deletions(-)
diff --git a/drivers/hwmon/ina2xx.c b/drivers/hwmon/ina2xx.c
index 4d28150..e7c1aaa 100644
--- a/drive
On 20/10/2015 19:00, Guenter Roeck wrote:
On 10/20/2015 06:46 AM, Marc Titinger wrote:
On 20/10/2015 15:30, Guenter Roeck wrote:
On 10/20/2015 06:17 AM, Marc Titinger wrote:
On 20/10/2015 14:54, Guenter Roeck wrote:
On 10/20/2015 01:20 AM, Marc Titinger wrote:
With the current
On 20/10/2015 15:30, Guenter Roeck wrote:
On 10/20/2015 06:17 AM, Marc Titinger wrote:
On 20/10/2015 14:54, Guenter Roeck wrote:
On 10/20/2015 01:20 AM, Marc Titinger wrote:
With the current implementation, the driver will prevent a readout at a
pace faster than the default conversion time
On 20/10/2015 14:54, Guenter Roeck wrote:
On 10/20/2015 01:20 AM, Marc Titinger wrote:
With the current implementation, the driver will prevent a readout at a
pace faster than the default conversion time (2ms) times the averaging
setting, min AVG being 1:1.
Any sysfs "show" read a
Cheers,
Marc.
Thanks,
Lina
On Tue, Oct 06 2015 at 08:27 -0600, Marc Titinger wrote:
v2:
- rebase on Lina Iyer's latest series
- remove unnecessary dependency on perf-state patches from Axel Haslam
---
Summary
1) DESCRIPTION
2) DEPENDENCIES
3) URL
o summarize, the patch provides a max bandwidth improvement with hwmon
client apps from ~160 Hz to ~320 Hz, and better in single-channel
polling mode.
Signed-off-by: Marc Titinger
---
v2: remove local macro for BIT_MASK, use the bitops.h o
On 20/10/2015 03:32, Guenter Roeck wrote:
On 10/19/2015 09:21 AM, Marc Titinger wrote:
With the current implementation, the driver will prevent a readout at a
pace faster than the default conversion time (2ms) times the averaging
setting, min AVG being 1:1.
Any sysfs "show" read a
o summarize, the patch provides a max bandwidth improvement with hwmon
client apps from ~160 Hz to ~320 Hz, and better in single-channel
polling mode.
Signed-off-by: Marc Titinger
---
drivers/hwmon/ina2xx.c | 90 +++---
1 file changed, 71 insertions(
On 09/10/2015 20:22, Lina Iyer wrote:
On Fri, Oct 09 2015 at 03:39 -0600, Marc Titinger wrote:
On 08/10/2015 18:11, Lina Iyer wrote:
Hi Marc,
Thanks for rebasing on top of my latest series.
On Tue, Oct 06 2015 at 08:27 -0600, Marc Titinger wrote:
Devices may register an intermediate
On 08/10/2015 18:27, Lina Iyer wrote:
On Tue, Oct 06 2015 at 08:27 -0600, Marc Titinger wrote:
This patch allows cluster-level C-states to being soaked in as generic
domain power states, in order for the domain governor to chose the most
efficient power state compatible with the device
On 08/10/2015 18:11, Lina Iyer wrote:
Hi Marc,
Thanks for rebasing on top of my latest series.
On Tue, Oct 06 2015 at 08:27 -0600, Marc Titinger wrote:
Devices may register an intermediate retention state into the domain upon
I may agree with the usability of dynamic adding a state to the
Devices may register an intermediate retention state into the domain upon
attaching. Currently generic domain would register an array of states upon
init. This patch prepares for later insertion (sort per depth, remove).
Signed-off-by: Marc Titinger
---
drivers/base/power/domain.c | 189
From: Marc Titinger
This patch checks for irq-safe compatibility in suspend/resume instead of
failing the attach operation early on. Non-cpu devices attaching to an
irq-safe power domain will have to call pm_runtime_irq_safe from their
probe function.
Signed-off-by: Marc Titinger
---
drivers
Signed-off-by: Marc Titinger
---
arch/arm64/boot/dts/arm/juno.dts | 19 +++
1 file changed, 19 insertions(+)
diff --git a/arch/arm64/boot/dts/arm/juno.dts b/arch/arm64/boot/dts/arm/juno.dts
index 342bb99..499f035 100644
--- a/arch/arm64/boot/dts/arm/juno.dts
+++ b/arch/arm64
From: Marc Titinger
Cpuidle now handles c-states and power-states differently. c-states do not
decrement
the reference count for the CPUs in the cluster, while power-states i.e.
cluster level states like 'CLUSTER_SLEEP_0' in the case of juno, will.
The 'D1' fake d
suspended
/devices/system/cpu/cpu5 suspended
a57_pd d1-retention
/devices/system/cpu/cpu1suspended
/devices/system/cpu/cpu2suspended
/devices/platform/D1
--
From: Marc Titinger
This purpose of these debug seq-files is to help investigate
generic power domain state transitions, based on device constraints.
requires the "multiple states" patches from Axel Haslam.
also rename 'summary' from 'pm_genpd_summary&#x
m/cpu/cpu5suspended
/devices/platform/D1suspended
a57_pd cluster-sleep-0
/devices/system/cpu/cpu1suspended
/devices/system/cpu/cpu2suspended
Signed-off-by: Mar
On 06/10/2015 04:27, Lina Iyer wrote:
On Fri, Sep 25 2015 at 07:04 -0600, Marc Titinger wrote:
From: Marc Titinger
fake path to start testing, eventually move this out of /arch/.
incidently enable PM_GENERIC_DOMAINS for VExpress.
In fact, this could be moved out of ARM. My last series moved
From: Marc Titinger
Devices may register an intermediate retention state into the domain upon
attaching. Currently generic domain would register an array of states upon
init. This patch prepares for later insertion (sort per depth, remove).
Signed-off-by: Marc Titinger
---
drivers/base/power
From: Marc Titinger
This purpose of these debug seq-files is to help investigate
generic power domain state transitions, based on device constraints.
requires the "multiple states" patches from Axel Haslam.
also rename 'summary' from 'pm_genpd_summary&#x
From: Marc Titinger
fake path to start testing, eventually move this out of /arch/.
incidently enable PM_GENERIC_DOMAINS for VExpress.
Signed-off-by: Marc Titinger
---
arch/arm/common/domains.c | 4 ++--
arch/arm64/Kconfig | 1 +
arch/arm64/include/asm/arm-pd.h | 1 +
arch
suspended
/devices/system/cpu/cpu4suspended
/devices/system/cpu/cpu5 suspended
a57_pd d1-retention
/devices/system/cpu/cpu1suspended
/devices/system/cpu/cpu2
From: Marc Titinger
This patch allows cluster-level C-states to being soaked in as generic
domain power states, in order for the domain governor to chose the most
efficient power state compatible with the device constraints. Similarly,
devices can register power-states into the cluster domain
1 - 100 of 103 matches
Mail list logo
