serial: Add LED trigger support

This series brings LED trigger support to the serial_core layer and adopts some driver to use it. This is an updated version of https://patchwork.kernel.org/patch/9212885/ which added LED trigger support to the i.MX serial driver only. Sascha --

[PATCH 3/4] serial: cpm_uart: Add LED trigger support

Signed-off-by: Sascha Hauer --- drivers/tty/serial/cpm_uart/cpm_uart_core.c | 22 -- 1 file changed, 20 insertions(+), 2 deletions(-) diff --git a/drivers/tty/serial/cpm_uart/cpm_uart_core.c b/drivers/tty/serial/cpm_uart/cpm_uart_core.c index d3e3d42..5d5633d 100644 --- a/dr

[PATCH 4/4] serial: imx: Add LED trigger support

Signed-off-by: Sascha Hauer --- drivers/tty/serial/imx.c | 24 ++-- 1 file changed, 22 insertions(+), 2 deletions(-) diff --git a/drivers/tty/serial/imx.c b/drivers/tty/serial/imx.c index a70356d..5eaf576 100644 --- a/drivers/tty/serial/imx.c +++ b/drivers/tty/serial/imx.c @@

[PATCH 2/4] serial: 8250: Add LED trigger support

Signed-off-by: Sascha Hauer --- drivers/tty/serial/8250/8250_core.c | 12 ++-- drivers/tty/serial/8250/8250_port.c | 4 2 files changed, 14 insertions(+), 2 deletions(-) diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8250/8250_core.c index 240a361..bbcd2539

[PATCH 1/4] serial: core: Add LED trigger support

With this patch the serial core provides LED triggers for RX and TX. As the serial core layer does not know when the hardware actually sends or receives characters, this needs help from the UART drivers. The LED triggers are registered in uart_add_led_triggers() called from the UART drivers which

Re: [RFC PATCH 0/3] staging: remove fbdev drivers

On Wed, Nov 23, 2016 at 11:12:32AM +0200, Tomi Valkeinen wrote: > On 23/11/16 10:52, Greg Kroah-Hartman wrote: > > On Wed, Nov 23, 2016 at 10:03:10AM +0200, Tomi Valkeinen wrote: > >> Hi, > >> > >> Since the fbdev framework is in maintenance mode and all new display > >> drivers > >> should be mad

Re: [PATCH v2] clk: qoriq: added ls1012a clock configuration

On 11/22/2016 02:28 AM, yuantian.t...@nxp.com wrote: > From: Tang Yuantian > > Signed-off-by: Tang Yuantian > --- > v2: > - remove commit message as it is duplicated to title > > drivers/clk/clk-qoriq.c | 19 +++ > 1 file changed, 19 insertions(+) > > diff --git a/drivers/cl

Re: [PATCH net-next 1/4] net: mvneta: Convert to be 64 bits compatible

On Tue, 22 Nov 2016 22:04:12 +0100 Arnd Bergmann wrote: > On Tuesday, November 22, 2016 5:48:41 PM CET Gregory CLEMENT wrote: > > +#ifdef CONFIG_64BIT > > + void *data_tmp; > > + > > + /* In Neta HW only 32 bits data is supported, so in order to > > +* obtain whole 64 bits addr

Re: [PATCH 1/3] of: base: add support to get machine compatible string

On 23/11/16 07:49, Sekhar Nori wrote: On Tuesday 22 November 2016 09:16 PM, Sudeep Holla wrote: Hi Sekhar, On 22/11/16 15:06, Sekhar Nori wrote: Hi Sudeep, On Tuesday 22 November 2016 04:23 PM, Sudeep Holla wrote: On 22/11/16 10:41, Bartosz Golaszewski wrote: Add a function allowing to

Re: [RFC PATCH 0/3] staging: remove fbdev drivers

Hello, On Wed, 23 Nov 2016 11:12:32 +0200, Tomi Valkeinen wrote: > > I only want to remove these drivers if we have the same functionality in > > mainline for their hardware. If not, that's a bit rude to those who > > actually use them today, don't you think? > > What does it mean for a drive

Re: [PATCH 1/4] serial: core: Add LED trigger support

On Wed, Nov 23, 2016 at 11:01:03AM +0100, Sascha Hauer wrote: > With this patch the serial core provides LED triggers for RX and TX. > > As the serial core layer does not know when the hardware actually sends > or receives characters, this needs help from the UART drivers. The > LED triggers are r

