Re: [PATCHv6 3/3] rdmacg: Added documentation for rdmacg

2016-02-28 Thread Haggai Eran
On 24/02/2016 17:21, Parav Pandit wrote: > On Wed, Feb 24, 2016 at 7:56 PM, Haggai Eran wrote: >> On 20/02/2016 13:00, Parav Pandit wrote: >>> Added documentation for v1 and v2 version describing high >>> level design and usage examples on using rdma controller. >>> >>> Signed-off-by: Parav Pandit

Re: [PATCHv6 3/3] rdmacg: Added documentation for rdmacg

2016-02-28 Thread Parav Pandit
o.k. I will add a note there that IB stack would honor the limits given by the rdma cgroup. On Sun, Feb 28, 2016 at 2:25 PM, Haggai Eran wrote: > On 24/02/2016 17:21, Parav Pandit wrote: >> On Wed, Feb 24, 2016 at 7:56 PM, Haggai Eran wrote: >>> On 20/02/2016 13:00, Parav Pandit wrote: Adde

Re: [PATCH v7 1/9] watchdog: Introduce hardware maximum timeout in watchdog core

2016-02-28 Thread Wim Van Sebroeck
Hi Guenter, Code is OK, but I still have one last remark: When I coded the generic watchdog framework, I used the following terminology: * timeout for userspace timeout's * heartbeat for the internal hardware timeout. I would like us to stick to this, so that the story keeps being clear and consi

Re: [PATCH v12 4/4] Watchdog: introduce ARM SBSA watchdog driver

