Re: [RFC v2 5/6] drivers: boot_constraint: Add initial DT bindings

On 17-07-17, 12:34, Rob Herring wrote: > On Thu, Jul 13, 2017 at 03:06:08PM +0530, Viresh Kumar wrote: > > On 12-07-17, 16:28, Rob Herring wrote: > > > Display is a pretty well known use case here. Do you have other > > > examples in mind? > > > > No, I don't. > > > > @Stephen: Do you have more

Re: [RFC v2 5/6] drivers: boot_constraint: Add initial DT bindings

On 17-07-17, 12:34, Rob Herring wrote: > On Thu, Jul 13, 2017 at 03:06:08PM +0530, Viresh Kumar wrote: > > On 12-07-17, 16:28, Rob Herring wrote: > > > Display is a pretty well known use case here. Do you have other > > > examples in mind? > > > > No, I don't. > > > > @Stephen: Do you have more

Re: [PATCH] staging: iio: adc: add space around substraction operation

On 18 July 2017 06:38:08 BST, Hari Prasath wrote: >Fix checkpatch warning to add space around the substraction operation > >Signed-off-by: Hari Prasath >--- > drivers/staging/iio/adc/ad7280a.c | 4 ++-- > 1 file changed, 2 insertions(+), 2

Re: [PATCH] staging: iio: adc: add space around substraction operation

On 18 July 2017 06:38:08 BST, Hari Prasath wrote: >Fix checkpatch warning to add space around the substraction operation > >Signed-off-by: Hari Prasath >--- > drivers/staging/iio/adc/ad7280a.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > >diff --git

Re: [PATCH] arm64: defconfig: enable CONFIG_UNIPHIER_WATCHDOG

2017-07-18 14:24 GMT+09:00 Keiji Hayashibara : > Enable the watchdog driver for UniPhier SoC > > Signed-off-by: Keiji Hayashibara > --- > arch/arm64/configs/defconfig | 1 + > 1 file changed, 1 insertion(+) > > diff --git

Re: [PATCH] arm64: defconfig: enable CONFIG_UNIPHIER_WATCHDOG

2017-07-18 14:24 GMT+09:00 Keiji Hayashibara : > Enable the watchdog driver for UniPhier SoC > > Signed-off-by: Keiji Hayashibara > --- > arch/arm64/configs/defconfig | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig > index

Re: [PATCH 3/3] hwrng: mxc-fsl - add support for Freescale RNGC

Hi Martin, On 18 July 2017 at 02:46, Martin Kaiser wrote: > From: Steffen Trumtrar > > The driver is ported from Freescales Linux git and can be > found in the > > vendor/freescale/imx_2.6.35_maintain > > branch. > > According to that code,

Re: [PATCH 3/3] hwrng: mxc-fsl - add support for Freescale RNGC

Hi Martin, On 18 July 2017 at 02:46, Martin Kaiser wrote: > From: Steffen Trumtrar > > The driver is ported from Freescales Linux git and can be > found in the > > vendor/freescale/imx_2.6.35_maintain > > branch. > > According to that code, the RNGC is found on Freescales i.MX3/5 SoCs.

Re: [PATCH] drm/i915: disable KASAN for handlers

On 03/31/2017, 01:23 PM, Arnd Bergmann wrote: > On Fri, Mar 31, 2017 at 12:29 PM, Jani Nikula > wrote: >> On Fri, 31 Mar 2017, Zhenyu Wang wrote: >>> On 2017.03.30 11:46:27 +0200, Jiri Slaby wrote: Handlers are currently the only blocker

Re: [PATCH] drm/i915: disable KASAN for handlers

On 03/31/2017, 01:23 PM, Arnd Bergmann wrote: > On Fri, Mar 31, 2017 at 12:29 PM, Jani Nikula > wrote: >> On Fri, 31 Mar 2017, Zhenyu Wang wrote: >>> On 2017.03.30 11:46:27 +0200, Jiri Slaby wrote: Handlers are currently the only blocker to compile the kernel with gcc 7 and

Re: [PATCHv2 0/6] Motorola Droid 4 Audio Support

* Sebastian Reichel [170717 07:14]: > Hi, > > On Mon, Jul 17, 2017 at 03:17:10AM -0700, Tony Lindgren wrote: > > * Sebastian Reichel [170717 03:13]: > > > On Mon, Jul 17, 2017 at 02:29:04AM -0700, Tony Lindgren wrote: > > > >

Re: [PATCHv2 0/6] Motorola Droid 4 Audio Support

* Sebastian Reichel [170717 07:14]: > Hi, > > On Mon, Jul 17, 2017 at 03:17:10AM -0700, Tony Lindgren wrote: > > * Sebastian Reichel [170717 03:13]: > > > On Mon, Jul 17, 2017 at 02:29:04AM -0700, Tony Lindgren wrote: > > > > * Sebastian Reichel [170712 08:19]: > > > > > * Switch from

Re: [PATCH RFC v5] cpufreq: schedutil: Make iowait boost more energy efficient