Re: [PATCH 6/6] efi: Add EFI_SECURE_BOOT bit [ver #2]

Lukas Wunner wrote: > > +#ifdef CONFIG_EFI > > + if (boot_params.secure_boot) { > > + set_bit(EFI_SECURE_BOOT, &efi.flags); > > + pr_info("Secure boot enabled\n"); > > + } > > +#endif > > + > > Section 20 of Documentation/CodingStyle recommends IS_ENABLED() > instead of #

[PATCH] tpm: use get_unaligned_be32 unaligned buffer access.

Use get_unaligned_be32 as b32_to_cpu doesn't work correctly on all platforms for unaligned access. The fix doesn't cover all the cases as also some cast structures have members on unaligned addresses. Signed-off-by: Tomas Winkler --- drivers/char/tpm/tpm-interface.c| 4 ++-- drivers/char/tp

Re: [PATCH 0/2] pinctrl: sx150x: set multiple pins at once

On 2016-11-23 10:20, Neil Armstrong wrote: > On 11/22/2016 05:06 PM, Peter Rosin wrote: >> Hi! >> >> I have only tested this on an 8-bit sx1502, so I'm uncertain if >> the there needs to be locking for this to work as intended for >> the bigger chips with an oscio pin? Probably. >> >> So, I didn't

Re: [PATCH 6/6] efi: Add EFI_SECURE_BOOT bit [ver #2]

David Howells wrote: > > > +#ifdef CONFIG_EFI > > > + if (boot_params.secure_boot) { > > > + set_bit(EFI_SECURE_BOOT, &efi.flags); > > > + pr_info("Secure boot enabled\n"); > > > + } > > > +#endif > > > + > > > > Section 20 of Documentation/CodingStyle recommends IS_ENABLED() > >

Re: [PATCH 4/6] efi: Get the secure boot status [ver #2]

On Wed, Nov 23, 2016 at 09:53:00AM +, David Howells wrote: > Lukas Wunner wrote: > > It just occurred to me that the boot_params struct is populated in > > make_boot_params(), perhaps it makes sense to move this line there. > > Otherwise LGTM. > > Ummm... Looking at arch/x86/boot/compressed/

Re: [PATCH 2/2] pinctrl: sx150x: support setting multiple pins at once

On 11/22/2016 05:06 PM, Peter Rosin wrote: > The mask of a possible oscio pin is cached, making it easier to test > for the exception. > > Signed-off-by: Peter Rosin > --- > drivers/pinctrl/pinctrl-sx150x.c | 37 + > 1 file changed, 29 insertions(+), 8 deletio

Re: [PATCH net-next 1/4] net: mvneta: Convert to be 64 bits compatible

On Wednesday, November 23, 2016 5:53:41 PM CET Jisheng Zhang wrote: > On Tue, 22 Nov 2016 22:04:12 +0100 Arnd Bergmann wrote: > > > On Tuesday, November 22, 2016 5:48:41 PM CET Gregory CLEMENT wrote: > > > +#ifdef CONFIG_64BIT > > > + void *data_tmp; > > > + > > > + /* In Neta HW only

Re: [PATCH v2 1/5] ARM: memory: da8xx-ddrctl: new driver

On 22/11/16 01:43, Frank Rowand wrote: Hi Sekhar, (And adding Sudeep since he becomes involved in this further down thread and at that point says he will re-work this proposed work around in a manner that is incorrect in a manner that is similar to this proposed work around.) On 11/21/16 08:3

Re: 4.8.8 kernel trigger OOM killer repeatedly when I have lots of RAM that should be free

On 11/23/2016 07:34 AM, Michal Hocko wrote: On Tue 22-11-16 11:38:47, Linus Torvalds wrote: On Tue, Nov 22, 2016 at 8:14 AM, Vlastimil Babka wrote: Thanks a lot for the testing. So what do we do now about 4.8? (4.7 is already EOL AFAICS). - send the patch [1] as 4.8-only stable. I think th

Re: linux-next: manual merge of the kvms390 tree with the s390 tree

On Wed, Nov 23, 2016 at 09:24:17AM +0100, Christian Borntraeger wrote: > On 11/23/2016 04:45 AM, Stephen Rothwell wrote: > > Hi all, > > > > Today's linux-next merge of the kvms390 tree got a conflict in: > > > > arch/s390/include/asm/facilities_src.h > > > > between commit: > > > > d1f7e8f

Re: [PATCH V1] leds: pca955x: Add ACPI support for pca955x

Hi Thang, It is customary to ack the patches using following tag: Acked-by: Your Name Thanks, Jacek Anaszewski On 11/23/2016 09:44 AM, Thang Q. Nguyen wrote: Acked. On Wed, Nov 23, 2016 at 3:42 PM, mailto:tnhu...@apm.com>> wrote: From: Tin Huynh mailto:tnhu...@apm.com>> This patch

Re: [PATCH V1] leds: pca955x: Add ACPI support for pca955x

Hi Tin, Thanks for the patch. While adding ACPI support please always add ACPI maintainers on CC. Adding Rafael and Mika. Thanks, Jacek Anaszewski On 11/23/2016 09:42 AM, tnhu...@apm.com wrote: From: Tin Huynh This patch enables ACPI support for leds-pca955x driver. Signed-off-by: Tin Huyn

Re: [PATCHv2 3/4] dt: bindings: add new dt entry for BTCOEX feature in qcom,ath10k.txt

Thanks for the comments. On 2016-11-18 20:14, Rob Herring wrote: On Thu, Nov 17, 2016 at 05:14:23PM +0530, c_tr...@qti.qualcomm.com wrote: From: Tamizh chelvam There two things done in this patch. 1) 'btcoex_support' flag for BTCOEX feature support by the hardware. 2) 'wlan_btcoex_gpio' is u

Re: [PATCH v2 1/2] timekeeping: Introduce a fast boot clock derived from fast monotonic clock

On Tue, 22 Nov 2016, Joel Fernandes wrote: > On Tue, Nov 22, 2016 at 2:29 PM, Thomas Gleixner wrote: > > What's wrong with adding a tracepoint into the boot offset update function > > and let perf or the tracer inject the value of the boot offset into the > > trace data when starting. The time adj

Re: [PATCH] Add support for disabling Intel PT trace in ftrace

On Tue, 22 Nov 2016, Steven Rostedt wrote: > On Fri, 18 Nov 2016 08:55:24 -0800 > Andi Kleen wrote: > > > From: Andi Kleen > > > > ftrace has powerfull trigger functions. Intel PT on modern Intel CPUs > > can trace execution flow. > > > > For debugging I found it useful to disable the PT trace

[GIT PULL] perf fixes

Linus, Please pull the latest perf-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-for-linus # HEAD: 033ac60c7f21f9996a0fab2fd04f334afbf77b33 perf/x86/intel/uncore: Allow only a single PMU/box within an events group Six fixes for bug

Re: [PATCH 1/4] serial: core: Add LED trigger support

On Wed, Nov 23, 2016 at 11:08:19AM +0100, Greg Kroah-Hartman wrote: > On Wed, Nov 23, 2016 at 11:01:03AM +0100, Sascha Hauer wrote: > > With this patch the serial core provides LED triggers for RX and TX. > > > > As the serial core layer does not know when the hardware actually sends > > or receiv

Re: [PATCH] ARM: dts: sunxi: Enable UEXT related nodes for Olimex A20 SOM EVB

On Mon, Nov 21, 2016 at 05:49:11PM +0100, Emmanuel Vadot wrote: > UEXT are Universal EXTension connector from Olimex. They embed i2c, spi > and uart pins along power in one connector and are found on most, > if not all, Olimex boards. > The Olimex A20 SOM EVB have two UEXT connector so enable the n

Tearing down DMA transfer setup after DMA client has finished

Hello, On my platform, setting up a DMA transfer is a two-step process: 1) configure the "switch box" to connect a device to a memory channel 2) configure the transfer details (address, size, command) When the transfer is done, the sbox setup can be torn down, and the DMA driver can start anothe

