Re: [PATCH 2/2] gpio: xilinx: Add irq support to the driver

Hi Srinivas, Thanks for these patches. We're using them on a custom board, and I have some remarks as they didn't work as intended. See below. On 2/17/20 11:57 AM, Srinivas Neeli wrote: > Allocate single chip for both channels. > Add irq support to the driver. > Supporting rising edge

Re: [PATCH v2 1/2] uio: uio_pdrv_genirq: Make UIO name controllable via DT node property

Hi Greg, On 15/8/2019 11:28 PM, Daniel Mack wrote: > When probed via DT, the uio_pdrv_genirq driver currently uses the name > of the node and exposes that as name of the UIO device to userspace. > > This doesn't work for systems where multiple nodes with the same name > (but

[PATCH v2 1/2] uio: uio_pdrv_genirq: Make UIO name controllable via DT node property

are auto-generated by a third-party tool. This patch adds the possibility to read the UIO name from the optional "linux,uio-name" property. Signed-off-by: Daniel Mack --- drivers/uio/uio_pdrv_genirq.c | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/d

[PATCH v2 2/2] uio: Documentation: Add information on using uio_pdrv_genirq with DT

Add a paragraph to describe the use of the "of_id" module parameter, along with the new DT property. Signed-off-by: Daniel Mack --- Documentation/driver-api/uio-howto.rst | 7 +++ 1 file changed, 7 insertions(+) diff --git a/Documentation/driver-api/uio-howto.rst b/Documentat

Re: [PATCH] uio: uio_pdrv_genirq: Make UIO name controllable via DT node property

On 15/8/2019 10:56 PM, Greg KH wrote: > On Sun, Aug 11, 2019 at 01:02:13PM +0200, Daniel Mack wrote: >> When probed via DT, the uio_pdrv_genirq driver currently uses the name >> of the node and exposes that as name of the UIO device to userspace. >> >> This doesn't work

[PATCH] uio: uio_pdrv_genirq: Make UIO name controllable via DT node property

are auto-generated by a third-party tool. This patch adds the possibility to read the UIO name from the optional "linux,uio-name" property. Signed-off-by: Daniel Mack --- drivers/uio/uio_pdrv_genirq.c | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/d

Re: 5.1.0-rc4: Oops in __rpc_execute() when trying to boot from NFS

Hi Trond, On 11/4/2019 9:50 PM, Trond Myklebust wrote: > On Tue, 2019-04-09 at 19:54 +0200, Daniel Mack wrote: >> On 9/4/2019 6:55 PM, Trond Myklebust wrote: >>> On Tue, 2019-04-09 at 18:25 +0200, Daniel Mack wrote: >>>> On 8/4/2019 8:51 PM, Trond Myklebust wrote:

Re: 5.1.0-rc4: Oops in __rpc_execute() when trying to boot from NFS

On 9/4/2019 6:55 PM, Trond Myklebust wrote: > On Tue, 2019-04-09 at 18:25 +0200, Daniel Mack wrote: >> On 8/4/2019 8:51 PM, Trond Myklebust wrote: >>> On Mon, 2019-04-08 at 19:01 +0200, Daniel Mack wrote: >>>> Hi, >>>> >>>> I'm seeing

Re: 5.1.0-rc4: Oops in __rpc_execute() when trying to boot from NFS

On 8/4/2019 8:51 PM, Trond Myklebust wrote: > On Mon, 2019-04-08 at 19:01 +0200, Daniel Mack wrote: >> Hi, >> >> I'm seeing the Oops below when trying to boot 5.1.0-rc4 on an ARM >> PXA3xx >> platform. v5.0 did not show this effect with the same cmdline. >>

5.1.0-rc4: Oops in __rpc_execute() when trying to boot from NFS

Hi, I'm seeing the Oops below when trying to boot 5.1.0-rc4 on an ARM PXA3xx platform. v5.0 did not show this effect with the same cmdline. Relevant bits from the config are: CONFIG_NFS_FS=y CONFIG_NFS_V2=y CONFIG_NFS_V3=y # CONFIG_NFS_V3_ACL is not set # CONFIG_NFS_V4 is not set #

Re: [PATCH 08/24] leds: lt3593: Use led_compose_name()

On 7/11/2018 8:49 PM, Jacek Anaszewski wrote: On 11/07/2018 08:37 PM, Daniel Mack wrote: On 6/11/2018 11:07 PM, Jacek Anaszewski wrote: Switch to using generic LED support for composing LED class device name. Thanks for the rework! Signed-off-by: Jacek Anaszewski ---   drivers/leds/leds

Re: [PATCH 08/24] leds: lt3593: Use led_compose_name()

On 7/11/2018 8:49 PM, Jacek Anaszewski wrote: On 11/07/2018 08:37 PM, Daniel Mack wrote: On 6/11/2018 11:07 PM, Jacek Anaszewski wrote: Switch to using generic LED support for composing LED class device name. Thanks for the rework! Signed-off-by: Jacek Anaszewski ---   drivers/leds/leds

