On Mon, 19 Apr 2021 20:45:08 +0100
Jonathan Cameron wrote:
> On Mon, 19 Apr 2021 16:34:35 +0300
> Tomas Melin wrote:
>
> > Hi,
> >
> > On 4/18/21 1:03 PM, Jonathan Cameron wrote:
> > > On Fri, 16 Apr 2021 15:21:14 +0300
> > > Tomas Melin
On Mon, 19 Apr 2021 16:34:35 +0300
Tomas Melin wrote:
> Hi,
>
> On 4/18/21 1:03 PM, Jonathan Cameron wrote:
> > On Fri, 16 Apr 2021 15:21:14 +0300
> > Tomas Melin wrote:
> >
> >> Updated email-address for Alexandru.
> >>
> >>
> >&g
On Sun, 18 Apr 2021 16:59:02 +0300
Andy Shevchenko wrote:
> On Sun, Apr 18, 2021 at 4:49 PM Andy Shevchenko
> wrote:
> >
> > On Sun, Apr 18, 2021 at 2:07 PM Jonathan Cameron wrote:
> >
> > Thanks for review, my answers below.
> >
> > > On Wed, 14
On Fri, 16 Apr 2021 16:45:46 +0300
Tomas Melin wrote:
> Add initial support for Murata SCA3300 3-axis industrial
> accelerometer with digital SPI interface. This device also
> provides a temperature measurement.
>
> Device product page including datasheet can be found at:
>
On Sat, 17 Apr 2021 15:39:12 +0300
Andy Shevchenko wrote:
> On Fri, Apr 16, 2021 at 5:21 PM Tomas Melin wrote:
> >
> > Add initial support for Murata SCA3300 3-axis industrial
> > accelerometer with digital SPI interface. This device also
> > provides a temperature measurement.
> >
> > Device
On Thu, 15 Apr 2021 11:52:31 -0700
Srinivas Pandruvada wrote:
> In the function sensor_hub_set_feature(), return error when hid_set_field()
> fails.
>
> Signed-off-by: Srinivas Pandruvada
Series applied to the to greg branch of iio.git. Note these won't make the
coming merge window, so will
On Wed, 14 Apr 2021 22:54:53 +0300
Andy Shevchenko wrote:
> We can utilize separate drivers for accelerometer and magnetometer,
> so here is the glue driver to enable LSM9DS0 IMU support.
>
> The idea was suggested by Crestez Dan Leonard in [1]. The proposed change
> was sent as RFC due to race
On Wed, 14 Apr 2021 22:54:51 +0300
Andy Shevchenko wrote:
> In case we would initialize two IIO devices from one physical device,
> we shouldn't have a clash on regulators. That's why move
> st_sensors_power_enable() call from core to bus drivers.
Why is this a problem? The two instances would
On Thu, 15 Apr 2021 09:58:33 -0700
Srinivas Pandruvada wrote:
> On Wed, 2021-04-14 at 11:49 +0300, Alexandru Ardelean wrote:
> > During commit 067fda1c065ff ("iio: hid-sensors: move triggered buffer
> > setup into hid_sensor_setup_trigger"), the
> > iio_triggered_buffer_{setup,cleanup}()
On Mon, 12 Apr 2021 16:18:35 +0300
Andy Shevchenko wrote:
> Enable ADC on Intel Galileo Gen 1 board.
>
> Signed-off-by: Andy Shevchenko
Applied to the togreg branch of iio.git and pushed out as testing for
the autobuilders to hopefully not notice we did anything ;)
Jonathan
> ---
> v2: fixed
On Fri, 16 Apr 2021 15:21:14 +0300
Tomas Melin wrote:
> Updated email-address for Alexandru.
>
>
> On 4/16/21 3:17 PM, Tomas Melin wrote:
> > On 4/15/21 11:41 AM, Tomas Melin wrote:
> >
> >>
> >> While working on updates I did notice something new which I cannot
> >>
> >> reproduce on older
On Sun, 11 Apr 2021 21:08:29 +0300
Andy Shevchenko wrote:
> On Sun, Apr 11, 2021 at 9:07 PM Andy Shevchenko
> wrote:
> > On Sun, Apr 11, 2021 at 5:53 PM Jonathan Cameron wrote:
> > > On Wed, 7 Apr 2021 23:51:47 +0530
> > > Puranjay Mohan wrote:
>
>
On Mon, 12 Apr 2021 12:23:43 +0300
Andy Shevchenko wrote:
> On Mon, Apr 12, 2021 at 8:32 AM Dinghao Liu wrote:
> >
> > When lidar_write_control() fails, a pairing PM usage counter
> > decrement is needed to keep the counter balanced.
>
> You forgot to collect given tags.
>
> > Fixes:
On Mon, 12 Apr 2021 13:47:58 +0200
Linus Walleij wrote:
> On Mon, Apr 12, 2021 at 12:16 PM Jonathan Cameron
> wrote:
>
> > An example would be the bmc150_magn driver which does exactly the
> > same call sequence as this one, but without the reference count increm
On Fri, 16 Apr 2021 18:49:01 +0100
Joe Sandom wrote:
> Driver implementation for AMS/TAOS tsl2591 ambient light sensor.
>
> This driver supports configuration via device tree and sysfs.
> Supported channels for raw infrared light intensity,
> raw combined light intensity and illuminance in lux.
ernel-doc.rst
>
> Cc: Lars-Peter Clausen
> Cc: Michael Hennerich
> Cc: Jonathan Cameron
> Cc: Greg Kroah-Hartman
> Cc: linux-...@vger.kernel.org
> Cc: linux-stag...@lists.linux.dev
> Signed-off-by: Lee Jones
I was leaving the staging stuff in IIO related to W=1 as good mate
On Mon, 12 Apr 2021 18:30:53 +0300
wrote:
> From: Ben Peled
>
> In PCIE ISR routine caused by RST_LINK_DOWN
> we schedule work to handle the link-down procedure.
> Link-down procedure will:
> 1. Remove PCIe bus
> 2. Reset the MAC
> 3. Reconfigure link back up
> 4. Rescan PCIe bus
>
>
> Signed-off-by: Ben Widawsky
Checked all the numbers (not much else in this one ;)
Reviewed-by: Jonathan Cameron
You could give more info on why this particular list, but to my
mind it's all fairly obvious so perhaps not worth bothering.
> ---
> drivers/cxl/mem.c| 19 ++
On Tue, 13 Apr 2021 07:32:47 -0700
Ben Widawsky wrote:
> Signed-off-by: Ben Widawsky
Sensible update.
Acked-by: Jonathan Cameron
> ---
> include/uapi/linux/cxl_mem.h | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/include/uapi/linux/cxl_mem.h b/include/ua
On Tue, 13 Apr 2021 09:17:26 -0700
Ben Widawsky wrote:
> On 21-04-08 18:26:35, Jonathan Cameron wrote:
> > On Wed, 7 Apr 2021 15:26:22 -0700
> > Ben Widawsky wrote:
> >
> > > @cxlm.base only existed to support holding the base found in the
> > > registe
On Tue, 13 Apr 2021 17:42:37 -0700
Dan Williams wrote:
> On Tue, Apr 13, 2021 at 5:18 PM Dan Williams wrote:
> >
> > On Tue, Apr 6, 2021 at 10:47 AM Jonathan Cameron
> > wrote:
> > >
> > > On Thu, 1 Apr 2021 07:30:47 -0700
> > > Dan Williams w
On Mon, 12 Apr 2021 12:20:22 -0700
Shakeel Butt wrote:
> On Fri, Apr 9, 2021 at 4:26 PM Tim Chen wrote:
> >
> >
> > On 4/8/21 4:52 AM, Michal Hocko wrote:
> >
> > >> The top tier memory used is reported in
> > >>
> > >> memory.toptier_usage_in_bytes
> > >>
> > >> The amount of top tier memory
On Mon, 12 Apr 2021 10:50:56 +0300
Tomas Melin wrote:
> Add initial support for Murata SCA3300 3-axis industrial
> accelerometer with digital SPI interface. This device also
> provides a temperature measurement.
>
> Device product page including datasheet can be found at:
>
On Mon, 12 Apr 2021 10:50:55 +0300
Tomas Melin wrote:
> initial DT bindings for Murata SCA3300 Accelerometer.
>
> Signed-off-by: Tomas Melin
Hi Tomas.
> ---
> .../bindings/iio/accel/sca3300.yaml | 51 +++
> 1 file changed, 51 insertions(+)
> create mode 100644
On Sun, 11 Apr 2021 09:06:35 -0700
Srinivas Pandruvada wrote:
> On Sun, 2021-04-11 at 14:56 +0100, Jonathan Cameron wrote:
> > On Fri, 09 Apr 2021 11:19:12 -0700
> > Srinivas Pandruvada wrote:
> >
> > > On Fri, 2021-04-09 at 15:15 +0800, Jiapeng Chong wrote:
On Mon, 12 Apr 2021 00:38:41 +0200
Linus Walleij wrote:
> On Sun, Apr 11, 2021 at 5:07 PM Jonathan Cameron wrote:
> > On Wed, 7 Apr 2021 11:49:27 +0800
> > Dinghao Liu wrote:
> >
> > > When devm_request_threaded_irq() fails, we should decrease the
&g
On Sat, 10 Apr 2021 01:22:16 +0900
Kunihiko Hayashi wrote:
> Add pcie_port_service_get_irq() that returns the virtual IRQ number
> for specified portdrv service.
Trivial comment inline.
>
> Cc: Lorenzo Pieralisi
> Signed-off-by: Kunihiko Hayashi
> Reviewed-by: Rob Herring
> Acked-by: Bjorn
On Wed, 7 Apr 2021 12:59:35 +0800
Dinghao Liu wrote:
> When lidar_write_control() fails, a pairing PM usage counter
> decrement is needed to keep the counter balanced.
>
> Signed-off-by: Dinghao Liu
Hi, patch content looks good but it needs a fixes tag so we know how far to
backport it.
On Wed, 7 Apr 2021 11:49:27 +0800
Dinghao Liu wrote:
> When devm_request_threaded_irq() fails, we should decrease the
> runtime PM counter to keep the counter balanced. But when
> iio_device_register() fails, we need not to decrease it because
> we have already decreased it before.
Whilst
On Wed, 7 Apr 2021 23:51:47 +0530
Puranjay Mohan wrote:
> TMP117 is a Digital temperature sensor with integrated Non-Volatile memory.
> Add support for tmp117 driver in iio subsystem.
>
> Datasheet: https://www.ti.com/lit/gpn/tmp117
> Signed-off-by: Puranjay Mohan
> Reviewed-by: Andy
On Sat, 10 Apr 2021 18:47:28 +0200
Krzysztof Kozlowski wrote:
> The initialization of 'ret' variable in probe function is shortly after
> overwritten. This initialization is simply not used.
>
> Addresses-Coverity: Unused value
> Signed-off-by: Krzysztof Kozlowski
Too late for this cycle,
On Fri, 09 Apr 2021 11:19:12 -0700
Srinivas Pandruvada wrote:
> On Fri, 2021-04-09 at 15:15 +0800, Jiapeng Chong wrote:
> > Fix the following gcc warning:
> >
> > drivers/hid/hid-sensor-custom.c:400:7: warning: variable ‘ret’ set
> > but
> > not used [-Wunused-but-set-variable].
> >
> >
On Sat, 10 Apr 2021 19:15:39 +0300
Alexandru Ardelean wrote:
> On Sat, Apr 10, 2021 at 7:12 PM Alexandru Ardelean
> wrote:
> >
> > On Fri, Apr 9, 2021 at 9:51 PM Lucas Stankus
> > wrote:
> > >
> > > Ditch platform_data fields in favor of device tree properties for
> > > configuring EXCA and
On Sat, 10 Apr 2021 13:05:14 +0300
Andy Shevchenko wrote:
> On Saturday, April 10, 2021, Andy Shevchenko
> wrote:
>
> >
> >
> > On Friday, April 9, 2021, Lucas Stankus wrote:
> >
> >> Ditch platform_data fields in favor of device tree properties for
> >> configuring EXCA and EXCB output.
>
On Fri, 9 Apr 2021 15:50:10 -0300
Lucas Stankus wrote:
> Add device tree binding documentation for AD7746 cdc in YAML format.
>
> Signed-off-by: Lucas Stankus
Hi Lucas,
Good to see progress on this one after all these years :)
I think we can do a bit better though by making the attributes
On Thu, 8 Apr 2021 16:43:17 +0100
Valentin Schneider wrote:
> Some IRQ chips such as the Arm GICs automagically mask / unmask an
> IRQ during the handling of said IRQ. This renders further mask / unmask
> operations within the flow handlers redundant, which we do want to leverage
> as masking by
On Wed, 7 Apr 2021 15:26:25 -0700
Ben Widawsky wrote:
> An HDM decoder is defined in the CXL 2.0 specification as a mechanism
> that allow devices and upstream ports to claim memory address ranges and
> participate in interleave sets. HDM decoder registers are within the
> component register
On Wed, 7 Apr 2021 15:26:24 -0700
Ben Widawsky wrote:
> Memory devices have a list of required register regions within the
> register block, but this isn't required of all CXL components or
> devices. To make things more tidy, and allow for easily setting up other
> block types in this loop, the
;
> Signed-off-by: Ben Widawsky
Acked-by: Jonathan Cameron >
> ---
> drivers/cxl/mem.c | 19 +--
> 1 file changed, 9 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/cxl/mem.c b/drivers/cxl/mem.c
> index 60b95c524c3e..49f651694cb0 100644
> --- a/d
t;
> Signed-off-by: Ben Widawsky
Seems like a noop refactor to me as you say.
Reviewed-by: Jonathan Cameron
> ---
> drivers/cxl/mem.c | 135 +++---
> 1 file changed, 68 insertions(+), 67 deletions(-)
>
> diff --git a/drivers/cxl/mem.c b/d
d in this patch with the
> exception of a dev_err printed when the device register block isn't
> found.
>
> Signed-off-by: Ben Widawsky
Agreed, this seems to be a noop refactor to me.
Reviewed-by: Jonathan Cameron
> ---
> drivers/cxl/mem.c | 64 +---
ng in and out of __iomem in the error paths.
It's a common enough idiom though so I'm not htat fussed.
Acked-by: Jonathan Cameron
> ---
> drivers/cxl/mem.c | 24 +++-
> drivers/cxl/mem.h | 2 --
> 2 files changed, 11 insertions(+), 15 deletions(-)
>
> di
On Wed, 7 Apr 2021 15:26:19 -0700
Ben Widawsky wrote:
> Trivial cleanup.
Obviously correct :)
>
> Signed-off-by: Ben Widawsky
FWIW
Acked-by: Jonathan Cameron
> ---
> drivers/cxl/mem.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers
ent statistics.
> > trigger_mode - set trigger mode. 0 means starting to statistic when
> >bigger than trigger condition, and 1 means smaller.
> > thr_len - set threshold for statistics.
> > thr_mode - set threshold mode. 0 means count when bigger than
>
/dlg,da9150-gpadc.yaml.
>
> Update its cross-reference accordingly.
>
> Fixes: e13b686b18e3 ("dt-bindings:iio:adc:dlg,da9150-gpadc yaml conversion")
> Signed-off-by: Mauro Carvalho Chehab
Acked-by: Jonathan Cameron
> ---
> Documentation/devicetree/bindings/mfd/da9150.txt
otorola,cpcap-adc.yaml.
>
> Update its cross-reference accordingly.
>
> Fixes: 1ca9d1b1342d ("dt-bindings:iio:adc:motorola,cpcap-adc yaml conversion")
> Signed-off-by: Mauro Carvalho Chehab
Acked-by: Jonathan Cameron
> ---
> Documentation/devicetree/bindings/mfd/mot
their
> references, in order to point to the right URL.
>
> Fixes: dba91f82d580 ("dt-bindings:iio:iio-binding.txt Drop file as content
> now in dt-schema")
> Signed-off-by: Mauro Carvalho Chehab
Given the spread of this one across various other binding docs, perhaps this is
On Thu, 1 Apr 2021 07:31:09 -0700
Dan Williams wrote:
> While CXL builds upon the PCI software model for dynamic enumeration and
> control, a static platform component is required to bootstrap the CXL
> memory layout. In addition to identifying the host bridges ACPI is
> responsible for
On Thu, 1 Apr 2021 07:31:20 -0700
Dan Williams wrote:
> Once the cxl_root is established then other ports in the hierarchy can
> be attached. The cxl_port object, unlike cxl_root that is associated
> with host bridges, is associated with PCIE Root Ports or PCIE Switch
> Ports. Add cxl_port
On Thu, 1 Apr 2021 07:30:53 -0700
Dan Williams wrote:
> CXL MMIO register blocks are organized by device type and capabilities.
> There are Component registers, Device registers (yes, an ambiguous
> name), and Memory Device registers (a specific extension of Device
> registers).
>
> It is
or endpoints and bridges to share.
>
> Reviewed-by: Ben Widawsky
> Signed-off-by: Dan Williams
Nice to make the docs kernel-doc, but otherwise this is simple and makes sense
Reviewed-by: Jonathan Cameron
> ---
> drivers/cxl/core.c | 57
> +
On Thu, 1 Apr 2021 07:30:47 -0700
Dan Williams wrote:
> In preparation for sharing cxl.h with other generic CXL consumers,
> move / consolidate some of the memory device specifics to mem.h.
>
> Reviewed-by: Ben Widawsky
> Signed-off-by: Dan Williams
Hi Dan,
Would be good to see something in
On Mon, 29 Mar 2021 15:58:17 -0500
"Gustavo A. R. Silva" wrote:
> Add suffix ULL to constant 1000 in order to avoid a potential integer
> overflow and give the compiler complete information about the proper
> arithmetic to use. Notice that this constant is being used in a context
> that expects
On Fri, 2 Apr 2021 01:45:46 +0100
Joe Sandom wrote:
> Driver implementation for AMS/TAOS tsl2591 ambient light sensor.
>
> This driver supports configuration via device tree and sysfs.
> Supported channels for raw infrared light intensity,
> raw combined light intensity and illuminance in lux.
On Fri, 2 Apr 2021 20:42:26 +0300
Alexandru Ardelean wrote:
> When dynamically allocating sysfs attributes, it's a good idea to call
> sysfs_attr_init() on them to initialize lock_class_keys.
> This change does that.
>
> The lock_class_keys are set when the CONFIG_DEBUG_LOCK_ALLOC symbol is
>
On Fri, 2 Apr 2021 20:49:10 +0300
Andy Shevchenko wrote:
> By unknown reason device name is set with an index casted from int
> to unsigned long while at the same time with "%ld" specifier. Both parts
> seems wrong to me, thus replace replace explicit casting and wrong specifier
> with proper
On Thu, 1 Apr 2021 21:05:58 +0300
Andy Shevchenko wrote:
> On Thu, Apr 1, 2021 at 8:48 PM Mugilraj Dhavachelvan
> wrote:
> >
> > dropped __func__ while using dev_dbg() and pr_debug()
>
> The commit message may be amended, from code perspective LGTM!
> Reviewed-by: Andy Shevchenko
I added a
On Thu, 1 Apr 2021 17:54:56 +0300
Andy Shevchenko wrote:
> By unknown reason device name is set with an index casted from int
> to unsigned long while at the same time with "%ld" specifier. Both parts
> seems wrong to me, thus replace replace explicit casting and wrong specifier
> with proper
On Thu, 1 Apr 2021 14:17:45 +0200
Mauro Carvalho Chehab wrote:
> Changeset 6ced946a4bba ("dt-bindings:iio:dac:microchip,mcp4725 yaml
> conversion")
> renamed: Documentation/devicetree/bindings/iio/dac/mcp4725.txt
> to: Documentation/devicetree/bindings/iio/dac/microchip,mcp4725.yaml.
>
>
On Thu, 1 Apr 2021 14:17:41 +0200
Mauro Carvalho Chehab wrote:
> Changeset 8b74e06b0f4d ("dt-bindings:iio:dac:ti,dac7612 yaml conversion")
> renamed: Documentation/devicetree/bindings/iio/dac/ti,dac7612.txt
> to: Documentation/devicetree/bindings/iio/dac/ti,dac7612.yaml.
>
> Update its
On Thu, 1 Apr 2021 14:17:39 +0200
Mauro Carvalho Chehab wrote:
> Changeset b4be8bd1c6a2 ("dt-bindings:iio:proximity:st,vl53l0x yaml
> conversion")
> renamed: Documentation/devicetree/bindings/iio/proximity/vl53l0x.txt
> to: Documentation/devicetree/bindings/iio/proximity/st,vl53l0x.yaml.
>
>
On Thu, 1 Apr 2021 14:17:38 +0200
Mauro Carvalho Chehab wrote:
> Changeset 7a2cf8e91390 ("dt-bindings:iio:imu:st,lsm6dsx: txt to yaml
> conversion")
> renamed: Documentation/devicetree/bindings/iio/imu/st_lsm6dsx.txt
> to: Documentation/devicetree/bindings/iio/imu/st,lsm6dsx.yaml.
>
> Update
On Thu, 1 Apr 2021 14:17:37 +0200
Mauro Carvalho Chehab wrote:
> Changeset 8c41245872e2 ("dt-bindings:iio:adc:renesas,rcar-gyroadc: txt to
> yaml conversion.")
> renamed: Documentation/devicetree/bindings/iio/adc/renesas,gyroadc.txt
> to:
On Thu, 1 Apr 2021 14:17:36 +0200
Mauro Carvalho Chehab wrote:
> Changeset f383069be33e ("dt-bindings:iio:magnetometer:pni,rm3100: txt to yaml
> conversion.")
> renamed: Documentation/devicetree/bindings/iio/magnetometer/pni,rm3100.txt
> to:
On Thu, 1 Apr 2021 14:17:35 +0200
Mauro Carvalho Chehab wrote:
> Changeset 58ff1b519753 ("dt-bindings:iio:adc:atmel,sama5d2-adc: txt to yaml
> conversion")
> renamed: Documentation/devicetree/bindings/iio/adc/at91-sama5d2_adc.txt
> to:
On Thu, 1 Apr 2021 14:17:31 +0200
Mauro Carvalho Chehab wrote:
> Changeset 749787477ae4 ("dt-bindings:iio:gyro:invensense,mpu3050: txt to yaml
> format conversion.")
> renamed:
> Documentation/devicetree/bindings/iio/gyroscope/invensense,mpu3050.txt
> to:
On Thu, 1 Apr 2021 14:17:30 +0200
Mauro Carvalho Chehab wrote:
> Changeset 6f633bc91ac1 ("dt-bindings:iio:afe:voltage-divider: txt to yaml
> conversion")
> renamed: Documentation/devicetree/bindings/iio/afe/voltage-divider.txt
> to:
On Thu, 1 Apr 2021 14:17:29 +0200
Mauro Carvalho Chehab wrote:
> Changeset ce66e52b6c16 ("dt-bindings:iio:afe:current-sense-shunt: txt to yaml
> conversion.")
> renamed: Documentation/devicetree/bindings/iio/afe/current-sense-shunt.txt
> to:
On Thu, 1 Apr 2021 14:17:28 +0200
Mauro Carvalho Chehab wrote:
> Changeset fbac26b9ad21 ("dt-bindings:iio:afe:current-sense-amplifier: txt to
> yaml conversion.")
> renamed: Documentation/devicetree/bindings/iio/afe/current-sense-amplifier.txt
> to:
On Thu, 1 Apr 2021 14:17:27 +0200
Mauro Carvalho Chehab wrote:
> Changeset 66a6dcc20e63 ("dt-bindings:iio:adc:envelope-detector: txt to yaml
> conversion.")
> renamed: Documentation/devicetree/bindings/iio/adc/envelope-detector.txt
> to:
On Thu, 1 Apr 2021 14:17:26 +0200
Mauro Carvalho Chehab wrote:
> Changeset 06d2ff6fe11e ("dt-bindings:iio:dac:dpot-dac: yaml conversion.")
> renamed: Documentation/devicetree/bindings/iio/dac/dpot-dac.txt
> to: Documentation/devicetree/bindings/iio/dac/dpot-dac.yaml.
>
> Update its
On Thu, 1 Apr 2021 14:17:25 +0200
Mauro Carvalho Chehab wrote:
> Changeset 9a6ac3138258 ("dt-bindings:iio:humidity:st,hts221 yaml conversion.")
> renamed: Documentation/devicetree/bindings/iio/humidity/hts221.txt
> to: Documentation/devicetree/bindings/iio/humidity/st,hts221.yaml.
>
> Update
On Thu, 1 Apr 2021 14:17:21 +0200
Mauro Carvalho Chehab wrote:
> Changeset 1e6536ee349b ("dt-bindings:iio:dac:adi,ad5758 yaml conversion")
> renamed: Documentation/devicetree/bindings/iio/dac/ad5758.txt
> to: Documentation/devicetree/bindings/iio/dac/adi,ad5758.yaml.
>
> Update its
On Thu, 1 Apr 2021 20:22:47 +0530
Mugilraj D wrote:
> On 01/04/21 4:00 pm, Jonathan Cameron wrote:
> > On Thu, 1 Apr 2021 12:24:50 +0300
> > Andy Shevchenko wrote:
> >
> >> On Thu, Apr 1, 2021 at 9:27 AM Mugilraj Dhavachelvan
> >> wrote:
&
On Thu, 1 Apr 2021 15:44:08 +0200
Mauro Carvalho Chehab wrote:
> Em Wed, 17 Feb 2021 10:34:34 +0200
> Alexandru Ardelean escreveu:
>
> > Since the new change to the IIO buffer infrastructure, the buffer/ and
> > scan_elements/ directories have been merged into bufferY/ to have some
> >
On Thu, 1 Apr 2021 14:46:47 +0530
Puranjay Mohan wrote:
> Add devicetree binding document for TMP117, a digital temperature sensor.
>
> Signed-off-by: Puranjay Mohan
> ---
> .../bindings/iio/temperature/ti,tmp117.yaml | 34 +++
> 1 file changed, 34 insertions(+)
> create
On Thu, 1 Apr 2021 12:24:50 +0300
Andy Shevchenko wrote:
> On Thu, Apr 1, 2021 at 9:27 AM Mugilraj Dhavachelvan
> wrote:
> >
> > Change function's name to %s and __func__ to fix checkpatch.pl errors.
>
> No, just drop the __func__ completely. First of all, we have a device
> name, and
On Thu, 1 Apr 2021 09:39:47 +0200
Marek Szyprowski wrote:
> Hi
>
> On 15.02.2021 11:40, Alexandru Ardelean wrote:
> > This change wraps all buffer attributes into iio_dev_attr objects, and
> > assigns a reference to the IIO buffer they belong to.
> >
> > With the addition of multiple IIO
On Wed, 31 Mar 2021 09:32:19 +0100
Cristian Marussi wrote:
> Hi Jonathan
>
> On Tue, Mar 30, 2021 at 06:34:04PM +0100, Jonathan Cameron wrote:
> > On Tue, 30 Mar 2021 13:51:13 +0100
> > Cristian Marussi wrote:
> >
> > > Hi Jonathan,
> > >
&
yoti Bhayana
> Cc: Jonathan Cameron
> Cc: linux-...@vger.kernel.org
> Tested-by: Florian Fainelli
> Acked-by: Jonathan Cameron
> Signed-off-by: Cristian Marussi
> Signed-off-by: Sudeep Holla
Thanks for doing this, but beyond the more general question I put
in the reply t
On Tue, 30 Mar 2021 13:51:13 +0100
Cristian Marussi wrote:
> Hi Jonathan,
>
> On Tue, Mar 30, 2021 at 12:33:25PM +0100, Jonathan Cameron wrote:
> > On Tue, 16 Mar 2021 12:48:50 +
> > Cristian Marussi wrote:
> >
> > > Port driver to the new SCMI Sensor
On Mon, 29 Mar 2021 09:46:15 -0700
Dan Williams wrote:
> On Fri, Mar 26, 2021 at 9:12 AM Bjorn Helgaas wrote:
> >
> > [+cc Christoph]
> >
> > On Wed, Mar 24, 2021 at 06:23:54PM -0700, Dan Williams wrote:
> > > The PCIE Data Object Exchange (DOE) mailbox is a protocol run over
> > >
On Tue, 16 Mar 2021 12:48:50 +
Cristian Marussi wrote:
> Port driver to the new SCMI Sensor interface based on protocol handles
> and common devm_get_ops().
>
> Cc: Jyoti Bhayana
> Cc: Jonathan Cameron
> Signed-off-by: Cristian Marussi
+CC linux-...@vger.kernel.
On Tue, 23 Mar 2021 09:48:28 +
Sudeep Holla wrote:
> Hi Jonathan,
>
> On Thu, Mar 18, 2021 at 12:12:02PM +, Sudeep Holla wrote:
> > On Tue, Mar 16, 2021 at 10:38:43PM -0700, Jyoti Bhayana wrote:
> > > Hi Christian,
> > >
> > > Thanks for the detailed explanation. Sounds good to me.
>
On Mon, 29 Mar 2021 14:00:07 +0100
Lee Jones wrote:
> On Mon, 29 Mar 2021, Jonathan Cameron wrote:
>
> > On Fri, 26 Mar 2021 14:34:56 +
> > Lee Jones wrote:
> >
> > > Fixes the following W=1 kernel build warning(s):
> > >
> > >
On Mon, 29 Mar 2021 15:06:20 +0200
Oleksij Rempel wrote:
> On Mon, Mar 29, 2021 at 11:25:32AM +0100, Jonathan Cameron wrote:
> > On Mon, 29 Mar 2021 09:31:29 +0200
> > Oleksij Rempel wrote:
> >
> > > Settling time and over sampling is a typical challeng
everse other in which they were created.
>
> This is the last bit of the toshiba_acpi_remove() function, so in this
> change this function is removed.
>
> Signed-off-by: Alexandru Ardelean
Reviewed-by: Jonathan Cameron
I'm not 100% sure the series is worth the effort, but it does cl
oring the order of initialization.
>
> Signed-off-by: Alexandru Ardelean
Hmm. The manual handling of the sysfs_create_group() is unfortunate (as opposed
to just setting a groups pointer) but there doesn't seem to be an easy way to
fix
that with the current architecture. Ah well
Reviewed
w much about rfkill.
Reviewed-by: Jonathan Cameron
> ---
> drivers/platform/x86/toshiba_acpi.c | 40 ++---
> 1 file changed, 31 insertions(+), 9 deletions(-)
>
> diff --git a/drivers/platform/x86/toshiba_acpi.c
> b/drivers/platform/x86/toshiba_acpi.c
> inde
er iio_dev structures
>
> Signed-off-by: Alexandru Ardelean
Reviewed-by: Jonathan Cameron
> ---
> drivers/platform/x86/toshiba_acpi.c | 11 +++
> 1 file changed, 3 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/platform/x86/toshiba_acpi.c
> b/drivers
ed-off-by: Alexandru Ardelean
Reviewed-by: Jonathan Cameron
> ---
> drivers/platform/x86/toshiba_acpi.c | 16 +---
> 1 file changed, 9 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/platform/x86/toshiba_acpi.c
> b/drivers/platform/x86/toshiba_acpi.c
> inde
tion is made to be more symmetrical with the
> registration order.
>
This one looks fine to me.
> Signed-off-by: Alexandru Ardelean
Reviewed-by: Jonathan Cameron
> ---
> drivers/platform/x86/toshiba_acpi.c | 20 ++--
> 1 file changed, 10 insertions(+), 1
On Wed, 24 Mar 2021 14:55:42 +0200
Alexandru Ardelean wrote:
> This change uses device managed functions to handle the deregistration of
> the keyboard resources when the refcount of the parent device goes to zero.
>
> For the input device devm_input_allocate_device() must be used, and after
>
ut maybe I'm missing something subtle.
Acked-by: Jonathan Cameron
One unrelated comment inline.
Jonathan
> ---
> drivers/platform/x86/toshiba_acpi.c | 14 --
> 1 file changed, 12 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/platform/x86/toshiba_acpi.c
&g
On Wed, 24 Mar 2021 14:55:39 +0200
Alexandru Ardelean wrote:
> The 'toshiba_acpi_dev' object is allocated first and free'd last. We can
> bind it's life-time to the parent ACPI device object. This is a first step
> in using more device-managed allocated functions for this.
>
> The main intent
On Wed, 24 Mar 2021 14:55:40 +0200
Alexandru Ardelean wrote:
> The only reason to do this is to enforce the ordering of deinitialization,
> when the conversion of the device-managed functions is done.
>
> The singleton object should be cleared right before it is free'd.
>
> Signed-off-by:
On Wed, 24 Mar 2021 14:55:38 +0200
Alexandru Ardelean wrote:
> This changeset tries to do a conversion of the toshiba_acpi driver to use
> only device-managed routines. The driver registers as a singleton, so no
> more than one device can be registered at a time.
>
> My main intent here is to
On Mon, 22 Mar 2021 10:41:35 +0200
Alexandru Ardelean wrote:
> As Lars pointed out, we could either return the FD vs memcpy-ing it to the
> userspace data object.
>
> However, this comment exposed a bug. We should return 0 or negative from
> these ioctl() handlers. Because an ioctl() handler
is was a result of
ca2ed12f163b ("HID: hid-sensor-hub: Processing for duplicate physical ids")
> Cc: Jiri Kosina
> Cc: Jonathan Cameron
> Cc: Srinivas Pandruvada
> Cc: Benjamin Tissoires
> Cc: linux-in...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Signed
;
> drivers/hid/hid-sensor-hub.c:39: warning: Function parameter or member
> 'quirks' not described in 'sensor_hub_data'
>
> Cc: Jiri Kosina
> Cc: Jonathan Cameron
> Cc: Srinivas Pandruvada
> Cc: Benjamin Tissoires
> Cc: linux-in...@vger.kernel.org
> Cc: linu
1 - 100 of 10782 matches
Mail list logo