Re: [PATCH 2/6] arm/efi: Allow invocation of arbitrary runtime services [ver #2]

Hi, Any reason to not Cc LAKML? On Wed, Nov 23, 2016 at 12:22:43AM +, David Howells wrote: > Provide the ability to perform mixed-mode runtime service calls for arm in > the same way that commit 0a637ee61247bd4bed9b2a07568ef7a1cfc76187 > ("x86/efi: Allow invocation of arbitrary boot services"

Re: [PATCH v2 1/3] arm64: dts: add USB1-related nodes of Allwinner A64

On Tue, Nov 22, 2016 at 11:58:29PM +0800, Icenowy Zheng wrote: > Allwinner A64 have two HCI USB controllers, a OTG controller and a USB > PHY device which have two ports. One of the port is wired to both a HCI > USB controller and the OTG controller, which is currently not supported. > The another

Re: [PATCH v4] xen/gntdev: Use VM_MIXEDMAP instead of VM_IO to avoid NUMA balancing

On Mon, Nov 21, Boris Ostrovsky wrote: > Commit 9c17d96500f7 ("xen/gntdev: Grant maps should not be subject to > NUMA balancing") set VM_IO flag to prevent grant maps from being > subjected to NUMA balancing. Tested-by: Olaf Hering This should go to stable as well. Olaf signature.asc Descri

Re: [PATCH v2] ARM: dts: da850: add the mstpri and ddrctl nodes

2016-11-22 23:23 GMT+01:00 David Lechner : > On 11/15/2016 05:00 AM, Bartosz Golaszewski wrote: >> >> Add the nodes for the MSTPRI configuration and DDR2/mDDR memory >> controller drivers to da850.dtsi. >> >> Signed-off-by: Bartosz Golaszewski >> --- >> v1 -> v2: >> - moved the priority controller

[patch] sched/autogroup: Fix 64bit kernel nice adjustment

On Tue, 2016-11-22 at 16:59 +0100, Michael Kerrisk (man-pages) wrote: >┌─┐ >│FIXME│ >├─┤ >│Regarding the previous

[PATCH v2 2/2] pinctrl: sx150x: support setting multiple pins at once

If the chip does not have an oscio pin, all pins are configured in the same regmap register making it trivial to update all pins at once, so do that. If an oscio pin is present, there needs to be more locking in place to handle all cases correctly, so this is skipped. Signed-off-by: Peter Rosin -

Re: [PATCH 1/2] of: base: add support to get machine model name

On 22/11/16 21:35, Rob Herring wrote: On Tue, Nov 22, 2016 at 12:44 PM, Frank Rowand wrote: [...] This patch adds a function that leads to conflating the "model" property and the "compatible" property. This leads to opaque, confusing and unclear code where ever it is used. I think it is

Re: [PATCH 2/6] arm/efi: Allow invocation of arbitrary runtime services [ver #2]

On 23 November 2016 at 09:34, David Howells wrote: > David Howells wrote: > >> +#define efi_call_runtime(f, ...) sys_table_arg->runtime->f(__VA_ARGS__) > > Turns out it's not that simple - of course. runtime->get_variable is just a > void pointer. The old arm stub was casting it by virtue o

Re: [PATCH 1/2] of: base: add support to get machine model name

On 22/11/16 18:44, Frank Rowand wrote: Hi Rob, [...] This patch adds a function that leads to conflating the "model" property and the "compatible" property. This leads to opaque, confusing and unclear code where ever it is used. I think it is not good for the device tree framework to con

[PATCH] ALSA SoC MAX98927 driver - Initial release

Signed-off-by: Ryan Lee --- .../devicetree/bindings/sound/max98927.txt | 32 + sound/soc/codecs/Kconfig |5 + sound/soc/codecs/Makefile |2 + sound/soc/codecs/max98927.c| 954 +++ sound/soc/c

Re: [PATCH 1/2] kbuild: provide include/asm/asm-prototypes.h for ARM

On Wed, Nov 23, 2016 at 09:33:32AM +, Russell King - ARM Linux wrote: > I don't see it makes any difference - the armksyms.c originally had > the same: > > -#include > -#include > -#include > -#include > -#include > -#include > -#include > -#include > -#include > -#include > - > -#in

Re: [PATCH V1] leds: pca955x: Add ACPI support for pca955x

On Wed, Nov 23, 2016 at 11:19:21AM +0100, Jacek Anaszewski wrote: > Hi Tin, > > Thanks for the patch. While adding ACPI support please > always add ACPI maintainers on CC. > > Adding Rafael and Mika. > > Thanks, > Jacek Anaszewski > > On 11/23/2016 09:42 AM, tnhu...@apm.com wrote: > > From: Tin

[PATCH] v4l: async: make v4l2 coexists with devicetree nodes in a dt overlay

In asd's configured with V4L2_ASYNC_MATCH_OF, if the v4l2 subdev is in a devicetree overlay, its of_node pointer will be different each time the overlay is applied. We are not interested in matching the pointer, what we want to match is that the path is the one we are expecting. Change to use of_

Re: [PATCH 4/6] efi: Get the secure boot status [ver #2]

On Wed, Nov 23, 2016 at 12:22:57AM +, David Howells wrote: > @@ -1158,6 +1158,8 @@ struct boot_params *efi_main(struct efi_config *c, > else > setup_boot_services32(efi_early); > > + boot_params->secure_boot = (efi_get_secureboot(sys_table) == 1); In the arm stub's ef

stmmac ethernet in kernel 4.4: coalescing related pauses?

Hi! I'm debugging strange delays during transmit in stmmac driver. They seem to be present in 4.4 kernel (and older kernels, too). Workload is burst of udp packets being sent, pause, burst of udp packets, ... Test code is attached, I use these parameters for testing: ./udp-test raw 10.0.0.6 1234

[PATCH v2] drm: check for NULL parameter in exported drm_get_format_name() function.

drm_get_format_name() de-references the buf parameter without checking if the pointer was not NULL. Given that the function is EXPORT-ed, lets sanitise the parameters before proceeding. v2: Use BUG_ON() to annoy users that did not pass valid parameters to function. Fixes: b3c11ac267d461d3d5 ("drm

[PATCH v2 0/2] pinctrl: sx150x: set multiple pins at once

Hi! v1 -> v2 changes - removed remains of (broken) support for sx150[789], as it was overengineered. - add comment as to why sx150[789] is not supported. - add ack from Neil for patch 1/2 I have only tested this on an 8-bit sx1502. I'm also fairly certain that there needs to be locking for thi

Re: [PATCH 1/3] devicetree: bindings: pinctrl: Add binding for ti,da850-pupd

On Wednesday 23 November 2016 08:59 AM, David Lechner wrote: > Device-tree bindings for TI DA8XX/OMAP-L138/AM18XX pullup/pulldown s/DA8XX/DA850. It looks like this support is absent from DA830. > pinconf controller. > > Signed-off-by: David Lechner Thanks, Sekhar

Re: [PATCH v2] drm: check for NULL parameter in exported drm_get_format_name() function.

On Wed, 23 Nov 2016, Liviu Dudau wrote: > drm_get_format_name() de-references the buf parameter without checking > if the pointer was not NULL. Given that the function is EXPORT-ed, lets > sanitise the parameters before proceeding. > > v2: Use BUG_ON() to annoy users that did not pass valid parame

[PATCH] cxgb4: fix memory leak on txq_info

From: Colin Ian King Currently if txq_info->uldtxq cannot be allocated then txq_info->txq is being kfree'd (which is redundant because it is NULL) instead of txq_info. Fix this by instead kfree'ing txq_info. Signed-off-by: Colin Ian King --- drivers/net/ethernet/chelsio/cxgb4/cxgb4_uld.c | 2 +

Re: [RFC 1/2] mm: consolidate GFP_NOFAIL checks in the allocator slowpath

On 11/23/2016 07:49 AM, Michal Hocko wrote: From: Michal Hocko Tetsuo Handa has pointed out that 0a0337e0d1d1 ("mm, oom: rework oom detection") has subtly changed semantic for costly high order requests with __GFP_NOFAIL and withtout __GFP_REPEAT and those can fail right now. My code inspection

Re: [PATCH 2/3] pinctrl: New driver for TI DA8XX/OMAP-L138/AM18XX pinconf

On Wednesday 23 November 2016 08:59 AM, David Lechner wrote: > This adds a new driver for pinconf on TI DA8XX/OMAP-L138/AM18XX. These s/DA8XX/DA850/ > SoCs have a separate controller for controlling pullup/pulldown groups. > > Signed-off-by: David Lechner > +static const char *da850_pupd_get_g

[PATCH] arm/dts: ls1021a: Add dma-coherent property to usb3 node

This sets dma ops as coherent for usb 3.0 platform device Signed-off-by: Changming Huang Signed-off-by: Rajesh Bhagat --- arch/arm/boot/dts/ls1021a.dtsi |1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/ls1021a.dtsi b/arch/arm/boot/dts/ls1021a.dtsi index 368e219..81fb4d9

Re: Synopsys Ethernet QoS Driver

Hello Joao, Lars. On 11/22/2016 3:16 PM, Joao Pinto wrote: Ok, it makes sense. > Just for curiosity the target setup is the following: > https://www.youtube.com/watch?v=8V-LB5y2Cos > but instead of using internal drivers, we desire to use mainline drivers only. > > Thanks! Regarding this subjec

[PATCH v3 3/3] bus: da8xx-mstpri: fix a typo

Should have been priorities. Signed-off-by: Bartosz Golaszewski --- drivers/bus/da8xx-mstpri.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/bus/da8xx-mstpri.c b/drivers/bus/da8xx-mstpri.c index 064eeb9..b17ba97 100644 --- a/drivers/bus/da8xx-mstpri.c +++ b/drivers/

[PATCH v3 1/3] bus: da8xx-mstpri: drop the call to of_flat_dt_get_machine_name()

In order to avoid a section mismatch use a locally implemented routine instead of of_flat_dt_get_machine_name() when printing the error message. Signed-off-by: Bartosz Golaszewski --- drivers/bus/da8xx-mstpri.c | 23 +-- 1 file changed, 21 insertions(+), 2 deletions(-) diff

[PATCH v3 0/3] da8xx: fix section mismatch in new drivers

Sekhar noticed there's a section mismatch in the da8xx-mstpri and da8xx-ddrctl drivers. This is caused by calling of_flat_dt_get_machine_name() which has an __init annotation. This series addresses this issue by open coding routines that return the machine compatible string in both drivers. Once a

[PATCH v3 2/3] memory: da8xx-ddrctl: drop the call to of_flat_dt_get_machine_name()

In order to avoid a section mismatch use a locally implemented routine instead of of_flat_dt_get_machine_name() when printing the error message. Signed-off-by: Bartosz Golaszewski --- drivers/memory/da8xx-ddrctl.c | 23 +-- 1 file changed, 21 insertions(+), 2 deletions(-) di

Re: [PATCH net-next 1/4] net: mvneta: Convert to be 64 bits compatible

Hi Arnd, On Wed, 23 Nov 2016 11:15:32 +0100 Arnd Bergmann wrote: > On Wednesday, November 23, 2016 5:53:41 PM CET Jisheng Zhang wrote: > > On Tue, 22 Nov 2016 22:04:12 +0100 Arnd Bergmann wrote: > > > > > On Tuesday, November 22, 2016 5:48:41 PM CET Gregory CLEMENT wrote: > > > > +#ifdef CON

Re: Synopsys Ethernet QoS Driver

Hi Peppe and Lars, On 23-11-2016 10:59, Giuseppe CAVALLARO wrote: > Hello Joao, Lars. > > On 11/22/2016 3:16 PM, Joao Pinto wrote: >>> Ok, it makes sense. >>> > Just for curiosity the target setup is the following: >>> > https://www.youtube.com/watch?v=8V-LB5y2Cos >>> > but instead of using inter

Re: [PATCH 3/3] ARM: dts: da850: Add node for pullup/pulldown pinconf

On Wednesday 23 November 2016 08:59 AM, David Lechner wrote: > This SoC has a separate pin controller for configuring pullup/pulldown > bias on groups of pins. > > Signed-off-by: David Lechner > --- > arch/arm/boot/dts/da850.dtsi | 5 + > 1 file changed, 5 insertions(+) > > diff --git a/arc

Re: [PATCH 0/3] TI DA850/OMAP-L138/AM18x pinconf

On Wednesday 23 November 2016 08:59 AM, David Lechner wrote: > This series adds a new driver and DT bindings for TI DA850/OMAP-L138/AM18x > pinconf (bias pullup/pulldown). > > The motivation for this series is LEGO MINDSTORMS EV3 support. It needs most, > if not all, internal pullup/down resistors

[PATCH V3 2/2] regulator: Add settling time for non-linear voltage transition

Some regulators (some PWM regulators) have the voltage transition non-linear i.e. exponentially. On such cases, the settling time for voltage transition can not be presented in the voltage-ramp-delay. Add new property for non-linear voltage transition and handle this in getting the voltage settlin

[PATCH V3 1/2] regulator: DT: Add settling time property for non-linear voltage change

Some regulators (some PWM regulators) have the voltage transition exponentially. On such cases, the settling time for voltage change is treated as constant time. Add DT property for providing the settling time for any level of voltage change for non-linear voltage change. Signed-off-by: Laxman De

Re: [PATCH v6 1/2] Input: synaptics-rmi4 - add support for F34 device reflash

On Nov 20 2016 or thereabouts, Nick Dyer wrote: > Add support for updating firmware, triggered by a sysfs attribute. > > This patch has been tested on Synaptics S7300. > > Signed-off-by: Nick Dyer > Tested-by: Chris Healy > --- > drivers/input/rmi4/Kconfig | 11 + > drivers/input/rmi4/Ma

[PATCH 2/2] dt-bindings: power: add bindings for sbs-charger

Adds device tree documentation for SBS charger compilant devices as defined here: http://sbs-forum.org/specs/sbc110.pdf Signed-off-by: Nicolas Saenz Julienne --- .../bindings/power/supply/sbs_sbs-charger.txt | 22 ++ 1 file changed, 22 insertions(+) create mode 100644

[PATCH 0/2] power: supply: add sbs-charger driver

Hi, This series adds support for all SBS compatible battery chargers, as defined here: http://sbs-forum.org/specs/sbc110.pdf. The first patch changes the sbs-battery device name in order to be able to create a proper supplier/supplied relation between the two of them. The second introduces the d

Re: [PATCH V9 11/11] ARM64/PCI: Support for ACPI based PCI host controller

Hi Bjorn, On 23.11.2016 00:13, Bjorn Helgaas wrote: Hi Tomasz, On Fri, Jun 10, 2016 at 09:55:19PM +0200, Tomasz Nowicki wrote: Implement pci_acpi_scan_root and other arch-specific call so that ARM64 can start using ACPI to setup and enumerate PCI buses. Prior to buses enumeration the pci_acpi

[PATCH 1/2] power: supply: add sbs-charger driver

This adds support for sbs-charger compilant chips as defined here: http://sbs-forum.org/specs/sbc110.pdf This was tested on a arm board connected to an LTC41000 battery charger chip. Signed-off-by: Nicolas Saenz Julienne --- v1 -> v2: - add spec link in header - use proper gpio/interrupt inte

Re: [PATCH v2] drm: check for NULL parameter in exported drm_get_format_name() function.

On Wed, Nov 23, 2016 at 01:00:07PM +0200, Jani Nikula wrote: > On Wed, 23 Nov 2016, Liviu Dudau wrote: > > drm_get_format_name() de-references the buf parameter without checking > > if the pointer was not NULL. Given that the function is EXPORT-ed, lets > > sanitise the parameters before proceedin

[PATCH 4/4] locking/ww_mutex: Fix a comment typo

From: Nicolai Hähnle Cc: Peter Zijlstra Cc: Ingo Molnar Cc: dri-de...@lists.freedesktop.org Signed-off-by: Nicolai Hähnle --- include/linux/ww_mutex.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/ww_mutex.h b/include/linux/ww_mutex.h index 760399a..fd93cd3

[PATCH 2/4] locking/ww_mutex: Remove redundant wakeups in ww_mutex_set_context_slowpath

From: Nicolai Hähnle When ww_mutex_set_context_slowpath runs, we are in one of two situations: 1. The current task was woken up by ww_mutex_unlock. 2. The current task is racing with ww_mutex_unlock: We entered the slow path while lock->base.count <= 0, but skipped the wait in __mutex_loc

Re: [PATCH 4/6] efi: Get the secure boot status [ver #2]

Mark Rutland wrote: > int secure_boot = efi_get_secureboot(sys_table); > > if (secure_boot > 0) > pr_efi(sys_table, "UEFI Secure Boot is enabled.\n"); > if (secure_boot < 0) > pr_efi_err(sys_table, > "could not determine UEFI Se

[PATCH 1/4] locking/ww_mutex: Fix a deadlock affecting ww_mutexes

From: Nicolai Hähnle Fix a race condition involving 4 threads and 2 ww_mutexes as indicated in the following example. Acquire context stamps are ordered like the thread numbers, i.e. thread #1 should back off when it encounters a mutex locked by thread #0 etc. Thread #0Thread #1Thread #2

[PATCH 3/4] locking/Documentation: fix a typo

From: Nicolai Hähnle Cc: Peter Zijlstra Cc: Ingo Molnar Cc: dri-de...@lists.freedesktop.org Signed-off-by: Nicolai Hähnle --- Documentation/locking/00-INDEX | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/locking/00-INDEX b/Documentation/locking/00-INDEX inde

Re: [PATCH 2/4] KVM: nVMX: fix checks on CR{0,4} during virtual VMX operation

On 23/11/2016 02:14, David Matlack wrote: > +static bool fixed_bits_valid(u64 val, u64 fixed0, u64 fixed1) > +{ > + return ((val & fixed0) == fixed0) && ((~val & ~fixed1) == ~fixed1); > +} > + This is the same as vmx_control_verify (except with u64 arguments instead of u32). Paolo

Re: [PATCH v6 1/2] Input: synaptics-rmi4 - add support for F34 device reflash

On Wed, Nov 23, 2016 at 12:20:41PM +0100, Benjamin Tissoires wrote: > On Nov 20 2016 or thereabouts, Nick Dyer wrote: > > Add support for updating firmware, triggered by a sysfs attribute. > > > > This patch has been tested on Synaptics S7300. > > > > Signed-off-by: Nick Dyer > > Tested-by: Chri

Re: [PATCH] ipv6:ipv6_pinfo dereferenced after NULL check

On 23.11.2016 05:45, Rohit Thapliyal wrote: > |>On 22.11.2016 07:27, Manjeet Pawar wrote: > >> From: Rohit Thapliyal > > >> > >> np checked for NULL and then dereferenced. It should be modified > >> for NULL case. > >> > >> Signed-off-by: Rohit Thapliyal

Re: [PATCH] Staging: iio: adc: fix sysfs files modes in ad7192.c

On Tue, 2016-11-22 at 23:25 -0800, Boyan Vladinov wrote: > Fixes sysfs entries user/group modes and coding style warnings > found by checkpatch.pl tool [] > diff --git a/drivers/staging/iio/adc/ad7192.c > b/drivers/staging/iio/adc/ad7192.c [] > static ssize_t ad7192_show_ac_excitation(struct devi

Re: [PATCH] dt-bindings: mfd: Improve readability for TPS65217 interrupt sources

On 11/23/2016 12:57 AM, Lee Jones wrote: pwrbutton { > - interrupts = ; > + interrupts = ; Push button or power button? According to the datasheet, push button interrupt is correct. http://www.ti.com/lit/ds/symlink/tps65217.pdf This is used for a power butt

Re: RFC: documentation of the autogroup feature

On Tue, 2016-11-22 at 16:59 +0100, Michael Kerrisk (man-pages) wrote: >┌─┐ >│FIXME│ >├─┤ >│The following is a litt

Re: Synopsys Ethernet QoS Driver

> 23 nov. 2016 kl. 12:11 skrev Joao Pinto : > > Hi Peppe and Lars, > >> On 23-11-2016 10:59, Giuseppe CAVALLARO wrote: >> Hello Joao, Lars. >> >>> On 11/22/2016 3:16 PM, Joao Pinto wrote: > Ok, it makes sense. > Just for curiosity the target setup is the following: > https://www.you

Re: Synopsys Ethernet QoS Driver

On 23-11-2016 11:41, Lars Persson wrote: > >> 23 nov. 2016 kl. 12:11 skrev Joao Pinto : >> >> Hi Peppe and Lars, >> >>> On 23-11-2016 10:59, Giuseppe CAVALLARO wrote: >>> Hello Joao, Lars. >>> On 11/22/2016 3:16 PM, Joao Pinto wrote: >> Ok, it makes sense. >> Just for curiosity the ta

Re: [PATCH 1/4] KVM: nVMX: support restore of VMX capability MSRs

On 23/11/2016 02:14, David Matlack wrote: > The VMX capability MSRs advertise the set of features the KVM virtual > CPU can support. This set of features vary across different host CPUs > and KVM versions. This patch aims to addresses both sources of > differences, allowing VMs to be migrated acr

[GIT PULL] stm class/intel_th: Updates for char-misc-next

Hi Greg, Let's try again. These are my updates for STM and Intel TH for v4.10. Please consider pulling. Thanks. The following changes since commit a25f0944ba9b1d8a6813fd6f1a86f1bd59ac25a6: Linux 4.9-rc5 (2016-11-13 10:32:32 -0800) are available in the git repository at: git://git.kernel.or

Re: [PATCH 0/4] VMX Capability MSRs

On 23/11/2016 02:14, David Matlack wrote: > This patchset includes v2 of "KVM: nVMX: support restore of VMX capability > MSRs" (patch 1) as well as some additional related patches that came up > while preparing v2. > > Patches 2 and 3 make KVM's emulation of MSR_IA32_VMX_CR{0,4}_FIXED1 more > ac

Re: [PATCH 2/5] power: supply: tps65217: Remove IRQ data from driver data

On 11/23/2016 01:58 AM, Sebastian Reichel wrote: On Tue, Nov 22, 2016 at 05:51:07PM +0100, Sebastian Reichel wrote: > On Tue, Nov 15, 2016 at 10:18:52PM +0900, Milo Kim wrote: > > IRQ number is only used on requesting the interrupt, so no need to keep > > it inside the driver data. Please move

Re: [PATCH 2/6] arm/efi: Allow invocation of arbitrary runtime services [ver #2]

Mark Rutland wrote: > Any reason to not Cc LAKML? Probably not. > On Wed, Nov 23, 2016 at 12:22:43AM +, David Howells wrote: > > Provide the ability to perform mixed-mode runtime service calls for arm in > > the same way that commit 0a637ee61247bd4bed9b2a07568ef7a1cfc76187 > > ("x86/efi: Al

Re: [PATCH 1/3] of: base: add support to get machine compatible string

On Wednesday 23 November 2016 03:35 PM, Sudeep Holla wrote: > > > On 23/11/16 07:49, Sekhar Nori wrote: >> On Tuesday 22 November 2016 09:16 PM, Sudeep Holla wrote: >>> Hi Sekhar, >>> >>> On 22/11/16 15:06, Sekhar Nori wrote: Hi Sudeep, On Tuesday 22 November 2016 04:23 PM, Sudeep

Re: [PATCH v2] x86/mce: Include the PPIN in machine check records when it is available

On Fri, Nov 18, 2016 at 09:48:36AM -0800, Luck, Tony wrote: > From: Tony Luck > > Intel Xeons from Ivy Bridge onwards support a processor identification > number set in the factory. To the user this is a handy unique number to > identify a particular cpu. Intel can decode this to the fab/producti

Re: [PATCH] dt-bindings: mfd: Improve readability for TPS65217 interrupt sources

On Wednesday, November 23, 2016 8:38:00 PM CET Milo Kim wrote: > On 11/23/2016 12:57 AM, Lee Jones wrote: > >> pwrbutton { > >> > - interrupts = ; > >> > + interrupts = ; > > Push button or power button? > > > > According to the datasheet, push button interrupt is correct. >

Re: [PATCH v16 13/15] acpi/arm64: Add memory-mapped timer support in GTDT driver

Hi Lorenzo, On 18 November 2016 at 22:22, Lorenzo Pieralisi wrote: > On Wed, Nov 16, 2016 at 09:49:06PM +0800, fu@linaro.org wrote: >> From: Fu Wei >> >> On platforms booting with ACPI, architected memory-mapped timers' >> configuration data is provided by firmware through the ACPI GTDT >> s

Re: [PATCH 2/6] arm/efi: Allow invocation of arbitrary runtime services [ver #2]

Ard Biesheuvel wrote: > > What I've changed the ARM and ARM64 things to is: > > > > #define efi_call_runtime(f, ...)((efi_##f##_t > > *)sys_table_arg->runtime->f)(__VA_ARGS__) > > > > Could we please instead fix the definition of efi_runtime_services_t, > given that we have type

Re: [PATCH V3 2/2] pinctrl: tegra: Add driver to configure voltage and power of io pads

On Tuesday 22 November 2016 06:28 PM, Linus Walleij wrote: On Tue, Nov 22, 2016 at 11:20 AM, Laxman Dewangan wrote: + rinfo->regulator = devm_regulator_get_optional(dev, + soc_data->cfg[i].vsupply); Please just use devm_regulator_ge

Re: [PATCH v16 11/15] acpi/arm64: Add GTDT table parse driver

Hi Mark, On 19 November 2016 at 04:12, Mark Rutland wrote: > On Wed, Nov 16, 2016 at 09:49:04PM +0800, fu@linaro.org wrote: > >> +#define for_each_platform_timer(_g) for (; _g; _g = next_platform_timer(_g)) > > This doesn't fit the usual for_each_* pattern, since _g has to be > manually init

Re: [PATCH 0/8] lightnvm: simplify media manager V2

On 11/21/2016 01:10 PM, Javier González wrote: > V2: > - Fix 2 bad memory free on error rrpc init error handling. Reported by > kbuild. > > This patchset simplifies the generic media manager interface and moves > lun and block functionality to lightnvm targets. This makes that > rrpc-specifi

Re: [PATCH 1/3] of: base: add support to get machine compatible string

On 23/11/16 11:47, Sekhar Nori wrote: On Wednesday 23 November 2016 03:35 PM, Sudeep Holla wrote: On 23/11/16 07:49, Sekhar Nori wrote: On Tuesday 22 November 2016 09:16 PM, Sudeep Holla wrote: Hi Sekhar, On 22/11/16 15:06, Sekhar Nori wrote: Hi Sudeep, On Tuesday 22 November 2016 04:23

Re: Tearing down DMA transfer setup after DMA client has finished

Mason writes: > Hello, > > On my platform, setting up a DMA transfer is a two-step process: > > 1) configure the "switch box" to connect a device to a memory channel > 2) configure the transfer details (address, size, command) > > When the transfer is done, the sbox setup can be torn down, > and

Re: [PATCH 1/3] of: base: add support to get machine compatible string

On Wednesday 23 November 2016 05:37 PM, Sudeep Holla wrote: >> So, the if(!of_node_get()) is just an expensive NULL pointer check. I >> think >> it is better to be explicit about it by not using of_node_get/put() at >> all. >> How about: >> > > Are we planning to use this in any time sensitive pat

Re: [PATCH v16 14/15] clocksource/drivers/arm_arch_timer: Add GTDT support for memory-mapped timer

Hi Mark, On 19 November 2016 at 04:20, Mark Rutland wrote: > On Wed, Nov 16, 2016 at 09:49:07PM +0800, fu@linaro.org wrote: >> From: Fu Wei >> >> The patch add memory-mapped timer register support by using the >> information provided by the new GTDT driver of ACPI. >> >> Signed-off-by: Fu We

<    1   2   3   4   5   6   7   8   9   10   >