Re: [PATCH 08/24] leds: lt3593: Use led_compose_name()

On 6/11/2018 11:07 PM, Jacek Anaszewski wrote: Switch to using generic LED support for composing LED class device name. Thanks for the rework! Signed-off-by: Jacek Anaszewski --- drivers/leds/leds-lt3593.c | 19 --- 1 file changed, 8 insertions(+), 11 deletions(-) diff

Re: [PATCH 08/24] leds: lt3593: Use led_compose_name()

On 6/11/2018 11:07 PM, Jacek Anaszewski wrote: Switch to using generic LED support for composing LED class device name. Thanks for the rework! Signed-off-by: Jacek Anaszewski --- drivers/leds/leds-lt3593.c | 19 --- 1 file changed, 8 insertions(+), 11 deletions(-) diff

Re: [PATCH v4 1/5] dt-bindings: w1: document generic onewire bindings

On Wednesday, July 11, 2018 05:01 PM, Rob Herring wrote: On Fri, Jul 06, 2018 at 07:35:48AM +0200, Daniel Mack wrote: This patch adds a generic w1 bindings document that describes how w1 slave deviceses are grouped under master nodes. It also augments the existing w1-gpio.txt document a bit

Re: [PATCH v4 1/5] dt-bindings: w1: document generic onewire bindings

On Wednesday, July 11, 2018 05:01 PM, Rob Herring wrote: On Fri, Jul 06, 2018 at 07:35:48AM +0200, Daniel Mack wrote: This patch adds a generic w1 bindings document that describes how w1 slave deviceses are grouped under master nodes. It also augments the existing w1-gpio.txt document a bit

[PATCH v4 4/5] power: supply: ds2760_battery: merge ds2760 supply driver with its w1 slave companion

can access the same virtual device nodes as before. Note that because the w1 core does not currently have a framework for suspend/resume, the driver now registers a PM notifier callback. Signed-off-by: Daniel Mack --- drivers/power/supply/Kconfig | 2 +- drivers/power/supply/ds2760_batte

[PATCH v4 2/5] dt-bindings: w1: document bindings for ds2760 battery monitor

This patch adds the devicetree bindings for Maxim's ds2760 battery monitors. Signed-off-by: Daniel Mack --- .../bindings/power/supply/maxim,ds2760.txt| 26 +++ 1 file changed, 26 insertions(+) create mode 100644 Documentation/devicetree/bindings/power/supply/maxim,ds2760

[PATCH v4 1/5] dt-bindings: w1: document generic onewire bindings

This patch adds a generic w1 bindings document that describes how w1 slave deviceses are grouped under master nodes. It also augments the existing w1-gpio.txt document a bit. Signed-off-by: Daniel Mack --- .../devicetree/bindings/w1/w1-gpio.txt| 11 +--- Documentation/devicetree

[PATCH v4 2/5] dt-bindings: w1: document bindings for ds2760 battery monitor

This patch adds the devicetree bindings for Maxim's ds2760 battery monitors. Signed-off-by: Daniel Mack --- .../bindings/power/supply/maxim,ds2760.txt| 26 +++ 1 file changed, 26 insertions(+) create mode 100644 Documentation/devicetree/bindings/power/supply/maxim,ds2760

[PATCH v4 1/5] dt-bindings: w1: document generic onewire bindings

This patch adds a generic w1 bindings document that describes how w1 slave deviceses are grouped under master nodes. It also augments the existing w1-gpio.txt document a bit. Signed-off-by: Daniel Mack --- .../devicetree/bindings/w1/w1-gpio.txt| 11 +--- Documentation/devicetree

[PATCH v4 4/5] power: supply: ds2760_battery: merge ds2760 supply driver with its w1 slave companion

can access the same virtual device nodes as before. Note that because the w1 core does not currently have a framework for suspend/resume, the driver now registers a PM notifier callback. Signed-off-by: Daniel Mack --- drivers/power/supply/Kconfig | 2 +- drivers/power/supply/ds2760_batte

[PATCH v4 3/5] w1: core: match sub-nodes of bus masters in devicetree

Once a new slave device is detected, match it against all sub-nodes of the master bus controller. If a match is found, set the slave device's of_node pointer. Signed-off-by: Daniel Mack --- drivers/w1/w1.c| 3 +++ include/linux/w1.h | 2 ++ 2 files changed, 5 insertions(+) diff --git

[PATCH v4 5/5] power: supply: ds2760_battery: add devicetree probing

Add a matching table for devicetree probing, and optionally set the module parameter variables from DT properties. Signed-off-by: Daniel Mack --- drivers/power/supply/ds2760_battery.c | 29 ++- 1 file changed, 28 insertions(+), 1 deletion(-) diff --git a/drivers/power

[PATCH v4 0/5] Add devicetree functionality to w1 busses and ds2760

,current-accumulator property * Split 1st patch of v3 in two v2 → v3: * Fixed a typo in the documentation and added more real-world example for the bindings. Pointed out by Rob Herring. Daniel Mack (4): dt-bindings: w1: document generic onewire and DS2760 bindings w1: core: match sub-nodes