2016-02-28 Thread Fu Wei
Hi Timur, On 27 February 2016 at 03:27, Timur Tabi wrote: > fu@linaro.org wrote: >> >> + if (action) { >> + irq = platform_get_irq(pdev, 0); >> + if (irq < 0) { >> + action = 0; >> + dev_warn(dev, "unable to get ws0

[PATCHv7 0/3] rdmacg: IB/core: rdma controller support

2016-02-28 Thread Parav Pandit
Patch is generated and tested against below Doug's linux-rdma git tree as it merges cleanly with both the git tree (linux-rdma and linux-cgroup). URL: git://git.kernel.org/pub/scm/linux/kernel/git/dledford/rdma.git Branch: k.o/for-4.6 Patch 1/3, 3/3 also compiles against Tejun's cgroup tree as we

[PATCHv7 2/3] IB/core: added support to use rdma cgroup controller

2016-02-28 Thread Parav Pandit
Added support APIs for IB core to register/unregister every IB/RDMA device with rdma cgroup for tracking verbs and hw resources. IB core registers with rdma cgroup controller and also defines resources that can be accounted. Added support APIs for uverbs layer to make use of rdma controller. Added

[PATCHv7 1/3] rdmacg: Added rdma cgroup controller

2016-02-28 Thread Parav Pandit
Added rdma cgroup controller that does accounting, limit enforcement on rdma/IB verbs and hw resources. Added rdma cgroup header file which defines its APIs to perform charing/uncharing functionality and device registration which will participate in controller functions of accounting and limit enf

[PATCHv7 3/3] rdmacg: Added documentation for rdmacg

2016-02-28 Thread Parav Pandit
Added documentation for v1 and v2 version describing high level design and usage examples on using rdma controller. Signed-off-by: Parav Pandit --- Documentation/cgroup-v1/rdma.txt | 111 +++ Documentation/cgroup-v2.txt | 33 2 files changed

Re: [PATCH 00/61] gpio: Add and use devm_gpiochip_add_data()

2016-02-28 Thread Laxman Dewangan
On Thursday 25 February 2016 06:54 PM, Linus Walleij wrote: On Tue, Feb 23, 2016 at 4:15 PM, Laxman Dewangan wrote: I have made the repo in git hub as https://github.com/ldewangan/linux-upstream.git Awesome. branch name is devm_gpiochip. https://github.com/ldewangan/linux-upstrea

Re: [PATCH 00/50] pinctrl: Add and use devm_ apis for pinctrl_{register, unregister}

2016-02-28 Thread Laxman Dewangan
On Thursday 25 February 2016 07:43 PM, Linus Walleij wrote: On Wed, Feb 24, 2016 at 2:15 PM, Laxman Dewangan wrote: Add resource manageemnt APIs fro pinctrl_register() and pinctrl_unregister() and use these new APIs on hw driver to reduce the error path code and remove callback for driver. A

Re: [PATCH v7 1/9] watchdog: Introduce hardware maximum timeout in watchdog core

2016-02-28 Thread Guenter Roeck
Hi Wim, On 02/28/2016 05:18 AM, Wim Van Sebroeck wrote: Hi Guenter, Code is OK, but I still have one last remark: When I coded the generic watchdog framework, I used the following terminology: * timeout for userspace timeout's * heartbeat for the internal hardware timeout. I would like us to st

[PATCH v8 0/10] watchdog: Add support for keepalives triggered by infrastructure

2016-02-28 Thread Guenter Roeck
The watchdog infrastructure is currently purely passive, meaning it only passes information from user space to drivers and vice versa. Since watchdog hardware tends to have its own quirks, this can result in quite complex watchdog drivers. A number of scanarios are especially common. - A watchdog

[RFC PATCH v8 08/10] watchdog: retu: Convert to use infrastructure triggered keepalives

2016-02-28 Thread Guenter Roeck
The watchdog infrastructure now supports handling watchdog keepalive if the watchdog is running while the watchdog device is closed. Convert the driver to use this infrastructure. Signed-off-by: Guenter Roeck --- v8: max_hw_timeout_ms -> max_hw_heartbeat_ms Rebased to v4.5-rc5 v7: Set max_hw_

[RFC PATCH v8 10/10] watchdog: gpio: Convert to use infrastructure triggered keepalives

2016-02-28 Thread Guenter Roeck
The watchdog infrastructure now supports handling watchdog keepalive if the watchdog is running while the watchdog device is closed. The infrastructure now also supports generating additional heartbeats if the maximum hardware timeout is smaller than or close to the configured timeout. Convert the

[PATCH v8 05/10] watchdog: Add support for minimum time between heartbeats

2016-02-28 Thread Guenter Roeck
Some watchdogs require a minimum time between heartbeats. Examples are the watchdogs in DA9062 and AT91SAM9x. Signed-off-by: Guenter Roeck --- v8: Rebased to v4.5-rc5 v7: Rebased to v4.5-rc1 v6: Rebased to v4.4-rc2 v5: Rebased to v4.4-rc1 Fixed typo in documentation. v4: Added patch --- Doc

[PATCH v8 06/10] watchdog: dw_wdt: Convert to use watchdog infrastructure

2016-02-28 Thread Guenter Roeck
Convert driver to use watchdog infrastructure. This includes infrastructure support to handle watchdog keepalive if the watchdog is running while the watchdog device is closed. Signed-off-by: Guenter Roeck --- v8: max_hw_timeout_ms -> max_hw_heartbeat_ms Rebased to v4.5-rc5 v7: Set max_hw_ti

[RFC PATCH v8 09/10] watchdog: at91sam9: Convert to use infrastructure triggered keepalives

2016-02-28 Thread Guenter Roeck
The watchdog infrastructure now supports handling watchdog keepalive if the watchdog is running while the watchdog device is closed. The infrastructure now also supports generating additional heartbeats if the maximum hardware timeout is smaller than or close to the configured timeout. Convert the

[PATCH v8 07/10] watchdog: imx2: Convert to use infrastructure triggered keepalives

2016-02-28 Thread Guenter Roeck
The watchdog infrastructure now supports handling watchdog keepalive if the watchdog is running while the watchdog device is closed. Convert the driver to use this infrastructure. Signed-off-by: Guenter Roeck --- v8: max_hw_timeout_ms -> max_hw_heartbeat_ms Rebased to v4.5-rc5 v7: Set max_hw

[PATCH v8 02/10] watchdog: Introduce hardware maximum heartbeat in watchdog core

2016-02-28 Thread Guenter Roeck
Introduce an optional hardware maximum heartbeat in the watchdog core. The hardware maximum heartbeat can be lower than the maximum timeout. Drivers can set the maximum hardware heartbeat value in the watchdog data structure. If the configured timeout exceeds the maximum hardware heartbeat, the wa

[PATCH v8 04/10] watchdog: Make stop function optional

2016-02-28 Thread Guenter Roeck
Not all hardware watchdogs can be stopped. The driver for such watchdogs would typically only set the WATCHDOG_HW_RUNNING flag in its stop function. Make the stop function optional and set WATCHDOG_HW_RUNNING in the watchdog core if it is not provided. Signed-off-by: Guenter Roeck --- v8: Split

[PATCH v8 01/10] watchdog: Make set_timeout function optional

2016-02-28 Thread Guenter Roeck
For some watchdogs, the watchdog driver handles timeout changes without explicitly setting any registers. In this situation, the watchdog driver might only set the 'timeout' variable but do nothing else. This can as well be handled by the infrastructure, so make the set_timeout callback optional. I

[PATCH v8 03/10] watchdog: Introduce WDOG_HW_RUNNING flag

2016-02-28 Thread Guenter Roeck
The WDOG_HW_RUNNING flag is expected to be set by watchdog drivers if the hardware watchdog is running. If the flag is set, the watchdog subsystem will ping the watchdog even if the watchdog device is closed. The watchdog driver stop function is now optional and may be omitted if the watchdog can

[PATCH] hwmon: (ntc_thermistor) Add support for ncpXXxh103

2016-02-28 Thread Joseph
From: Joseph McNally This patch adds support for the Murata NCP15XH103 thermistor series. Signed-off-by: Joseph McNally --- .../devicetree/bindings/hwmon/ntc_thermistor.txt | 1 + Documentation/hwmon/ntc_thermistor | 4 +- drivers/hwmon/Kconfig

Re: [PATCH 09/50] pinctrl: imx: Use devm_pinctrl_register() for pinctrl registration

2016-02-28 Thread Shawn Guo
On Wed, Feb 24, 2016 at 06:45:34PM +0530, Laxman Dewangan wrote: > Use devm_pinctrl_register() for pin control registration and remove > need of .remove callback. > > Signed-off-by: Laxman Dewangan > Cc: Shawn Guo Acked-by: Shawn Guo -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH] hwmon: (ntc_thermistor) Add support for ncpXXxh103

2016-02-28 Thread Guenter Roeck
On 02/28/2016 02:31 PM, Joseph wrote: From: Joseph McNally This patch adds support for the Murata NCP15XH103 thermistor series. Signed-off-by: Joseph McNally Applied. Thanks, Guenter -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majord