On 17-07-17, 10:35, Joel Fernandes wrote: > On Mon, Jul 17, 2017 at 1:04 AM, Viresh Kumar wrote: > > On 16-07-17, 01:04, Joel Fernandes wrote: > >> + if (sg_cpu->iowait_boost_pending) { > >> + sg_cpu->iowait_boost_pending = false; > >> +

[PATCH] soc: TI knav_qmss: Fix spelling mistake "instace" -> "instance"

From: Colin Ian King Trivial fix to spelling mistake in dev_err messages and comments Signed-off-by: Colin Ian King --- drivers/soc/ti/knav_dma.c | 4 ++-- drivers/soc/ti/knav_qmss.h | 6 +++--- 2 files changed, 5 insertions(+), 5

Re: [PATCH RFC v5] cpufreq: schedutil: Make iowait boost more energy efficient

On 17-07-17, 10:35, Joel Fernandes wrote: > On Mon, Jul 17, 2017 at 1:04 AM, Viresh Kumar wrote: > > On 16-07-17, 01:04, Joel Fernandes wrote: > >> + if (sg_cpu->iowait_boost_pending) { > >> + sg_cpu->iowait_boost_pending = false; > >> + sg_cpu->iowait_boost =

[PATCH] soc: TI knav_qmss: Fix spelling mistake "instace" -> "instance"

From: Colin Ian King Trivial fix to spelling mistake in dev_err messages and comments Signed-off-by: Colin Ian King --- drivers/soc/ti/knav_dma.c | 4 ++-- drivers/soc/ti/knav_qmss.h | 6 +++--- 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/soc/ti/knav_dma.c

Re: panic, bisect to commit 7f1d4e58dabb "spmi: pmic-arb: optimize table lookups"

On 07/17/17 22:06, Frank Rowand wrote: > On 07/17/17 20:56, Rajendra Nayak wrote: >> >> On 07/18/2017 09:12 AM, Frank Rowand wrote: >>> Hi Abhijeet, >>> >>> My qcom-apq8074-dragonboard panics on boot on v4.13-rc1. >>> >>> I bisected the problem to commit 7f1d4e58dabb, "spmi: pmic-arb: >>> optimize

Re: panic, bisect to commit 7f1d4e58dabb "spmi: pmic-arb: optimize table lookups"

On 07/17/17 22:06, Frank Rowand wrote: > On 07/17/17 20:56, Rajendra Nayak wrote: >> >> On 07/18/2017 09:12 AM, Frank Rowand wrote: >>> Hi Abhijeet, >>> >>> My qcom-apq8074-dragonboard panics on boot on v4.13-rc1. >>> >>> I bisected the problem to commit 7f1d4e58dabb, "spmi: pmic-arb: >>> optimize

Re: [PATCH V6 5/7] crypto: AES CBC multi-buffer glue code

On Tue, Jun 27, 2017 at 05:26:13PM -0700, Megha Dey wrote: > > +static void completion_callback(struct mcryptd_skcipher_request_ctx *rctx, > + struct mcryptd_alg_cstate *cstate, > + int err) > +{ > + struct skcipher_request *req =

Re: [PATCH V6 5/7] crypto: AES CBC multi-buffer glue code

On Tue, Jun 27, 2017 at 05:26:13PM -0700, Megha Dey wrote: > > +static void completion_callback(struct mcryptd_skcipher_request_ctx *rctx, > + struct mcryptd_alg_cstate *cstate, > + int err) > +{ > + struct skcipher_request *req =

Re: Regression with suspicious RCU usage splats with cpu_pm change

* Paul E. McKenney [170717 05:40]: > On Sun, Jul 16, 2017 at 11:08:07PM -0700, Tony Lindgren wrote: > > * Alex Shi [170716 16:25]: > > > I reused the rcu_irq_enter_irqson() from RCU_NONIDLE to avoid this issue. > > > It works fine. > > > > > >

Re: Regression with suspicious RCU usage splats with cpu_pm change

* Paul E. McKenney [170717 05:40]: > On Sun, Jul 16, 2017 at 11:08:07PM -0700, Tony Lindgren wrote: > > * Alex Shi [170716 16:25]: > > > I reused the rcu_irq_enter_irqson() from RCU_NONIDLE to avoid this issue. > > > It works fine. > > > > > > Tony, Could you like to give a tested-by if this

[PATCH] staging: pi433: Fix a couple of spelling mistakes

From: Colin Ian King Trivial fix to spelling mistakes in dev_dbg debug messages "wiat" -> "wait" "fonud" -> "found" Signed-off-by: Colin Ian King --- drivers/staging/pi433/pi433_if.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)

[PATCH v2] ARM: dts: imx6: RIoTboard provide gpio-line-names

gpio-line-names may help to make work with GPIOs from user space easier. Following examples are provided with libgpiod https://github.com/brgl/libgpiod : |# Toggle a GPIO by name, then wait for the user to press ENTER. |$ gpioset --mode=wait `gpiofind "USR-LED-2"`=1 |# Pause execution until a

[PATCH] staging: pi433: Fix a couple of spelling mistakes

From: Colin Ian King Trivial fix to spelling mistakes in dev_dbg debug messages "wiat" -> "wait" "fonud" -> "found" Signed-off-by: Colin Ian King --- drivers/staging/pi433/pi433_if.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/pi433/pi433_if.c

[PATCH v2] ARM: dts: imx6: RIoTboard provide gpio-line-names

gpio-line-names may help to make work with GPIOs from user space easier. Following examples are provided with libgpiod https://github.com/brgl/libgpiod : |# Toggle a GPIO by name, then wait for the user to press ENTER. |$ gpioset --mode=wait `gpiofind "USR-LED-2"`=1 |# Pause execution until a

[PATCH] staging: iio: adc: add space around substraction operation

Fix checkpatch warning to add space around the substraction operation Signed-off-by: Hari Prasath --- drivers/staging/iio/adc/ad7280a.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/iio/adc/ad7280a.c

[PATCH] staging: iio: adc: add space around substraction operation

Fix checkpatch warning to add space around the substraction operation Signed-off-by: Hari Prasath --- drivers/staging/iio/adc/ad7280a.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/iio/adc/ad7280a.c b/drivers/staging/iio/adc/ad7280a.c index

Re: [PATCH 1/3] ACPI / blacklist: add acpi_match_oemlist() interface

On Mon, Jul 17, 2017 at 03:59:10PM -0600, Toshi Kani wrote: > ACPI OEM ID / OEM Table ID / Revision can be used to identify > platform type based on ACPI firmware. acpi_blacklisted(), > intel_pstate_platform_pwr_mgmt_exists() and some other funcs > have been using this type of check to detect a

Re: [PATCH 1/3] ACPI / blacklist: add acpi_match_oemlist() interface

On Mon, Jul 17, 2017 at 03:59:10PM -0600, Toshi Kani wrote: > ACPI OEM ID / OEM Table ID / Revision can be used to identify > platform type based on ACPI firmware. acpi_blacklisted(), > intel_pstate_platform_pwr_mgmt_exists() and some other funcs > have been using this type of check to detect a

[PATCH v2 4/4] pinctrl: aspeed: g5: Add USB device and host support

Implement the AST2500 USB functions as described by the devicetree bindings. The AST2500 exposes five USB controllers through two USB ports. Similar to the AST2400, the pins exposing USB are outliers with respect to the rest of the pinmux as they not capable of GPIO. Signed-off-by: Andrew Jeffery

[PATCH v2 2/4] dt-bindings: pinctrl: aspeed: Add g5 USB functions

The Aspeed AST2500 SoC contains a number of USB controllers: * USB 1.1 Host Controller * USB 2.0 Host Controller (x2) * USB 2.0 Virtual Hub * USB 2.0 Device Controller * USB 1.1 HID Controller The controllers are exposed via two USB ports with functionality muxed as required. The following table

[PATCH v2 4/4] pinctrl: aspeed: g5: Add USB device and host support

Implement the AST2500 USB functions as described by the devicetree bindings. The AST2500 exposes five USB controllers through two USB ports. Similar to the AST2400, the pins exposing USB are outliers with respect to the rest of the pinmux as they not capable of GPIO. Signed-off-by: Andrew Jeffery

[PATCH v2 2/4] dt-bindings: pinctrl: aspeed: Add g5 USB functions

The Aspeed AST2500 SoC contains a number of USB controllers: * USB 1.1 Host Controller * USB 2.0 Host Controller (x2) * USB 2.0 Virtual Hub * USB 2.0 Device Controller * USB 1.1 HID Controller The controllers are exposed via two USB ports with functionality muxed as required. The following table

[PATCH v2 3/4] pinctrl: aspeed: g4: Add USB device and host support

Implement the AST2400 USB functions as described by the devicetree bindings. Three ports are fully documented in the datasheet and exposed through the bindings and pinctrl, though there are remnants of documentation for a fourth port muxed with GPIO pins GPIOQ6 and GPIOQ7. The implementation is

[PATCH v2 0/4] pinctrl: Add USB support for Aspeed SoCs

Hello, Here's v2 of the Aspeed pinctrl USB patches. It addresses the minor feedback on the original series[1], amounting to commit message changes for the bindings patches. [1] https://lkml.org/lkml/2017/6/26/854 Please review! Cheers, Andrew Andrew Jeffery (4): dt-bindings: pinctrl:

[PATCH v2 3/4] pinctrl: aspeed: g4: Add USB device and host support

Implement the AST2400 USB functions as described by the devicetree bindings. Three ports are fully documented in the datasheet and exposed through the bindings and pinctrl, though there are remnants of documentation for a fourth port muxed with GPIO pins GPIOQ6 and GPIOQ7. The implementation is

[PATCH v2 0/4] pinctrl: Add USB support for Aspeed SoCs

Hello, Here's v2 of the Aspeed pinctrl USB patches. It addresses the minor feedback on the original series[1], amounting to commit message changes for the bindings patches. [1] https://lkml.org/lkml/2017/6/26/854 Please review! Cheers, Andrew Andrew Jeffery (4): dt-bindings: pinctrl:

[PATCH v2 1/4] dt-bindings: pinctrl: aspeed: Add g4 USB functions

The AST2400 contains several USB controllers: * USB 1.1 Host Controller * USB 2.0 Host Controller * USB 2.0 Virtual Hub * USB 1.1 HID Controller Pins for three ports are routed to the three controllers such that: * Port 1 is a dedicated USB 1.1 host port * Port 2 is shared between the USB 1.1

[PATCH v2 1/4] dt-bindings: pinctrl: aspeed: Add g4 USB functions

The AST2400 contains several USB controllers: * USB 1.1 Host Controller * USB 2.0 Host Controller * USB 2.0 Virtual Hub * USB 1.1 HID Controller Pins for three ports are routed to the three controllers such that: * Port 1 is a dedicated USB 1.1 host port * Port 2 is shared between the USB 1.1

[PATCH v2] staging: unisys: visorbus: Constify attribute_group structures.

attribute_group are not supposed to change at runtime. All functions working with attribute_group provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- Changes in v2: Change log typo was not

[PATCH v2] staging: unisys: visorbus: Constify attribute_group structures.

attribute_group are not supposed to change at runtime. All functions working with attribute_group provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- Changes in v2: Change log typo was not correct.

[PATCH] arm64: defconfig: enable CONFIG_UNIPHIER_WATCHDOG

Enable the watchdog driver for UniPhier SoC Signed-off-by: Keiji Hayashibara --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 6c7d147..5d204a4 100644 ---

[PATCH] arm64: defconfig: enable CONFIG_UNIPHIER_WATCHDOG

Enable the watchdog driver for UniPhier SoC Signed-off-by: Keiji Hayashibara --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 6c7d147..5d204a4 100644 --- a/arch/arm64/configs/defconfig +++

Re: [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview

On Mon, Jul 17, 2017 at 03:14:29PM -0500, Alan Tull wrote: > > Also, we're thinking that some operations require that you first "acquire > > ownership" of the respective device, which I believe maps more easily to > > open() and ioctls than sysfs. > > > > Thanks > > - Enno > > Yes, sysfs doesn't

Re: [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview

On Mon, Jul 17, 2017 at 03:14:29PM -0500, Alan Tull wrote: > > Also, we're thinking that some operations require that you first "acquire > > ownership" of the respective device, which I believe maps more easily to > > open() and ioctls than sysfs. > > > > Thanks > > - Enno > > Yes, sysfs doesn't

KINDLY REPLY URGENTLY

Dear Friend I am contacting you on a business deal of $9,500,000.00 Million United States Dollars, ready for transfer into your own personal account and if we make this claim, we will share it on the ratio of 50% / 50% basis, I would like to assure you that it be 100% risk free and it will be

KINDLY REPLY URGENTLY

Dear Friend I am contacting you on a business deal of $9,500,000.00 Million United States Dollars, ready for transfer into your own personal account and if we make this claim, we will share it on the ratio of 50% / 50% basis, I would like to assure you that it be 100% risk free and it will be

RE: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier

Hi, Can the problem be fixed by invoking acpi_put_table() for mapped DMAR table? Thanks Lv > From: Dou Liyang [mailto:douly.f...@cn.fujitsu.com] > Sent: Friday, July 14, 2017 1:53 PM > To: x...@kernel.org; linux-kernel@vger.kernel.org > Cc: t...@linutronix.de; mi...@kernel.org; h...@zytor.com;

RE: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier

Hi, Can the problem be fixed by invoking acpi_put_table() for mapped DMAR table? Thanks Lv > From: Dou Liyang [mailto:douly.f...@cn.fujitsu.com] > Sent: Friday, July 14, 2017 1:53 PM > To: x...@kernel.org; linux-kernel@vger.kernel.org > Cc: t...@linutronix.de; mi...@kernel.org; h...@zytor.com;

Re: [PATCH net-next v2 1/4] dt-bindings: net: mediatek: add support for MediaTek MT7623 and MT7622 SoC

On Mon, 2017-07-17 at 15:38 +0200, Andrew Lunn wrote: > On Mon, Jul 17, 2017 at 06:06:22PM +0800, sean.w...@mediatek.com wrote: > > From: Sean Wang > > > > The patch adds the supplements in the dt-binding document for MediaTek > > MT7622 SoC with extra SGMII system

Re: [PATCH net-next v2 1/4] dt-bindings: net: mediatek: add support for MediaTek MT7623 and MT7622 SoC

On Mon, 2017-07-17 at 15:38 +0200, Andrew Lunn wrote: > On Mon, Jul 17, 2017 at 06:06:22PM +0800, sean.w...@mediatek.com wrote: > > From: Sean Wang > > > > The patch adds the supplements in the dt-binding document for MediaTek > > MT7622 SoC with extra SGMII system controller and relevant clock

Re: [PATCH V3 3/4] spmi: pmic-arb: add support for HW version 5

On 2017-07-14 23:00, Stephen Boyd wrote: On 07/11, Kiran Gunda wrote: @@ -420,7 +440,8 @@ static int pmic_arb_write_cmd(struct spmi_controller *ctrl, u8 opc, u8 sid, Mostly style nitpicks! Will check and address in the next patch. /* Start the transaction */

Re: [PATCH V3 3/4] spmi: pmic-arb: add support for HW version 5

On 2017-07-14 23:00, Stephen Boyd wrote: On 07/11, Kiran Gunda wrote: @@ -420,7 +440,8 @@ static int pmic_arb_write_cmd(struct spmi_controller *ctrl, u8 opc, u8 sid, Mostly style nitpicks! Will check and address in the next patch. /* Start the transaction */

Re: [RFC PATCH 1/5] serial: arc: Remove __init marking from early write

On Tue, Jul 18, 2017 at 12:29:59PM +0800, Jeffy Chen wrote: > The earlycon would be alive outside the init code in these cases: > 1/ we have keep_bootcon in cmdline. > 2/ we don't have a real console to switch to. > > So remove the __init marking to avoid invalid memory access. > >

Re: [RFC PATCH 1/5] serial: arc: Remove __init marking from early write

On Tue, Jul 18, 2017 at 12:29:59PM +0800, Jeffy Chen wrote: > The earlycon would be alive outside the init code in these cases: > 1/ we have keep_bootcon in cmdline. > 2/ we don't have a real console to switch to. > > So remove the __init marking to avoid invalid memory access. > >

Re: [PATCH 2/2] arm64: dts: exynos: Add extcon property for TM2 and TM2E

On Tue, Jun 20, 2017 at 04:12:24PM +0900, Dongwoo Lee wrote: > Since commit 9840354ff429 ("usb: dwc3: Add dual-role support") dwc3 > node requires extcon property to be initialized as otg mode, and it > can support dual-role mode operation. > > Signed-off-by: Dongwoo Lee

Re: [PATCH 2/2] arm64: dts: exynos: Add extcon property for TM2 and TM2E

On Tue, Jun 20, 2017 at 04:12:24PM +0900, Dongwoo Lee wrote: > Since commit 9840354ff429 ("usb: dwc3: Add dual-role support") dwc3 > node requires extcon property to be initialized as otg mode, and it > can support dual-role mode operation. > > Signed-off-by: Dongwoo Lee > --- >

Re: [PATCH 1/2] arm64: dts: exynos: Fix wrong label for USB 3.0 controller node

On Tue, Jun 20, 2017 at 04:12:23PM +0900, Dongwoo Lee wrote: > Exynos5433 has two usb 3.0 controllers: usbhost and usbdrd. usbhost > is host-only controller whereas usbdrd supports both peripheral and > host mode. "drd" means dual-role device, so usbhost cannot be labeled > with the name contains

Re: [PATCH 1/2] arm64: dts: exynos: Fix wrong label for USB 3.0 controller node

On Tue, Jun 20, 2017 at 04:12:23PM +0900, Dongwoo Lee wrote: > Exynos5433 has two usb 3.0 controllers: usbhost and usbdrd. usbhost > is host-only controller whereas usbdrd supports both peripheral and > host mode. "drd" means dual-role device, so usbhost cannot be labeled > with the name contains

Re: panic, bisect to commit 7f1d4e58dabb "spmi: pmic-arb: optimize table lookups"

On 07/17/17 20:56, Rajendra Nayak wrote: > > On 07/18/2017 09:12 AM, Frank Rowand wrote: >> Hi Abhijeet, >> >> My qcom-apq8074-dragonboard panics on boot on v4.13-rc1. >> >> I bisected the problem to commit 7f1d4e58dabb, "spmi: pmic-arb: >> optimize table lookups". > > there's a fix on its way

Re: panic, bisect to commit 7f1d4e58dabb "spmi: pmic-arb: optimize table lookups"

On 07/17/17 20:56, Rajendra Nayak wrote: > > On 07/18/2017 09:12 AM, Frank Rowand wrote: >> Hi Abhijeet, >> >> My qcom-apq8074-dragonboard panics on boot on v4.13-rc1. >> >> I bisected the problem to commit 7f1d4e58dabb, "spmi: pmic-arb: >> optimize table lookups". > > there's a fix on its way

Re: [PATCH] staging: unisys: visorbus: constify attribute_group structures.

On Mon, Jul 17, 2017 at 09:36:58PM +, Kershner, David A wrote: > > -Original Message- > > From: Greg KH [mailto:g...@kroah.com] > > Sent: Monday, July 17, 2017 8:38 AM > > To: Arvind Yadav > > Cc: Kershner, David A ; Sell, Timothy

Re: [PATCH] staging: unisys: visorbus: constify attribute_group structures.

On Mon, Jul 17, 2017 at 09:36:58PM +, Kershner, David A wrote: > > -Original Message- > > From: Greg KH [mailto:g...@kroah.com] > > Sent: Monday, July 17, 2017 8:38 AM > > To: Arvind Yadav > > Cc: Kershner, David A ; Sell, Timothy C > > ; Thompson, Bryan E. > > ;

Re: [PATCH v5 4/5] arm64: dts: exynos: Remove the OF graph from DSI node

On Wed, Mar 08, 2017 at 01:54:11PM +0900, Hoegeun Kwon wrote: > The OF graph is not needed because the panel is a child of dsi. Remove > the ports node in DSI node. > > Signed-off-by: Hoegeun Kwon > Reviewed-by: Andrzej Hajda > Reviewed-by: Andi

Re: [PATCH v5 4/5] arm64: dts: exynos: Remove the OF graph from DSI node

On Wed, Mar 08, 2017 at 01:54:11PM +0900, Hoegeun Kwon wrote: > The OF graph is not needed because the panel is a child of dsi. Remove > the ports node in DSI node. > > Signed-off-by: Hoegeun Kwon > Reviewed-by: Andrzej Hajda > Reviewed-by: Andi Shyti > --- >

[PATCH v2 0/5] ARM: defconfig: Cleanup from old entries

Hi, Changes since v1: 1. Rebase on Simon Horman's repo to avoid duplication. 2. Add Liviu Dudau's ack for vexpress. Best regards, Krzysztof Krzysztof Kozlowski (5): ARM: multi_v7_defconfig: Cleanup from non-existing options ARM: ixp4xx_defconfig: Cleanup from non-existing options ARM:

[PATCH v2 0/5] ARM: defconfig: Cleanup from old entries

Hi, Changes since v1: 1. Rebase on Simon Horman's repo to avoid duplication. 2. Add Liviu Dudau's ack for vexpress. Best regards, Krzysztof Krzysztof Kozlowski (5): ARM: multi_v7_defconfig: Cleanup from non-existing options ARM: ixp4xx_defconfig: Cleanup from non-existing options ARM:

Re: [PATCH v4 1/2] wire: export w1_touch_bit (RESEND: line breaks fixed, I hope.)

On Tue, Jul 18, 2017 at 12:53:14AM +0200, Jan Kandziora wrote: > Changes in v4 against v3 in this subpatch: > - adapted to linux-4.12.0 > > No changes in v3 against v2,v1 in this subpatch. All of that needs to go below the --- line. And your subject needs to be fixed. I should not have to

Re: [PATCH v4 1/2] wire: export w1_touch_bit (RESEND: line breaks fixed, I hope.)

On Tue, Jul 18, 2017 at 12:53:14AM +0200, Jan Kandziora wrote: > Changes in v4 against v3 in this subpatch: > - adapted to linux-4.12.0 > > No changes in v3 against v2,v1 in this subpatch. All of that needs to go below the --- line. And your subject needs to be fixed. I should not have to

[PATCH v2 4/5] ARM: ezx_defconfig: Cleanup from non-existing options

CPU_FREQ_DEBUG is gone since commit 2d06d8c49afd ("[CPUFREQ] use dynamic debug instead of custom infrastructure"). Signed-off-by: Krzysztof Kozlowski --- arch/arm/configs/ezx_defconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm/configs/ezx_defconfig

[PATCH v2 2/5] ARM: ixp4xx_defconfig: Cleanup from non-existing options

Remove options which do not exist anymore: - ECONET is gone since commit 349f29d841db ("econet: remove ancient bug ridden protocol"); - IPDDP_DECAP is gone since commit 9b5645b51384 ("appletalk: remove "config IPDDP_DECAP""); Signed-off-by: Krzysztof Kozlowski ---

[PATCH v2 2/5] ARM: ixp4xx_defconfig: Cleanup from non-existing options

Remove options which do not exist anymore: - ECONET is gone since commit 349f29d841db ("econet: remove ancient bug ridden protocol"); - IPDDP_DECAP is gone since commit 9b5645b51384 ("appletalk: remove "config IPDDP_DECAP""); Signed-off-by: Krzysztof Kozlowski ---

[PATCH v2 4/5] ARM: ezx_defconfig: Cleanup from non-existing options

CPU_FREQ_DEBUG is gone since commit 2d06d8c49afd ("[CPUFREQ] use dynamic debug instead of custom infrastructure"). Signed-off-by: Krzysztof Kozlowski --- arch/arm/configs/ezx_defconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm/configs/ezx_defconfig

[PATCH v2 5/5] ARM: qcom_defconfig: Cleanup from non-existing options

QCOM_SMD is gone since commit 395a48053af6 ("soc: qcom: smd: Remove standalone driver"). Signed-off-by: Krzysztof Kozlowski --- arch/arm/configs/qcom_defconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm/configs/qcom_defconfig b/arch/arm/configs/qcom_defconfig

Re: [PATCH v4 1/2] wire: export w1_touch_bit

On Tue, Jul 18, 2017 at 12:56:46AM +0200, Jan Kandziora wrote: > Am 17.07.2017 um 16:47 schrieb Greg Kroah-Hartman: > > > > This is in no format that I can apply, sorry. > > > > Jan, can you resend it in a correct format? > > > I sent part 1/2 again with the line breaks fixed (I hope.) > >

Re: [PATCH v4 1/2] wire: export w1_touch_bit

On Tue, Jul 18, 2017 at 12:56:46AM +0200, Jan Kandziora wrote: > Am 17.07.2017 um 16:47 schrieb Greg Kroah-Hartman: > > > > This is in no format that I can apply, sorry. > > > > Jan, can you resend it in a correct format? > > > I sent part 1/2 again with the line breaks fixed (I hope.) > >

[PATCH v2 5/5] ARM: qcom_defconfig: Cleanup from non-existing options

QCOM_SMD is gone since commit 395a48053af6 ("soc: qcom: smd: Remove standalone driver"). Signed-off-by: Krzysztof Kozlowski --- arch/arm/configs/qcom_defconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm/configs/qcom_defconfig b/arch/arm/configs/qcom_defconfig index

[PATCH v2 3/5] ARM: vexpress_defconfig: Cleanup from non-existing options

ARCH_VEXPRESS_CA9X4 is gone since commit 81cc3f868d30 ("ARM: vexpress: Remove non-DT code"). Signed-off-by: Krzysztof Kozlowski Acked-by: Liviu Dudau --- arch/arm/configs/vexpress_defconfig | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH v2 3/5] ARM: vexpress_defconfig: Cleanup from non-existing options

ARCH_VEXPRESS_CA9X4 is gone since commit 81cc3f868d30 ("ARM: vexpress: Remove non-DT code"). Signed-off-by: Krzysztof Kozlowski Acked-by: Liviu Dudau --- arch/arm/configs/vexpress_defconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm/configs/vexpress_defconfig

[PATCH v2 1/5] ARM: multi_v7_defconfig: Cleanup from non-existing options

Remove options which do not exist anymore: - TEGRA_EMC_SCALING_ENABLE is gone since commit cab4d50389c6 ("ARM: tegra: remove TEGRA_EMC_SCALING_ENABLE"); - ARCH_VEXPRESS_CA9X4 is gone since commit 81cc3f868d30 ("ARM: vexpress: Remove non-DT code"); - OMAP_USB3 was replaced by TI_PIPE3 in

[PATCH v2 1/5] ARM: multi_v7_defconfig: Cleanup from non-existing options

Remove options which do not exist anymore: - TEGRA_EMC_SCALING_ENABLE is gone since commit cab4d50389c6 ("ARM: tegra: remove TEGRA_EMC_SCALING_ENABLE"); - ARCH_VEXPRESS_CA9X4 is gone since commit 81cc3f868d30 ("ARM: vexpress: Remove non-DT code"); - OMAP_USB3 was replaced by TI_PIPE3 in

Re: linux-next: build failure after merge of the net-next tree

y commit > > 11393cc9b9be ("xdp: Add batching support to redirect map") > > This build has > > CONFIG_BPF=y > # CONFIG_BPF_SYSCALL is not set > > I have used the net-next tree from next-20170717 for today. > I missed testing without CONFIG_BPF_SYSCALL

Re: linux-next: build failure after merge of the net-next tree

y commit > > 11393cc9b9be ("xdp: Add batching support to redirect map") > > This build has > > CONFIG_BPF=y > # CONFIG_BPF_SYSCALL is not set > > I have used the net-next tree from next-20170717 for today. > I missed testing without CONFIG_BPF_SYSCALL

[PATCH] cpufreq: schedutil: Update last_update from sugov_set_iowait_boost()

sg_cpu->last_update is always updated right after we call sugov_set_iowait_boost() and its better to update it from that routine itself. This makes it more readable. Signed-off-by: Viresh Kumar --- kernel/sched/cpufreq_schedutil.c | 4 ++-- 1 file changed, 2

[PATCH] cpufreq: schedutil: Update last_update from sugov_set_iowait_boost()

sg_cpu->last_update is always updated right after we call sugov_set_iowait_boost() and its better to update it from that routine itself. This makes it more readable. Signed-off-by: Viresh Kumar --- kernel/sched/cpufreq_schedutil.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

Re: [PATCH v6 0/6] provide power off support for iMX6 with external PMIC

Hallo all, Here Gentle Ping to the Old King DT is already ACKed. On 20.06.2017 16:09, Oleksij Rempel wrote: This patch series is providing power off support for Freescale/NXP iMX6 based boards with external power management integrated circuit (PMIC). changes: v6: - rename imx6_pm_poweroff

Re: [PATCH v6 0/6] provide power off support for iMX6 with external PMIC

Hallo all, Here Gentle Ping to the Old King DT is already ACKed. On 20.06.2017 16:09, Oleksij Rempel wrote: This patch series is providing power off support for Freescale/NXP iMX6 based boards with external power management integrated circuit (PMIC). changes: v6: - rename imx6_pm_poweroff

Re: [PATCH] hwmon: (lm75) Add a basic interrupt handler

On Sun, Jul 16, 2017 at 09:51:24PM +, Tony O'Brien wrote: > Hi Guenter - > > The interrupt line the LM75 sits on is shared by other devices and therefore > cannot be disabled. It was added in hardware as a possible feature can > cannot be disconnected. > Ah yes, it is declared as shared,

Re: [PATCH] hwmon: (lm75) Add a basic interrupt handler

On Sun, Jul 16, 2017 at 09:51:24PM +, Tony O'Brien wrote: > Hi Guenter - > > The interrupt line the LM75 sits on is shared by other devices and therefore > cannot be disabled. It was added in hardware as a possible feature can > cannot be disconnected. > Ah yes, it is declared as shared,

Re: [PATCH V2 2/5] spmi: pmic-arb: rename pa_xx to pmic_arb_xx and other code cleanup

On 2017-07-14 23:50, Stephen Boyd wrote: On 07/10, Kiran Gunda wrote: -static u16 pmic_arb_find_apid(struct spmi_pmic_arb *pa, u16 ppid) +static u16 pmic_arb_find_apid(struct spmi_pmic_arb *pmic_arb, u16 ppid) { + struct apid_data *apid_info = _arb->apid_data[pmic_arb->last_apid];

Re: [PATCH v7 0/3] nvmem: upstream snvs_lpgpr driver

Hallo all, Here Gentle Ping to the Old King ;) DT is already ACKed. On 20.06.2017 09:09, Oleksij Rempel wrote: changes v7: - split imx6ul patch and squash it with with main patches. - spell fixes in the binding documentation - return regmap_bulk_read directly. changes v6: - check if

Re: [PATCH V2 2/5] spmi: pmic-arb: rename pa_xx to pmic_arb_xx and other code cleanup

On 2017-07-14 23:50, Stephen Boyd wrote: On 07/10, Kiran Gunda wrote: -static u16 pmic_arb_find_apid(struct spmi_pmic_arb *pa, u16 ppid) +static u16 pmic_arb_find_apid(struct spmi_pmic_arb *pmic_arb, u16 ppid) { + struct apid_data *apid_info = _arb->apid_data[pmic_arb->last_apid];

Re: [PATCH v7 0/3] nvmem: upstream snvs_lpgpr driver

Hallo all, Here Gentle Ping to the Old King ;) DT is already ACKed. On 20.06.2017 09:09, Oleksij Rempel wrote: changes v7: - split imx6ul patch and squash it with with main patches. - spell fixes in the binding documentation - return regmap_bulk_read directly. changes v6: - check if

Re: [PATCH 0/4] Add various TI-SCI DT nodes on 66AK2G SoCs

On 7/17/17 8:28 PM, Suman Anna wrote: Hi Santosh, The following patch series adds various TI-SCI related DTS nodes that probe the corresponding TI-SCI genpd, clock and reset drivers for the 66AK2G platforms. This is the second of two series, and these nodes along with the defconfig patches

Re: [PATCH 0/4] Add various TI-SCI DT nodes on 66AK2G SoCs

On 7/17/17 8:28 PM, Suman Anna wrote: Hi Santosh, The following patch series adds various TI-SCI related DTS nodes that probe the corresponding TI-SCI genpd, clock and reset drivers for the 66AK2G platforms. This is the second of two series, and these nodes along with the defconfig patches

Re: [PATCH 0/3] Keystone defconfig updates

On 7/17/17 8:26 PM, Suman Anna wrote: Hi Santosh, The following patch series adds the necessary defconfig options to keystone_defconfig to enable the TI-SCI protocol and their respective genpd/clock/reset drivers. This is the first of two series that provides a baseline for adding and/or

Re: [PATCH 0/3] Keystone defconfig updates

On 7/17/17 8:26 PM, Suman Anna wrote: Hi Santosh, The following patch series adds the necessary defconfig options to keystone_defconfig to enable the TI-SCI protocol and their respective genpd/clock/reset drivers. This is the first of two series that provides a baseline for adding and/or

Re: [RFC PATCH v1 00/11] Create fast idle path for short idle periods

> We need a tradeoff here IMHO. I'll check Daniel's work to understand how/if > it's better than menu governor. I still would like to see how the fast path without the C1 heuristic works. Fast pathing is a different concept from a better predictor. IMHO we need both, but the first is likely

Re: [RFC PATCH v1 00/11] Create fast idle path for short idle periods

> We need a tradeoff here IMHO. I'll check Daniel's work to understand how/if > it's better than menu governor. I still would like to see how the fast path without the C1 heuristic works. Fast pathing is a different concept from a better predictor. IMHO we need both, but the first is likely

  1   2   3   4   5   6   7   8   9   10   >