[PATCH v4 3/5] w1: core: match sub-nodes of bus masters in devicetree

Once a new slave device is detected, match it against all sub-nodes of the master bus controller. If a match is found, set the slave device's of_node pointer. Signed-off-by: Daniel Mack --- drivers/w1/w1.c| 3 +++ include/linux/w1.h | 2 ++ 2 files changed, 5 insertions(+) diff --git

[PATCH v4 5/5] power: supply: ds2760_battery: add devicetree probing

Add a matching table for devicetree probing, and optionally set the module parameter variables from DT properties. Signed-off-by: Daniel Mack --- drivers/power/supply/ds2760_battery.c | 29 ++- 1 file changed, 28 insertions(+), 1 deletion(-) diff --git a/drivers/power

[PATCH v4 0/5] Add devicetree functionality to w1 busses and ds2760

,current-accumulator property * Split 1st patch of v3 in two v2 → v3: * Fixed a typo in the documentation and added more real-world example for the bindings. Pointed out by Rob Herring. Daniel Mack (4): dt-bindings: w1: document generic onewire and DS2760 bindings w1: core: match sub-nodes

Re: [PATCH v3 1/4] dt-bindings: w1: document generic onewire and DS2760 bindings

On Friday, July 06, 2018 01:32 AM, Rob Herring wrote: On Wed, Jul 04, 2018 at 06:44:08AM +0200, Daniel Mack wrote: This patch adds a generic w1 bindings document that merely describes how slave deviceses are grouped under master nodes. It also adds a specific binding for the ds2760 battery

Re: [PATCH v3 1/4] dt-bindings: w1: document generic onewire and DS2760 bindings

On Friday, July 06, 2018 01:32 AM, Rob Herring wrote: On Wed, Jul 04, 2018 at 06:44:08AM +0200, Daniel Mack wrote: This patch adds a generic w1 bindings document that merely describes how slave deviceses are grouped under master nodes. It also adds a specific binding for the ds2760 battery

[PATCH v3 0/4] Add devicetree functionality to w1 busses and ds2760

and added more real-world example for the bindings. Pointed out by Rob Herring. Daniel Mack (4): dt-bindings: w1: document generic onewire and DS2760 bindings w1: core: match sub-nodes of bus masters in devicetree power: supply: ds2760_battery: merge ds2760 supply driver with its w1 slave

[PATCH v3 0/4] Add devicetree functionality to w1 busses and ds2760

and added more real-world example for the bindings. Pointed out by Rob Herring. Daniel Mack (4): dt-bindings: w1: document generic onewire and DS2760 bindings w1: core: match sub-nodes of bus masters in devicetree power: supply: ds2760_battery: merge ds2760 supply driver with its w1 slave

[PATCH v3 2/4] w1: core: match sub-nodes of bus masters in devicetree

Once a new slave device is detected, match it against all sub-nodes of the master bus controller. If a match is found, set the slave device's of_node pointer. Signed-off-by: Daniel Mack --- drivers/w1/w1.c| 3 +++ include/linux/w1.h | 2 ++ 2 files changed, 5 insertions(+) diff --git

[PATCH v3 2/4] w1: core: match sub-nodes of bus masters in devicetree

Once a new slave device is detected, match it against all sub-nodes of the master bus controller. If a match is found, set the slave device's of_node pointer. Signed-off-by: Daniel Mack --- drivers/w1/w1.c| 3 +++ include/linux/w1.h | 2 ++ 2 files changed, 5 insertions(+) diff --git

[PATCH v3 1/4] dt-bindings: w1: document generic onewire and DS2760 bindings

This patch adds a generic w1 bindings document that merely describes how slave deviceses are grouped under master nodes. It also adds a specific binding for the ds2760 battery monitor. Signed-off-by: Daniel Mack --- .../bindings/power/supply/maxim,ds2760.txt| 29

[PATCH v3 4/4] power: supply: ds2760_battery: add devicetree probing

Add a matching table for devicetree probing, and optionally set the module parameter variables from DT properties. Signed-off-by: Daniel Mack --- drivers/power/supply/ds2760_battery.c | 32 ++- 1 file changed, 31 insertions(+), 1 deletion(-) diff --git a/drivers/power

[PATCH v3 3/4] power: supply: ds2760_battery: merge ds2760 supply driver with its w1 slave companion

can access the same virtual device nodes as before. Note that because the w1 core does not currently have a framework for suspend/resume, the driver now registers a PM notifier callback. Signed-off-by: Daniel Mack --- drivers/power/supply/Kconfig | 2 +- drivers/power/supply/ds2760_batte

[PATCH v3 1/4] dt-bindings: w1: document generic onewire and DS2760 bindings

This patch adds a generic w1 bindings document that merely describes how slave deviceses are grouped under master nodes. It also adds a specific binding for the ds2760 battery monitor. Signed-off-by: Daniel Mack --- .../bindings/power/supply/maxim,ds2760.txt| 29

