On Tue, Feb 16, 2021 at 3:46 PM Gwendal Grignou wrote:
>
> Reviewed-by: Gwendal Grignou
Looks fine to me as well.
Reviewed-by: Matt Ranostay
>
> On Mon, Feb 15, 2021 at 4:11 AM Jonathan Cameron wrote:
> >
> > On Mon, 15 Feb 2021 12:40:22 +0200
> > Alexandru
On Sat, Dec 19, 2020 at 5:51 PM Max Leiter wrote:
>
> The device is used in the Microsoft Surface Book 3 and Surface Pro 7
>
> Signed-off-by: Max Leiter
Reviewed-by: Matt Ranostay
> ---
> drivers/iio/light/apds9960.c | 8
> 1 file changed, 8 insertions(+)
>
On Tue, Oct 27, 2020 at 1:14 PM wrote:
>
> From: Tom Rix
>
> A semicolon is not needed after a switch statement.
>
Acked-by: Matt Ranostay
> Signed-off-by: Tom Rix
> ---
> drivers/iio/light/apds9960.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
&g
On Fri, Oct 16, 2020 at 11:41 AM Vaishnav M A wrote:
>
>
> This patch aims to replace the of_property_read_u32 for reading
> the ams,tuning-capacitor-pf, ams,nflwdth properties with
> device_property_read_u32.
>
> Thanks and Regards,
> Vaishnav M A
Could you explain a bit more in the commit messa
On Mon, Jul 20, 2020 at 9:50 AM Joe Perches wrote:
>
> On Mon, 2020-07-20 at 17:35 +0200, Greg Kroah-Hartman wrote:
> > From: Jonathan Cameron
> >
> > commit ea5e7a7bb6205d24371373cd80325db1bc15eded upstream.
> >
> > One of a class of bugs pointed out by Lars in a recent review.
> > iio_push_to_b
On Sat, Jul 4, 2020 at 12:34 PM Alexander A. Klimov
wrote:
>
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
>
With regards to the drivers that I've authored the changes look good to me.
Review
ntion raw value unit whatsoever.
>
> Fix this by rephrasing existing description so it follows conventions
> used throughout IIO ABI docs.
Acked-by: Matt Ranostay
>
> Fixes: 8ff6b3bc94930 ("iio: chemical: Add IIO_CONCENTRATION channel type")
> Signed-off-by: Tomasz Dus
On Thu, May 9, 2019 at 11:17 PM Eddie James wrote:
>
>
> On 5/8/19 10:09 PM, Matt Ranostay wrote:
> > On Thu, May 9, 2019 at 3:36 AM Eddie James wrote:
> >> From: Christopher Bostic
> >>
> >> Add a manufacturer's suggested workaround to deal with e
On Thu, May 9, 2019 at 3:36 AM Eddie James wrote:
>
> From: Christopher Bostic
>
> Add a manufacturer's suggested workaround to deal with early revisions
> of chip that don't indicate correct temperature. Readings can be in the
> ~60C range when they should be in the ~20's.
>
> Signed-off-by: Chr
axim,max31855
> alias: of:N*T*Cmaxim,max6675C*
> alias: of:N*T*Cmaxim,max6675
Heh oops I missed that somehow in initial development.
Acked-by: Matt Ranostay
>
> Reported-by: Javier Martinez Canillas
> Signed-off-by: Daniel Gomez
> ---
> drivers/iio/temp
On Mon, Apr 22, 2019 at 6:48 PM Jonathan Cameron wrote:
>
> On Thu, 18 Apr 2019 16:23:51 -0700
> Matt Ranostay wrote:
>
> > See comments inline
> >
> > On Wed, Apr 17, 2019 at 11:15 AM Mohan Kumar
> > wrote:
> > >
> > > As per Documentati
See comments inline
On Wed, Apr 17, 2019 at 11:15 AM Mohan Kumar wrote:
>
> As per Documentation/timers/timers-howto.txt Msleep < 20ms can sleep for
> up to 20ms. so use usleep_range.
>
> Signed-off-by: Mohan Kumar
> ---
> drivers/iio/proximity/mb1232.c | 2 +-
> drivers/iio/proximity/srf08.c
You may want to change "*** SUBJECT HERE ***" in the future :)
- Matt
On Sat, Mar 23, 2019 at 5:53 AM Cristian Sicilia
wrote:
>
> Some source refactoring, parameters aligment and camel case clearing.
>
> Replacement of bool to bitfield in a struct, but not found
> the population to check if it
> On Dec 24, 2018, at 01:58, Himanshu Jha wrote:
>
>> On Fri, Dec 21, 2018 at 03:26:26PM -0800, Amir Mahdi Ghorbanian wrote:
>> Replaced bool in struct with unsigned int bitfield to conserve space and
>> more clearly define size of varibales
Important thing to note is depending on padding, ali
D_PM25 and IIO_MOD_PM4, IIO_MOD_PM10.
>
> pmX consists of particles with aerodynamic diameter less or equal to
> X micrometers.
>
Acked-by: Matt Ranostay
> Signed-off-by: Tomasz Duszynski
> ---
> Documentation/ABI/testing/sysfs-bus-iio | 17 -
> driver
On Thu, Dec 13, 2018 at 6:44 AM Andreas Brauchli
wrote:
>
> Add ethanol and H2 gas modifiers:
> * IIO_MOD_ETHANOL
Was going to ask why this wasn't a chemical formula like the rest of
the modifiers, but C2H6O would be a bit wordy/unclear :).
> * IIO_MOD_H2
>
Acked-by: Matt
On Sat, Dec 1, 2018 at 5:48 PM Jonathan Cameron
wrote:
>
> On Sun, 25 Nov 2018 16:44:23 +0100
> Tomasz Duszynski wrote:
>
> > On Sun, Nov 25, 2018 at 06:14:44AM -0800, Matt Ranostay wrote:
> > > On Sun, Nov 25, 2018 at 6:03 AM Jonathan Cameron
> > > wrote:
&g
On Sun, Nov 25, 2018 at 6:03 AM Jonathan Cameron
wrote:
>
> On Sun, 25 Nov 2018 05:51:32 -0800
> Matt Ranostay wrote:
>
> > On Sat, Nov 24, 2018 at 2:14 PM Tomasz Duszynski wrote:
> > >
> > > Measuring particulate matter in ug / m3 (micro-grams per cub
On Sat, Nov 24, 2018 at 2:14 PM Tomasz Duszynski wrote:
>
> Measuring particulate matter in ug / m3 (micro-grams per cubic meter)
> is de facto standard. Existing air quality sensors usually follow
> this convention and are capable of returning measurements using
> this unit.
>
> IIO currently doe
On Tue, Oct 9, 2018 at 5:09 AM Colin King wrote:
>
> From: Colin Ian King
>
> The IIO_CHAN_INFO_SCALE case is missing a break statement and in
> the unlikely event that chan->address is not matched in the nested
> switch statement then the code falls through to the following
> IIO_CHAN_INFO_HARDW
On Wed, Sep 12, 2018 at 8:51 PM Song Qiang wrote:
>
> This driver tries to access a block of data on a i2c bus and it tries
> to manually make a device command frame and a consecutively read frame,
> then uses i2c_transfer() to read data. But this has already been
> implemented in i2c_smbus_read_i
On Wed, Jul 11, 2018 at 5:13 AM, Himanshu Jha
wrote:
> Bosch BME680 is a 4-in-1 sensor with temperature, pressure, humidity
> and gas sensing capability. It supports both I2C and SPI communication
> protocol for effective data communication.
>
> The device supports two modes:
>
> 1. Sleep mode
> 2
patch changes the resulting lux1_input sysfs attribute message from
"Resource temporarily unavailable" to a user-grokable lux value of 0.
Cc: Arnd Bergmann
Cc: Greg Kroah-Hartman
Signed-off-by: Matt Ranostay
---
drivers/misc/tsl2550.c | 2 +-
1 file changed, 1 insertion(+), 1 deletio
Commit message please :)
On Tue, Feb 27, 2018 at 5:04 PM, Merlijn Wajer wrote:
> Signed-off-by: Merlijn Wajer
> ---
Single patch changes usually don't have a cover letter. you put more
detail here in the cutoff section (aka after --- above)
> drivers/power/supply/bq27xxx_battery.c | 59
> ++
ed by the
> documentation of the sensor.
>
> Changes in v2:
> - cast also constants to signed; otherwise calculation is not correct
>
> I removed the Acked-By of Linus Walleij because of another change in the
> calculation. Don't know how it should be treated.
>
> Signed-of
- 76800;
> var = adc_humidity << 14) - (H4 << 20) - (H5 * var))
> + 16384) >> 15) * (((var * H6) >> 10)
> * (((var * H3) >> 11) + 32768)) >> 10)
> + 2097152) * H2 + 8192) >> 14);
>
On Mon, Apr 3, 2017 at 11:16 PM, Matt Ranostay
wrote:
> On Sun, Apr 2, 2017 at 10:29 AM, Andreas Klinger wrote:
>> Linus Walleij schrieb am Sun, 02. Apr 16:56:
>>> On Sun, Apr 2, 2017 at 11:32 AM, Jonathan Cameron wrote:
>>> > On 27/03/17 11:06, Andreas Klinger w
inger
>> >
>> > Looks superficially right to me, but would like an Ack from Linus Walleij.
>>
>> I didn't work on these calculations, only infrastructure for the driver
>> but FWIW:
>> Acked-by: Linus Walleij
>>
>> Matt Ranostay @Intel is t
Issue is that x86 32-bit aligns to 4-bytes instead of 8-bytes
so this patchset works around the issue and corrects the data
returned in pps_fdata_compat.
Cc: Greg Kroah-Hartman
Acked-by: Rodolfo Giometti
Signed-off-by: Matt Ranostay
---
drivers/pps/pps.c| 110
: Rodolfo Giometti
Signed-off-by: Matt Ranostay
---
drivers/pps/pps.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/pps/pps.c b/drivers/pps/pps.c
index 2f07cd615665..452ead5a5e52 100644
--- a/drivers/pps/pps.c
+++ b/drivers/pps/pps.c
@@ -242,6 +242,18 @@ static long
o merge in
changes
Matt Ranostay (2):
pps: add ioctl_compat function to correct ioctl definitions
pps: fix padding issue with PPS_FETCH for ioctl_compat
drivers/pps/pps.c| 123 +++
include/uapi/linux/pps.h | 19
2 files changed, 111
Issue is that x86 32-bit aligns to 4-bytes instead of 8-bytes
so this patchset works around the issue and corrects the data
returned in pps_fdata_compat.
Cc: Rodolfo Giometti
Cc: Moritz Fischer
Cc: George McCollister
Signed-off-by: Matt Ranostay
---
drivers/pps/pps.c| 110
Fischer
Cc: George McCollister
Signed-off-by: Matt Ranostay
---
drivers/pps/pps.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/pps/pps.c b/drivers/pps/pps.c
index 2f07cd615665..452ead5a5e52 100644
--- a/drivers/pps/pps.c
+++ b/drivers/pps/pps.c
@@ -242,6 +242,18
This series fixes issues with 32-bit userspace + 64-bit kernel data
structures, and along with fixing incorrect ioctl definitions in
a ABI stable way
Matt Ranostay (2):
pps: add ioctl_compat function to correct ioctl definitions
pps: fix padding issue with PPS_FETCH for ioctl_compat
drivers
> On Feb 5, 2017, at 08:24, Tomasz Duszynski wrote:
>
> Thanks for review!
>
>> On Sun, Feb 05, 2017 at 04:19:47PM +0100, Peter Meerwald-Stadler wrote:
>>
>>> This patch adds support for dsm501 and ppd42ns particle sensors.
>>
>> quick comments below
>> G
>>> Both sensors work on the same pri
Signed-off-by: Matt Ranostay
---
.mailmap | 1 +
1 file changed, 1 insertion(+)
diff --git a/.mailmap b/.mailmap
index 67dc22ffc9a8..e775f792d436 100644
--- a/.mailmap
+++ b/.mailmap
@@ -109,6 +109,7 @@ Mauro Carvalho Chehab
Mauro Carvalho Chehab
Matt Ranostay Matthew Ranostay
Matt
On Mon, Jan 23, 2017 at 9:04 AM, Rob Herring wrote:
> On Fri, Jan 20, 2017 at 09:50:38PM -0800, Matt Ranostay wrote:
>> Cc: devicet...@vger.kernel.org
>> Signed-off-by: Matt Ranostay
>> ---
>> .../devicetree/bindings/mmc/mmc-pwrseq-sd8787.txt | 14
>>
Allow power sequencing for the Marvell SD8787 Wifi/BT chip.
This can be abstracted to other chipsets if needed in the future.
Cc: Tony Lindgren
Cc: Ulf Hansson
Signed-off-by: Matt Ranostay
---
drivers/mmc/core/Kconfig | 10
drivers/mmc/core/Makefile| 1 +
drivers/mmc
Cc: devicet...@vger.kernel.org
Signed-off-by: Matt Ranostay
---
.../devicetree/bindings/mmc/mmc-pwrseq-sd8787.txt | 14 ++
.../devicetree/bindings/net/wireless/marvell-8xxx.txt | 7 ++-
2 files changed, 20 insertions(+), 1 deletion(-)
create mode 100644
Changes from v1:
* split devictree docs from pwrseq changes
* rebase devicetree documents due to filename change
* rebase pwrseq patchset
Changes from v2:
* update device tree bindings to powerdown-gpios and document
active state
Matt Ranostay (2):
devicetree: document new marvell-8xxx and
On Thu, Jan 19, 2017 at 11:01 AM, Josef Gajdusek wrote:
> ASUS Zenbooks need several special ACPI calls to enable the ALS peripheral.
> Otherwise, reads just return 0.
>
> Signed-off-by: Josef Gajdusek
> ---
> drivers/iio/light/acpi-als.c | 60
>
> 1
On Sun, Jan 15, 2017 at 6:35 PM, Shawn Lin wrote:
> On 2017/1/16 5:41, Matt Ranostay wrote:
>>
>> On Thu, Jan 12, 2017 at 11:16 PM, Shawn Lin
>> wrote:
>>>
>>> On 2017/1/13 13:29, Matt Ranostay wrote:
>>>>
>>>>
>>>> A
to be at least 35 milliseconds.
Reviewed-by: Matt Ranostay
>
> Fixes: commit 4d33615df58b ("iio: light: add MAX30100 oximeter driver
> support")
> Link: http://lkml.org/lkml/2017/1/11/377
> Signed-off-by: Nicholas Mc Guire
> ---
> Problem located with coccinelle
On Thu, Jan 12, 2017 at 11:16 PM, Shawn Lin wrote:
> On 2017/1/13 13:29, Matt Ranostay wrote:
>>
>> Allow power sequencing for the Marvell SD8787 Wifi/BT chip.
>> This can be abstracted to other chipsets if needed in the future.
>>
>> Cc: Tony Lindgren
>>
Cc: devicet...@vger.kernel.org
Signed-off-by: Matt Ranostay
---
.../devicetree/bindings/mmc/mmc-pwrseq-sd8787.txt | 14 ++
.../devicetree/bindings/net/wireless/marvell-8xxx.txt | 7 ++-
2 files changed, 20 insertions(+), 1 deletion(-)
create mode 100644
Changes from v1:
* split devictree docs from pwrseq changes
* rebase devicetree documents due to filename change
* rebase pwrseq patchset
Changes from v2:
* fix rookie mistake missing the main source file and docs
Matt Ranostay (2):
devicetree: document new marvell-8xxx and pwrseq-sd8787
Changes from v1:
* split devictree docs from pwrseq changes
* rebase devicetree documents due to filename change
* rebase pwrseq patchset
Changes from v2:
* fix rookie mistake missing the main source file and docs
Matt Ranostay (2):
devicetree: document new marvell-8xxx and pwrseq-sd8787
Allow power sequencing for the Marvell SD8787 Wifi/BT chip.
This can be abstracted to other chipsets if needed in the future.
Cc: Tony Lindgren
Cc: Ulf Hansson
Signed-off-by: Matt Ranostay
---
drivers/mmc/core/Kconfig | 10
drivers/mmc/core/Makefile| 1 +
drivers/mmc
On Thu, Jan 12, 2017 at 9:22 PM, Matt Ranostay wrote:
> Allow power sequencing for the Marvell SD8787 Wifi/BT chip.
> This can be abstracted to other chipsets if needed in the future.
Er crap seems how the main patch file got dropped out. Resubmitting in
a minute... sorry!
>
&
Cc: devicet...@vger.kernel.org
Signed-off-by: Matt Ranostay
---
Documentation/devicetree/bindings/net/wireless/marvell-8xxx.txt | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/net/wireless/marvell-8xxx.txt
b/Documentation/devicetree
Allow power sequencing for the Marvell SD8787 Wifi/BT chip.
This can be abstracted to other chipsets if needed in the future.
Cc: Tony Lindgren
Cc: Ulf Hansson
Signed-off-by: Matt Ranostay
---
drivers/mmc/core/Kconfig | 10 ++
drivers/mmc/core/Makefile | 1 +
2 files changed, 11
Changes from v1:
* split devictree docs from pwrseq changes
* rebase devicetree documents due to filename change
* rebase pwrseq patchset
Matt Ranostay (2):
devicetree: document vmmc-supply and mmc-pwrseq options
mmc: pwrseq: add support for Marvell SD8787 chip
.../devicetree/bindings/net
On Fri, Dec 23, 2016 at 7:04 AM, Rodolfo Giometti wrote:
> On 12/22/16 21:39, Matt Ranostay wrote:
>>
>>
>> What would be the best way to fix the padding issue without breaking
>> userspace applications? Just fixing the alignment with explicit
>> padding is
Rodolfo,
I'd like to get some feedback on what would be an upstreamable patch
series for correcting some issues with a 64-bit kernel and using a
32-bit userspace.
First issue is the compat_ioctl has to be sort of hacked since the
IOCTL defines are using pointer sizes in the macro generation (whic
On Tue, Dec 13, 2016 at 10:02 AM, Andreas Klinger wrote:
> This is the IIO driver for AVIA HX711 ADC which ist mostly used in weighting
> cells.
First off cool that this is finally getting a driver... I'll have to
get the SparkFun breakout and really cheap scale to test :).
>
> The protocol is q
patch changes the resulting lux1_input sysfs attribute message from
"Resource temporarily unavailable" to a user-grokable lux value of 0.
Cc: Arnd Bergmann
Cc: Drew Fustini
Signed-off-by: Matt Ranostay
---
drivers/misc/tsl2550.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
On Tue, Nov 29, 2016 at 9:13 AM, Javier Martinez Canillas
wrote:
> Hello Matt,
>
> On Thu, Nov 17, 2016 at 10:55 PM, Matt Ranostay
> wrote:
>> Allow power sequencing for the Marvell SD8787 Wifi/BT chip.
>> This can be abstracted to other chipsets if needed in the future.
On Wed, Nov 23, 2016 at 10:31 PM, Matt Ranostay
wrote:
> On Wed, Nov 23, 2016 at 8:30 AM, Laurent Pinchart
> wrote:
>> Hi Matt,
>>
>> Thank you for the patch.
>>
>> On Tuesday 22 Nov 2016 17:18:40 Matt Ranostay wrote:
>>> There are several t
On Wed, Nov 23, 2016 at 8:30 AM, Laurent Pinchart
wrote:
> Hi Matt,
>
> Thank you for the patch.
>
> On Tuesday 22 Nov 2016 17:18:40 Matt Ranostay wrote:
>> There are several thermal sensors that only have a low-speed bus
>> interface but output valid video data. Th
On Wed, Nov 23, 2016 at 8:30 AM, Laurent Pinchart
wrote:
> Hi Matt,
>
> Thank you for the patch.
>
> On Tuesday 22 Nov 2016 17:18:40 Matt Ranostay wrote:
>> There are several thermal sensors that only have a low-speed bus
>> interface but output valid video data. Th
On Wed, Nov 23, 2016 at 8:30 AM, Laurent Pinchart
wrote:
> Hi Matt,
>
> Thank you for the patch.
>
> On Tuesday 22 Nov 2016 17:18:40 Matt Ranostay wrote:
>> There are several thermal sensors that only have a low-speed bus
>> interface but output valid video data. Th
There are several thermal sensors that only have a low-speed bus
interface but output valid video data. This patchset enables support
for the AMG88xx "Grid-Eye" sensor family.
Cc: Attila Kinali
Cc: Marek Vasut
Cc: Luca Barbato
Signed-off-by: Matt Ranostay
---
Changes from v1:
Allow power sequencing for the Marvell SD8787 Wifi/BT chip.
This can be abstracted to other chipsets if needed in the future.
Cc: Tony Lindgren
Cc: Ulf Hansson
Cc: Mark Rutland
Cc: Srinivas Kandagatla
Signed-off-by: Matt Ranostay
---
.../devicetree/bindings/mmc/mmc-pwrseq-sd8787.txt | 14
ering how it built for me. will fix in v3
>
>
> 2016-11-08 9:00 GMT+03:00 Matt Ranostay :
>>
>> There are several thermal sensors that only have a low-speed bus
>> interface but output valid video data. This patchset enables support
>> for the AMG88xx "Grid-Eye&q
There are several thermal sensors that only have a low-speed bus
interface but output valid video data. This patchset enables support
for the AMG88xx "Grid-Eye" sensor family.
Cc: Attila Kinali
Cc: Marek Vasut
Cc: Luca Barbato
Signed-off-by: Matt Ranostay
---
Changes from v1:
On Sun, Nov 6, 2016 at 5:21 PM, Matt Ranostay wrote:
> There are several thermal sensors that only have a low-speed bus
> interface but output valid video data. This patchset enables support
> for the AMG88xx "Grid-Eye" sensor family.
>
> Cc: Attila Kinali
> Cc: Mar
There are several thermal sensors that only have a low-speed bus
interface but output valid video data. This patchset enables support
for the AMG88xx "Grid-Eye" sensor family.
Cc: Attila Kinali
Cc: Marek Vasut
Cc: Luca Barbato
Signed-off-by: Matt Ranostay
---
drivers/media/i
On Fri, Nov 4, 2016 at 1:29 PM, Pavel Machek wrote:
> On Fri 2016-11-04 07:58:55, Tony Lindgren wrote:
>> * Pavel Machek [161104 00:10]:
>> > On Thu 2016-11-03 22:00:56, Matt Ranostay wrote:
>> > Do you actually have hardware with more than one bq27xxx?
>>
On Thu, Nov 3, 2016 at 8:11 AM, Luca Barbato wrote:
> On 03/11/2016 14:21, Attila Kinali wrote:
>> On Wed, 2 Nov 2016 23:10:41 -0700
>> Matt Ranostay wrote:
>>
>>>
>>> So does anyone know of any software that is using V4L2_PIX_FMT_Y12
>>> current
On Wed, Nov 2, 2016 at 1:22 AM, Pavel Machek wrote:
> Hi!
>
>> >> >> Better then previous one.
>> >> >>
>> >> >> But my version of bq27xxx_battery.c already contains this:
>> >> >
>> >> > This is for allowing udev rule to set the properties as well.
>> >> > otherwise a kinda crude RUN = " echo val
On Fri, Oct 28, 2016 at 7:59 PM, Matt Ranostay wrote:
> On Fri, Oct 28, 2016 at 2:53 PM, Hans Verkuil wrote:
>> Hi Matt,
>>
>> On 28/10/16 22:14, Matt Ranostay wrote:
>>>
>>> So want to toss a few thoughts on adding support for thermopile
>>> devi
On Mon, Oct 31, 2016 at 2:38 PM, Pavel Machek wrote:
> On Mon 2016-10-31 13:22:18, Matt Ranostay wrote:
>> On Tue, Oct 25, 2016 at 11:47 AM, Matt Ranostay wrote:
>> > On Mon, Oct 24, 2016 at 1:14 PM, Pavel Machek wrote:
>> >> On Mon 2016-10-24 12:58:25, Mat
On Mon, Oct 31, 2016 at 10:04 AM, Eva Rachel Retuya wrote:
> The name passed to devm_regulator_get() should match the name of the
> supply as specified in the device datasheet. This makes it clear what
> power supply is being referred to in case of presence of other
> regulators.
>
> Currently, th
On Tue, Oct 25, 2016 at 11:47 AM, Matt Ranostay wrote:
> On Mon, Oct 24, 2016 at 1:14 PM, Pavel Machek wrote:
>> On Mon 2016-10-24 12:58:25, Matt Ranostay wrote:
>>> Pavel + Sebastian this is the patchset that need I some input on :)
>>
>> Better then previou
On Fri, Oct 28, 2016 at 2:53 PM, Hans Verkuil wrote:
> Hi Matt,
>
> On 28/10/16 22:14, Matt Ranostay wrote:
>>
>> So want to toss a few thoughts on adding support for thermopile
>> devices (could be used for FLIR Lepton as well) that output pixel
>> data.
&
On Fri, Oct 28, 2016 at 1:30 PM, Devin Heitmueller
wrote:
> Hi Matt,
>
>> Need some input for the video pixel data types, which the device we
>> are using (see datasheet links below) is outputting pixel data in
>> little endian 16-bit of which a 12-bits signed value is used. Does it
>> make sense
On Fri, Oct 28, 2016 at 1:40 PM, Marek Vasut wrote:
> On 10/28/2016 10:30 PM, Devin Heitmueller wrote:
>> Hi Matt,
>>
>>> Need some input for the video pixel data types, which the device we
>>> are using (see datasheet links below) is outputting pixel data in
>>> little endian 16-bit of which a 12
So want to toss a few thoughts on adding support for thermopile
devices (could be used for FLIR Lepton as well) that output pixel
data.
These typically aren't DMA'able devices since they are low speed
(partly to limiting the functionality to be in compliance with ITAR)
and data is piped over i2c/sp
On Mon, Oct 24, 2016 at 1:14 PM, Pavel Machek wrote:
> On Mon 2016-10-24 12:58:25, Matt Ranostay wrote:
>> Pavel + Sebastian this is the patchset that need I some input on :)
>
> Better then previous one.
>
> But my version of bq27xxx_battery.c already contains this:
This
Pavel + Sebastian this is the patchset that need I some input on :)
Thanks,
Matt
On Wed, Sep 28, 2016 at 12:55 PM, Matt Ranostay wrote:
> Add POWER_SUPPLY_PROP_POLL_INTERVAL property to query and set the
> polling interval of the fuel gauge.
>
> Cc: Sebastian Reichel
> Cc
On Mon, Oct 24, 2016 at 12:51 PM, Pavel Machek wrote:
> On Sun 2016-10-23 20:08:22, Matt Ranostay wrote:
>> On Fri, Oct 7, 2016 at 11:49 AM, Pavel Machek wrote:
>> > On Fri 2016-09-16 20:42:54, Matt Ranostay wrote:
>> >> Allow the poll_interval to be runtime c
On Fri, Oct 7, 2016 at 11:49 AM, Pavel Machek wrote:
> On Fri 2016-09-16 20:42:54, Matt Ranostay wrote:
>> Allow the poll_interval to be runtime configurable via an sysfs entry.
>> This is needed for udev control of the poll interval.
>>
>> Signed-off-by: Matt Ranosta
On Fri, Oct 14, 2016 at 7:20 AM, Tony Lindgren wrote:
> * Jacek Anaszewski [161013 23:37]:
>> On 10/13/2016 04:20 PM, Matt Ranostay wrote:
>> > On Thu, Oct 13, 2016 at 4:05 PM, Jacek Anaszewski
>> > wrote:
>> > > Why DT property? Is it somehow dependent
On Thu, Oct 13, 2016 at 4:05 PM, Jacek Anaszewski
wrote:
> Hi Matt,
>
> On 10/13/2016 03:16 PM, Matt Ranostay wrote:
>>
>> PCA9632TK part seems to incorrectly blink at ~1.3x of the programmed
>> rate. This patchset add a nxp,period-scale devicetree property to
>>
PCA9632TK part seems to incorrectly blink at ~1.3x of the programmed
rate. This patchset add a nxp,period-scale devicetree property to
adjust for this misconfiguration.
Cc: Tony Lindgren
Cc: Jacek Anaszewski
Signed-off-by: Matt Ranostay
---
Documentation/devicetree/bindings/leds/pca963x.txt
To avoid canceling the delayed workqueue needlessly, and scheduling an
immediate polling. Check if the new poll_interval value is different
than the previous setting.
Cc: Tony Lindgren
Cc: Sebastian Reichel
Signed-off-by: Matt Ranostay
---
drivers/power/supply/bq27xxx_battery.c | 3 ++-
1
On Fri, Sep 30, 2016 at 2:23 PM, Jacek Anaszewski
wrote:
> Hi Matt,
>
> Thanks for the patch.
>
>
> On 09/30/2016 09:27 PM, Matt Ranostay wrote:
>>
>> Turn off LEDS on suspend and put device in low power state, and restore
>> settings on resume.
>>
&
Turn off LEDS on suspend and put device in low power state, and restore
settings on resume.
Cc: Tony Lindgren
Cc: Richard Purdie
Cc: Jacek Anaszewski
Signed-off-by: Matt Ranostay
---
drivers/leds/leds-pca963x.c | 31 +++
1 file changed, 31 insertions(+)
diff
Add POWER_SUPPLY_PROP_POLL_INTERVAL property to query and set the
polling interval of the fuel gauge.
Cc: Sebastian Reichel
Cc: Tony Lindgren
---
drivers/power/supply/bq27xxx_battery.c | 40 ++
1 file changed, 40 insertions(+)
diff --git a/drivers/power/supply/b
Add new POWER_SUPPLY_PROP_POLL_INTERVAL property to display/set the
update interval in seconds of the device.
Cc: Sebastian Reichel
Cc: Tony Lindgren
---
Documentation/power/power_supply_class.txt | 1 +
drivers/power/supply/power_supply_sysfs.c | 1 +
include/linux/power_supply.h
Add power supply class POWER_SUPPLY_PROP_POLL_INTERVAL to allow dynamic device
statistic
updating interval.
Changes from v1:
* Fixed milliseconds typo in commit message
* Fixed file paths to drivers/power/supply
* Don't update if settings are the same condition
Matt Ranostay (2):
On Wed, Sep 21, 2016 at 10:52 PM, Matt Ranostay wrote:
> Add new POWER_SUPPLY_PROP_POLL_INTERVAL property to display/set update
> interval in milliseconds of the device.
Should be seconds.
>
> Signed-off-by: Matt Ranostay
> ---
> Documentation/power/power_supply_class.tx
Hold off on this one. Currently reworking a patch series that won't
need this change after all.
On Thu, Sep 22, 2016 at 8:32 PM, Matt Ranostay wrote:
> bq24190_register_reset() function needs to reset the bdi->first_time
> condition every time to avoid spurious interrupts in
bq24190_register_reset() function needs to reset the bdi->first_time
condition every time to avoid spurious interrupts in suspend/resume.
Signed-off-by: Matt Ranostay
---
drivers/power/supply/bq24190_charger.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/po
Add POWER_SUPPLY_PROP_POLL_INTERVAL property to query and set the
polling interval of the fuel gauge.
Signed-off-by: Matt Ranostay
---
drivers/power/bq27xxx_battery.c | 37 +
1 file changed, 37 insertions(+)
diff --git a/drivers/power/bq27xxx_battery.c b
Add new POWER_SUPPLY_PROP_POLL_INTERVAL property to display/set update
interval in milliseconds of the device.
Signed-off-by: Matt Ranostay
---
Documentation/power/power_supply_class.txt | 1 +
drivers/power/power_supply_sysfs.c | 1 +
include/linux/power_supply.h | 1 +
3
Some drivers should report and allow changes to the device polling interval of
new stats.
Matt Ranostay (2):
power: power_supply: add new property POWER_SUPPLY_PROP_POLL_INTERVAL
power: bq27xxx_battery: add poll interval property query
Documentation/power/power_supply_class.txt | 1
Emit KOBJ_ONLINE/KOBJ_OFFLINE action uevent on VBUS status changes.
Cc: Tony Lindgren
Signed-off-by: Matt Ranostay
---
drivers/phy/phy-twl4030-usb.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/phy/phy-twl4030-usb.c b/drivers/phy/phy-twl4030-usb.c
index d9b10a39a2cf
Fix issue with poll_interval being not updated till the previous
interval expired.
Cc: Tony Lindgren
Cc: Liam Breck
Signed-off-by: Matt Ranostay
---
Changes from v1:
* Change param_get_ushort to param_get_uint
* Changed param_lock naming to more precise bq27xxx_list_lock
drivers/power
On Mon, Sep 19, 2016 at 12:46 PM, Sebastian Reichel wrote:
> Hi,
>
> On Fri, Sep 16, 2016 at 08:42:54PM -0700, Matt Ranostay wrote:
>> Allow the poll_interval to be runtime configurable via an sysfs
>> entry. This is needed for udev control of the poll interval.
>
1 - 100 of 208 matches
Mail list logo