[PATCH v3 4/4] power: supply: ds2760_battery: add devicetree probing

Add a matching table for devicetree probing, and optionally set the module parameter variables from DT properties. Signed-off-by: Daniel Mack --- drivers/power/supply/ds2760_battery.c | 32 ++- 1 file changed, 31 insertions(+), 1 deletion(-) diff --git a/drivers/power

[PATCH v3 3/4] power: supply: ds2760_battery: merge ds2760 supply driver with its w1 slave companion

can access the same virtual device nodes as before. Note that because the w1 core does not currently have a framework for suspend/resume, the driver now registers a PM notifier callback. Signed-off-by: Daniel Mack --- drivers/power/supply/Kconfig | 2 +- drivers/power/supply/ds2760_batte

Re: [PATCH v3 0/4] Add devicetree functionality to w1 busses and ds2760

On Friday, June 29, 2018 07:31 PM, Daniel Mack wrote: This patch set contains four small patches that bring devicetree functionality to w1 bus masters and slaves in general. As an example, the DS2760 driver is made aware of devicetree nodes as an example. Other drivers can easily be ported later

Re: [PATCH v3 0/4] Add devicetree functionality to w1 busses and ds2760

On Friday, June 29, 2018 07:31 PM, Daniel Mack wrote: This patch set contains four small patches that bring devicetree functionality to w1 bus masters and slaves in general. As an example, the DS2760 driver is made aware of devicetree nodes as an example. Other drivers can easily be ported later

[PATCH v3 1/4] dt-bindings: w1: document generic onewire and DS2760 bindings

This patch add a generic w1 bindings document that merely describes how slave deviceses are grouped under master nodes. It also adds a specific binding for the ds2760 battery monitor. Signed-off-by: Daniel Mack --- .../bindings/power/supply/maxim,ds2760.txt| 29

[PATCH v3 1/4] dt-bindings: w1: document generic onewire and DS2760 bindings

This patch add a generic w1 bindings document that merely describes how slave deviceses are grouped under master nodes. It also adds a specific binding for the ds2760 battery monitor. Signed-off-by: Daniel Mack --- .../bindings/power/supply/maxim,ds2760.txt| 29

[PATCH v3 0/4] Add devicetree functionality to w1 busses and ds2760

merges the w1 slave and the supply driver for ds2760 Patch #4 makes the ds2760 supply driver aware of DT environments This works fine on a PXA3xx based board with a battery attached to the w1-gpio bus master controller. Daniel Mack (4): dt-bindings: w1: document sub-node bindings for DS2760 w1

[PATCH v3 2/4] w1: core: match sub-nodes of bus masters in devicetree

Once a new slave device is detected, match it against all sub-nodes of the master bus controller. If a match is found, set the slave device's of_node pointer. Signed-off-by: Daniel Mack --- drivers/w1/w1.c| 3 +++ include/linux/w1.h | 2 ++ 2 files changed, 5 insertions(+) diff --git

[PATCH v3 0/4] Add devicetree functionality to w1 busses and ds2760

merges the w1 slave and the supply driver for ds2760 Patch #4 makes the ds2760 supply driver aware of DT environments This works fine on a PXA3xx based board with a battery attached to the w1-gpio bus master controller. Daniel Mack (4): dt-bindings: w1: document sub-node bindings for DS2760 w1

[PATCH v3 2/4] w1: core: match sub-nodes of bus masters in devicetree

Once a new slave device is detected, match it against all sub-nodes of the master bus controller. If a match is found, set the slave device's of_node pointer. Signed-off-by: Daniel Mack --- drivers/w1/w1.c| 3 +++ include/linux/w1.h | 2 ++ 2 files changed, 5 insertions(+) diff --git

[PATCH v3 4/4] power: supply: ds2760_battery: add devicetree probing

Add a matching table for devicetree probing, and optionally set the module parameter variables from DT properties. Signed-off-by: Daniel Mack --- drivers/power/supply/ds2760_battery.c | 32 ++- 1 file changed, 31 insertions(+), 1 deletion(-) diff --git a/drivers/power

[PATCH v3 3/4] power: supply: ds2760_battery: merge ds2760 supply driver with its w1 slave companion

can access the same virtual device nodes as before. Note that because the w1 core does not currently have a framework for suspend/resume, the driver now registers a PM notifier callback. Signed-off-by: Daniel Mack --- drivers/power/supply/Kconfig | 2 +- drivers/power/supply/ds2760_batte

[PATCH v3 4/4] power: supply: ds2760_battery: add devicetree probing

Add a matching table for devicetree probing, and optionally set the module parameter variables from DT properties. Signed-off-by: Daniel Mack --- drivers/power/supply/ds2760_battery.c | 32 ++- 1 file changed, 31 insertions(+), 1 deletion(-) diff --git a/drivers/power

[PATCH v3 3/4] power: supply: ds2760_battery: merge ds2760 supply driver with its w1 slave companion

can access the same virtual device nodes as before. Note that because the w1 core does not currently have a framework for suspend/resume, the driver now registers a PM notifier callback. Signed-off-by: Daniel Mack --- drivers/power/supply/Kconfig | 2 +- drivers/power/supply/ds2760_batte

Re: [PATCH v2 4/4] power: ds2760_battery: add device tree glue

On Thursday, June 28, 2018 01:52 PM, Sebastian Reichel wrote: Hi, On Thu, Jun 28, 2018 at 09:55:40AM +0200, Daniel Mack wrote: The w1 slave device used by this driver now has a of_node in case it was matched against a devicetree sub-node of the bus master. This can now be passed down

Re: [PATCH v2 4/4] power: ds2760_battery: add device tree glue

On Thursday, June 28, 2018 01:52 PM, Sebastian Reichel wrote: Hi, On Thu, Jun 28, 2018 at 09:55:40AM +0200, Daniel Mack wrote: The w1 slave device used by this driver now has a of_node in case it was matched against a devicetree sub-node of the bus master. This can now be passed down

[PATCH v2 2/4] w1: core: match sub-nodes of bus masters in devicetree

Once a new slave device is detected, match it against all sub-nodes of the master bus controller. If a match is found, set the slave device's of_node pointer. Signed-off-by: Daniel Mack --- drivers/w1/w1.c| 3 +++ include/linux/w1.h | 2 ++ 2 files changed, 5 insertions(+) diff --git

[PATCH v2 2/4] w1: core: match sub-nodes of bus masters in devicetree

Once a new slave device is detected, match it against all sub-nodes of the master bus controller. If a match is found, set the slave device's of_node pointer. Signed-off-by: Daniel Mack --- drivers/w1/w1.c| 3 +++ include/linux/w1.h | 2 ++ 2 files changed, 5 insertions(+) diff --git

[PATCH v2 1/4] dt-bindings: w1: document sub-node bindings for DS2760

This patch add a generic w1 bindings document that merely describes how slave deviceses are grouped under master nodes. It also adds a specific binding for the ds2760 battery monitor. Signed-off-by: Daniel Mack --- .../devicetree/bindings/w1/maxim,ds2760.txt| 15

[PATCH v2 1/4] dt-bindings: w1: document sub-node bindings for DS2760

This patch add a generic w1 bindings document that merely describes how slave deviceses are grouped under master nodes. It also adds a specific binding for the ds2760 battery monitor. Signed-off-by: Daniel Mack --- .../devicetree/bindings/w1/maxim,ds2760.txt| 15

[PATCH v2 3/4] w1: ds2760: add devicetree matching glue

Add an id table for ds2760 so it can be matched by the core. Signed-off-by: Daniel Mack --- drivers/w1/slaves/w1_ds2760.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/w1/slaves/w1_ds2760.c b/drivers/w1/slaves/w1_ds2760.c index 26168abfb8b8..e1726a4e4b1d 100644

[PATCH v2 3/4] w1: ds2760: add devicetree matching glue

Add an id table for ds2760 so it can be matched by the core. Signed-off-by: Daniel Mack --- drivers/w1/slaves/w1_ds2760.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/w1/slaves/w1_ds2760.c b/drivers/w1/slaves/w1_ds2760.c index 26168abfb8b8..e1726a4e4b1d 100644

[PATCH v2 4/4] power: ds2760_battery: add device tree glue

The w1 slave device used by this driver now has a of_node in case it was matched against a devicetree sub-node of the bus master. This can now be passed down to the power supply core which will parse more properties from the node, such as 'power-supplies'. Signed-off-by: Daniel Mack --- drivers

[PATCH v2 4/4] power: ds2760_battery: add device tree glue

The w1 slave device used by this driver now has a of_node in case it was matched against a devicetree sub-node of the bus master. This can now be passed down to the power supply core which will parse more properties from the node, such as 'power-supplies'. Signed-off-by: Daniel Mack --- drivers

[PATCH v2 0/4] Add devicetree functionality to w1 busses

ine on a PXA3xx based board with a battery attached to the w1-gpio bus master controller. Daniel Mack (4): dt-bindings: w1: document sub-node bindings for DS2760 w1: core: match sub-nodes of bus masters in devicetree w1: ds2760: add devicetree matching glue power: ds2760_battery: add device tree g

[PATCH v2 0/4] Add devicetree functionality to w1 busses

ine on a PXA3xx based board with a battery attached to the w1-gpio bus master controller. Daniel Mack (4): dt-bindings: w1: document sub-node bindings for DS2760 w1: core: match sub-nodes of bus masters in devicetree w1: ds2760: add devicetree matching glue power: ds2760_battery: add device tree g

Re: [PATCH v3 00/14] ARM: pxa: switch to DMA slave maps

On Wednesday, June 27, 2018 05:11 PM, Robert Jarzmik wrote: Mark Brown writes: On Mon, Jun 18, 2018 at 09:56:20PM +0200, Robert Jarzmik wrote: I must insist on "Wednesday", as I need to have one last pass from 0-day kernel checker to be fully covered, and I'd like as well to know which tree

Re: [PATCH v3 00/14] ARM: pxa: switch to DMA slave maps

On Wednesday, June 27, 2018 05:11 PM, Robert Jarzmik wrote: Mark Brown writes: On Mon, Jun 18, 2018 at 09:56:20PM +0200, Robert Jarzmik wrote: I must insist on "Wednesday", as I need to have one last pass from 0-day kernel checker to be fully covered, and I'd like as well to know which tree

Re: [PATCH RFC 0/4] Adding DT functionality to w1 busses

On Tuesday, June 26, 2018 11:39 PM, Rob Herring wrote: On Tue, Jun 19, 2018 at 3:27 PM, Daniel Mack wrote: In order to fully move battery-supplied devices over to devicetree, the onewire subsystem must get some updates. Currently, the w1 bus system works like this. Device families

Re: [PATCH RFC 0/4] Adding DT functionality to w1 busses

On Tuesday, June 26, 2018 11:39 PM, Rob Herring wrote: On Tue, Jun 19, 2018 at 3:27 PM, Daniel Mack wrote: In order to fully move battery-supplied devices over to devicetree, the onewire subsystem must get some updates. Currently, the w1 bus system works like this. Device families

[PATCH RFC 2/4] w1: core: match sub-nodes of bus masters in devicetree

in the next patch. Signed-off-by: Daniel Mack --- drivers/w1/w1.c| 3 +++ include/linux/w1.h | 2 ++ 2 files changed, 5 insertions(+) diff --git a/drivers/w1/w1.c b/drivers/w1/w1.c index 80a778b02f28..dc73d8c08438 100644 --- a/drivers/w1/w1.c +++ b/drivers/w1/w1.c @@ -26,6 +26,7 @@ #include

[PATCH RFC 2/4] w1: core: match sub-nodes of bus masters in devicetree

in the next patch. Signed-off-by: Daniel Mack --- drivers/w1/w1.c| 3 +++ include/linux/w1.h | 2 ++ 2 files changed, 5 insertions(+) diff --git a/drivers/w1/w1.c b/drivers/w1/w1.c index 80a778b02f28..dc73d8c08438 100644 --- a/drivers/w1/w1.c +++ b/drivers/w1/w1.c @@ -26,6 +26,7 @@ #include

[PATCH RFC 0/4] Adding DT functionality to w1 busses

ove in the w1 core. Changing the supply users is left for later when the basics have settlerd, but a helper to reference slave devices through phandles is already provided. Thanks, Daniel Daniel Mack (4): dt-bindings: w1: document sub-node bindings for DS2760 w1: core: match sub-nodes

[PATCH RFC 0/4] Adding DT functionality to w1 busses

ove in the w1 core. Changing the supply users is left for later when the basics have settlerd, but a helper to reference slave devices through phandles is already provided. Thanks, Daniel Daniel Mack (4): dt-bindings: w1: document sub-node bindings for DS2760 w1: core: match sub-nodes

[PATCH RFC 4/4] w1: ds2760: add devicetree matching glue

-off-by: Daniel Mack --- drivers/w1/slaves/w1_ds2760.c | 15 ++- 1 file changed, 14 insertions(+), 1 deletion(-) diff --git a/drivers/w1/slaves/w1_ds2760.c b/drivers/w1/slaves/w1_ds2760.c index 26168abfb8b8..a737a96204ed 100644 --- a/drivers/w1/slaves/w1_ds2760.c +++ b/drivers/w1

[PATCH RFC 4/4] w1: ds2760: add devicetree matching glue

-off-by: Daniel Mack --- drivers/w1/slaves/w1_ds2760.c | 15 ++- 1 file changed, 14 insertions(+), 1 deletion(-) diff --git a/drivers/w1/slaves/w1_ds2760.c b/drivers/w1/slaves/w1_ds2760.c index 26168abfb8b8..a737a96204ed 100644 --- a/drivers/w1/slaves/w1_ds2760.c +++ b/drivers/w1

[PATCH RFC 1/4] dt-bindings: w1: document sub-node bindings for DS2760

This patch add a generic w1 bindings document that merely describes how slave deviceses are grouped under master nodes. It also adds a specific binding for the ds2760 battery monitor. Signed-off-by: Daniel Mack --- .../devicetree/bindings/w1/w1-ds2760.txt| 9 + .../devicetree

[PATCH RFC 1/4] dt-bindings: w1: document sub-node bindings for DS2760

This patch add a generic w1 bindings document that merely describes how slave deviceses are grouped under master nodes. It also adds a specific binding for the ds2760 battery monitor. Signed-off-by: Daniel Mack --- .../devicetree/bindings/w1/w1-ds2760.txt| 9 + .../devicetree

[PATCH RFC 3/4] w1: core: provide helper to look up w1 slaves through devicetree nodes

-by: Daniel Mack --- drivers/w1/w1.c| 37 + include/linux/w1.h | 11 +++ 2 files changed, 48 insertions(+) diff --git a/drivers/w1/w1.c b/drivers/w1/w1.c index dc73d8c08438..693aa9be2cd9 100644 --- a/drivers/w1/w1.c +++ b/drivers/w1/w1.c @@ -1185,6

[PATCH RFC 3/4] w1: core: provide helper to look up w1 slaves through devicetree nodes

-by: Daniel Mack --- drivers/w1/w1.c| 37 + include/linux/w1.h | 11 +++ 2 files changed, 48 insertions(+) diff --git a/drivers/w1/w1.c b/drivers/w1/w1.c index dc73d8c08438..693aa9be2cd9 100644 --- a/drivers/w1/w1.c +++ b/drivers/w1/w1.c @@ -1185,6

Re: [PATCH v2 08/13] ASoC: pxa: remove the dmaengine compat need

the more generic function dma_request_slave_channel(). Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr> Reviewed-by: Daniel Mack <dan...@zonque.org> --- sound/arm/pxa2xx-ac97.c | 14 ++ sound/arm/pxa2xx-pcm-lib.c | 6 +++--- sound/soc/pxa/pxa2xx

Re: [PATCH v2 08/13] ASoC: pxa: remove the dmaengine compat need

the more generic function dma_request_slave_channel(). Signed-off-by: Robert Jarzmik Reviewed-by: Daniel Mack --- sound/arm/pxa2xx-ac97.c | 14 ++ sound/arm/pxa2xx-pcm-lib.c | 6 +++--- sound/soc/pxa/pxa2xx-ac97.c | 32 +--- sound/soc/pxa/pxa2xx

Re: [PATCH v2 13/13] ARM: pxa: change SSP DMA channels allocation

. is a 1-1 match to ssp., and the channels are either "rx" or "tx". - for device tree platforms, the dma node should be hooked into the pxa2xx-ac97 or pxa-ssp-dai node. Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr> Acked-by: Daniel Mack <dan...@zonque.org

Re: [PATCH v2 13/13] ARM: pxa: change SSP DMA channels allocation

. is a 1-1 match to ssp., and the channels are either "rx" or "tx". - for device tree platforms, the dma node should be hooked into the pxa2xx-ac97 or pxa-ssp-dai node. Signed-off-by: Robert Jarzmik Acked-by: Daniel Mack We should, however, merge what's left of this

Re: [PATCH 05/15] mtd: nand: pxa3xx: remove the dmaengine compat need

Hi Robert, Please refer to the attached patch instead of the one I sent earlier. I missed to also remove the platform_get_resource(IORESOURCE_DMA) call. Thanks, Daniel On Friday, May 18, 2018 11:31 PM, Daniel Mack wrote: Hi Robert, Thanks for this series. On Monday, April 02, 2018 04:26

Re: [PATCH 05/15] mtd: nand: pxa3xx: remove the dmaengine compat need

Hi Robert, Please refer to the attached patch instead of the one I sent earlier. I missed to also remove the platform_get_resource(IORESOURCE_DMA) call. Thanks, Daniel On Friday, May 18, 2018 11:31 PM, Daniel Mack wrote: Hi Robert, Thanks for this series. On Monday, April 02, 2018 04:26

Re: [PATCH 05/15] mtd: nand: pxa3xx: remove the dmaengine compat need

mtd/nand/raw/marvell_nand.c recently, so this patch can be dropped. I attached a version for the new driver which you can pick instead. Thanks, Daniel >From c63bc40bdfe2d596e42919235840109a2f1b2776 Mon Sep 17 00:00:00 2001 From: Daniel Mack <dan...@zonque.org> Date: Sat, 12 May 2018 2

Re: [PATCH 05/15] mtd: nand: pxa3xx: remove the dmaengine compat need

be dropped. I attached a version for the new driver which you can pick instead. Thanks, Daniel >From c63bc40bdfe2d596e42919235840109a2f1b2776 Mon Sep 17 00:00:00 2001 From: Daniel Mack Date: Sat, 12 May 2018 21:50:13 +0200 Subject: [PATCH] mtd: rawnand: marvell: remove dmaengine compat code As the

Re: [PATCH v4 04/21] doc: media/v4l-drivers: Add Qualcomm Camera Subsystem driver document

Hi Todor, On Wednesday, October 25, 2017 02:07 PM, Todor Tomov wrote: > On 16.10.2017 18:01, Daniel Mack wrote: >> I'd be grateful for any pointer about what I could investigate on. >> > > Everything that you have described seems correct. > > As you say that frames

Re: [PATCH v4 04/21] doc: media/v4l-drivers: Add Qualcomm Camera Subsystem driver document

Hi Todor, On Wednesday, October 25, 2017 02:07 PM, Todor Tomov wrote: > On 16.10.2017 18:01, Daniel Mack wrote: >> I'd be grateful for any pointer about what I could investigate on. >> > > Everything that you have described seems correct. > > As you say that frames

Re: [PATCH v4 04/21] doc: media/v4l-drivers: Add Qualcomm Camera Subsystem driver document

Hi, On 28.08.2017 09:10, Todor Tomov wrote: > On 25.08.2017 17:10, Daniel Mack wrote: >> Could you explain how ISPIF, CSID and CSIPHY are related? >> >> I have a userspace test setup that works fine for USB webcams, but when >> operating on any of the video dev

Re: [PATCH v4 04/21] doc: media/v4l-drivers: Add Qualcomm Camera Subsystem driver document

Hi, On 28.08.2017 09:10, Todor Tomov wrote: > On 25.08.2017 17:10, Daniel Mack wrote: >> Could you explain how ISPIF, CSID and CSIPHY are related? >> >> I have a userspace test setup that works fine for USB webcams, but when >> operating on any of the video dev

Re: [PATCH v4 04/21] doc: media/v4l-drivers: Add Qualcomm Camera Subsystem driver document

Hi Todor, On 08/28/2017 09:10 AM, Todor Tomov wrote: > On 25.08.2017 17:10, Daniel Mack wrote: >> I have a userspace test setup that works fine for USB webcams, but when >> operating on any of the video devices exposed by this driver, the >> lowlevel functions such as .s_pow

Re: [PATCH v4 04/21] doc: media/v4l-drivers: Add Qualcomm Camera Subsystem driver document

Hi Todor, On 08/28/2017 09:10 AM, Todor Tomov wrote: > On 25.08.2017 17:10, Daniel Mack wrote: >> I have a userspace test setup that works fine for USB webcams, but when >> operating on any of the video devices exposed by this driver, the >> lowlevel functions such as .s_pow

Re: [PATCH v4 04/21] doc: media/v4l-drivers: Add Qualcomm Camera Subsystem driver document

Hi Todor, Thanks a lot for working on the upstream support for this! On 08/08/2017 03:30 PM, Todor Tomov wrote: > +The Camera Subsystem hardware found on 8x16 processors and supported by the > +driver consists of: > + > +- 2 CSIPHY modules. They handle the Physical layer of the CSI2 receivers. >

Re: [PATCH v4 04/21] doc: media/v4l-drivers: Add Qualcomm Camera Subsystem driver document

Hi Todor, Thanks a lot for working on the upstream support for this! On 08/08/2017 03:30 PM, Todor Tomov wrote: > +The Camera Subsystem hardware found on 8x16 processors and supported by the > +driver consists of: > + > +- 2 CSIPHY modules. They handle the Physical layer of the CSI2 receivers. >

Re: [PATCH] ALSA: usb: caiaq: audio: Delete two error messages for a failed memory allocation in alloc_urbs()

oftware. > > Signed-off-by: Markus Elfring <elfr...@users.sourceforge.net> Acked-by: Daniel Mack <dan...@zonque.org> > --- > sound/usb/caiaq/audio.c | 2 -- > 1 file changed, 2 deletions(-) > > diff --git a/sound/usb/caiaq/audio.c b/sound/usb/caiaq/audio.c &g

Re: [PATCH] ALSA: usb: caiaq: audio: Delete two error messages for a failed memory allocation in alloc_urbs()

: Markus Elfring Acked-by: Daniel Mack > --- > sound/usb/caiaq/audio.c | 2 -- > 1 file changed, 2 deletions(-) > > diff --git a/sound/usb/caiaq/audio.c b/sound/usb/caiaq/audio.c > index 8f66ba730d69..1f306155e76a 100644 > --- a/sound/usb/caiaq/audio.c > +++ b/sound/usb/c

Re: [PATCH 01/10] Input: eeti_ts - rename eeti_ts_priv to eeti_ts

Hi Dmitry, On 02/28/2017 11:46 PM, Dmitry Torokhov wrote: > Also rename 'priv' variables to eeti. > > Signed-off-by: Dmitry Torokhov > --- > > Hi, > > This is all is not tested as I do not have the hardware, so if anyone > has raumfeld device that would be awesome.

Re: [PATCH 01/10] Input: eeti_ts - rename eeti_ts_priv to eeti_ts

Hi Dmitry, On 02/28/2017 11:46 PM, Dmitry Torokhov wrote: > Also rename 'priv' variables to eeti. > > Signed-off-by: Dmitry Torokhov > --- > > Hi, > > This is all is not tested as I do not have the hardware, so if anyone > has raumfeld device that would be awesome. I have no access to such

Re: Potential issues (security and otherwise) with the current cgroup-bpf API

Hi, On 12/20/2016 06:23 PM, Andy Lutomirski wrote: > On Tue, Dec 20, 2016 at 2:21 AM, Daniel Mack <dan...@zonque.org> wrote: > To clarify, since this thread has gotten excessively long and twisted, > I think it's important that, for hooks attached to a cgroup, you be > able to

Re: Potential issues (security and otherwise) with the current cgroup-bpf API

Hi, On 12/20/2016 06:23 PM, Andy Lutomirski wrote: > On Tue, Dec 20, 2016 at 2:21 AM, Daniel Mack wrote: > To clarify, since this thread has gotten excessively long and twisted, > I think it's important that, for hooks attached to a cgroup, you be > able to tell in a generic

  1   2   3   4   5   6   >