Re: [PATCH V2 09/10] thermal: da9062/61: Thermal junction temperature monitoring driver

Hey Steve, On Tue, Nov 29, 2016 at 11:11:59AM +, Steve Twiss wrote: > Hi Eduardo, > > Thanks for your response. > > On 29 November 2016 01:24, Eduardo Valentin, wrote: > > > On Wed, Oct 26, 2016 at 05:56:39PM +0100, Steve Twiss wrote: > > > +config DA9062_THERMAL > > > + tristate

Re: [PATCH V2 09/10] thermal: da9062/61: Thermal junction temperature monitoring driver

Hey Steve, On Tue, Nov 29, 2016 at 11:11:59AM +, Steve Twiss wrote: > Hi Eduardo, > > Thanks for your response. > > On 29 November 2016 01:24, Eduardo Valentin, wrote: > > > On Wed, Oct 26, 2016 at 05:56:39PM +0100, Steve Twiss wrote: > > > +config DA9062_THERMAL > > > + tristate

[PATCH 2/2] Synopsys USB 2.0 Device Controller (UDC) Driver

This is driver for Synopsys Designware Cores USB Device Controller (UDC) Subsystem with the AMBA Advanced High-Performance Bus (AHB). This driver works with Synopsys UDC20 products. Signed-off-by: Raviteja Garimella --- drivers/usb/gadget/udc/Kconfig| 12 +

[PATCH 1/2] Add DT bindings documentation for Synopsys UDC driver

This patch adds documentation for Synopsis Designware Cores AHB Subsystem Device Controller (UDC). Signed-off-by: Raviteja Garimella --- .../devicetree/bindings/usb/snps,dw-ahb-udc.txt| 29 ++ 1 file changed, 29 insertions(+) create mode

[PATCH 2/2] Synopsys USB 2.0 Device Controller (UDC) Driver

This is driver for Synopsys Designware Cores USB Device Controller (UDC) Subsystem with the AMBA Advanced High-Performance Bus (AHB). This driver works with Synopsys UDC20 products. Signed-off-by: Raviteja Garimella --- drivers/usb/gadget/udc/Kconfig| 12 + drivers/usb/gadget/udc/Makefile

[PATCH 1/2] Add DT bindings documentation for Synopsys UDC driver

This patch adds documentation for Synopsis Designware Cores AHB Subsystem Device Controller (UDC). Signed-off-by: Raviteja Garimella --- .../devicetree/bindings/usb/snps,dw-ahb-udc.txt| 29 ++ 1 file changed, 29 insertions(+) create mode 100644

[PATCH 0/2] Support for Synopsys UDC for ARM platforms

This patchset adds support for Synposys Designware core AHB-UDC (USB Device controller) for Arm platfoms. New UDC driver is added to drivers/usb/gadget directory along with updating the Kconfig and Makefile. DT bindings documentation is also added for the same. Device tree entry for the same in

[PATCH 0/2] Support for Synopsys UDC for ARM platforms

This patchset adds support for Synposys Designware core AHB-UDC (USB Device controller) for Arm platfoms. New UDC driver is added to drivers/usb/gadget directory along with updating the Kconfig and Makefile. DT bindings documentation is also added for the same. Device tree entry for the same in

[PATCH 06/12] usb: dwc3: omap: Replace the extcon API

This patch uses the resource-managed extcon API for extcon_register_notifier() and replaces the deprecated extcon API as following: - extcon_get_cable_state_() -> extcon_get_state() Signed-off-by: Chanwoo Choi --- drivers/usb/dwc3/dwc3-omap.c | 20 +++- 1

[PATCH 02/12] phy: sun4i-usb: Replace the deprecated extcon API

This patch replaces the deprecated extcon API as following: - extcon_set_cable_state_() -> extcon_set_state_sync() Cc: Kishon Vijay Abraham I Cc: Maxime Ripard Cc: Chen-Yu Tsai Signed-off-by: Chanwoo Choi

[PATCH 02/12] phy: sun4i-usb: Replace the deprecated extcon API

This patch replaces the deprecated extcon API as following: - extcon_set_cable_state_() -> extcon_set_state_sync() Cc: Kishon Vijay Abraham I Cc: Maxime Ripard Cc: Chen-Yu Tsai Signed-off-by: Chanwoo Choi --- drivers/phy/phy-sun4i-usb.c | 4 ++-- 1 file changed, 2 insertions(+), 2

[PATCH 06/12] usb: dwc3: omap: Replace the extcon API

This patch uses the resource-managed extcon API for extcon_register_notifier() and replaces the deprecated extcon API as following: - extcon_get_cable_state_() -> extcon_get_state() Signed-off-by: Chanwoo Choi --- drivers/usb/dwc3/dwc3-omap.c | 20 +++- 1 file changed, 7

[PATCH 08/12] usb: phy: msm: Replace the extcon API

This patch uses the resource-managed extcon API for extcon_register_notifier() and replaces the deprecated extcon API as following: - extcon_get_cable_state_() -> extcon_get_state() Signed-off-by: Chanwoo Choi --- drivers/usb/phy/phy-msm-usb.c | 33

[PATCH 08/12] usb: phy: msm: Replace the extcon API

This patch uses the resource-managed extcon API for extcon_register_notifier() and replaces the deprecated extcon API as following: - extcon_get_cable_state_() -> extcon_get_state() Signed-off-by: Chanwoo Choi --- drivers/usb/phy/phy-msm-usb.c | 33 +++-- 1 file

[PATCH 10/12] usb: phy: qcom-8x16-usb: Replace the extcon API

This patch uses the resource-managed extcon API for extcon_register_notifier() and replaces the deprecated extcon API as following: - extcon_get_cable_state_() -> extcon_get_state() Signed-off-by: Chanwoo Choi --- drivers/usb/phy/phy-qcom-8x16-usb.c | 13 - 1

[PATCH 10/12] usb: phy: qcom-8x16-usb: Replace the extcon API

This patch uses the resource-managed extcon API for extcon_register_notifier() and replaces the deprecated extcon API as following: - extcon_get_cable_state_() -> extcon_get_state() Signed-off-by: Chanwoo Choi --- drivers/usb/phy/phy-qcom-8x16-usb.c | 13 - 1 file changed, 4

[PATCH 03/12] power_supply: axp288_charger: Replace the extcon API

This patch uses the resource-managed extcon API for extcon_register_notifier() and replaces the deprecated extcon API as following: - extcon_get_cable_state_() -> extcon_get_state() Signed-off-by: Chanwoo Choi --- drivers/power/supply/axp288_charger.c | 51

[PATCH 12/12] usb: renesas_usbhs: Replace the deprecated extcon API

This patch replaces the deprecated extcon API as following: - extcon_get_cable_state_() -> extcon_get_state() Signed-off-by: Chanwoo Choi --- drivers/usb/renesas_usbhs/common.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 03/12] power_supply: axp288_charger: Replace the extcon API

This patch uses the resource-managed extcon API for extcon_register_notifier() and replaces the deprecated extcon API as following: - extcon_get_cable_state_() -> extcon_get_state() Signed-off-by: Chanwoo Choi --- drivers/power/supply/axp288_charger.c | 51 +-- 1

[PATCH 12/12] usb: renesas_usbhs: Replace the deprecated extcon API

This patch replaces the deprecated extcon API as following: - extcon_get_cable_state_() -> extcon_get_state() Signed-off-by: Chanwoo Choi --- drivers/usb/renesas_usbhs/common.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/usb/renesas_usbhs/common.c

[PATCH 00/12] extcon: Replace the deprecated extcon API

This patches just replace the deprecated extcon API without any change of extcon operation and use the resource-managed function for extcon_register_notifier(). The new extcon API instead of deprecated API. - extcon_set_cable_state_() -> extcon_set_state_sync(); - extcon_get_cable_state_() ->

[PATCH 11/12] usb: phy: tahvo: Replace the deprecated extcon API

This patch replaces the deprecated extcon API as following: - extcon_set_cable_state_() -> extcon_set_state_sync() Signed-off-by: Chanwoo Choi --- drivers/usb/phy/phy-tahvo.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git

Re: [PATCH v3 3/5] thermal: rockchip: fixes invalid temperature case

On Tue, Nov 29, 2016 at 09:02:42PM -0800, Eduardo Valentin wrote: > On Tue, Nov 29, 2016 at 01:57:45PM -0800, Brian Norris wrote: > > I was thinking while reviewing that the binary search serves more to > > complicate things than to help -- it's much harder to read (and validate > > that the loop

[PATCH 07/12] usb: sunxi: Uses the resource-managed extcon API when registering extcon notifier

This patch just uses the resource-managed extcon API when registering the extcon notifier. Signed-off-by: Chanwoo Choi --- drivers/usb/musb/sunxi.c | 12 +++- 1 file changed, 3 insertions(+), 9 deletions(-) diff --git a/drivers/usb/musb/sunxi.c

[PATCH 11/12] usb: phy: tahvo: Replace the deprecated extcon API

This patch replaces the deprecated extcon API as following: - extcon_set_cable_state_() -> extcon_set_state_sync() Signed-off-by: Chanwoo Choi --- drivers/usb/phy/phy-tahvo.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/usb/phy/phy-tahvo.c

Re: [PATCH v3 3/5] thermal: rockchip: fixes invalid temperature case

On Tue, Nov 29, 2016 at 09:02:42PM -0800, Eduardo Valentin wrote: > On Tue, Nov 29, 2016 at 01:57:45PM -0800, Brian Norris wrote: > > I was thinking while reviewing that the binary search serves more to > > complicate things than to help -- it's much harder to read (and validate > > that the loop

[PATCH 07/12] usb: sunxi: Uses the resource-managed extcon API when registering extcon notifier

This patch just uses the resource-managed extcon API when registering the extcon notifier. Signed-off-by: Chanwoo Choi --- drivers/usb/musb/sunxi.c | 12 +++- 1 file changed, 3 insertions(+), 9 deletions(-) diff --git a/drivers/usb/musb/sunxi.c b/drivers/usb/musb/sunxi.c index

[PATCH 00/12] extcon: Replace the deprecated extcon API

This patches just replace the deprecated extcon API without any change of extcon operation and use the resource-managed function for extcon_register_notifier(). The new extcon API instead of deprecated API. - extcon_set_cable_state_() -> extcon_set_state_sync(); - extcon_get_cable_state_() ->

[PATCH 05/12] usb: chipdata: Replace the extcon API

This patch uses the resource-managed extcon API for extcon_register_notifier() and replaces the deprecated extcon API as following: - extcon_get_cable_state_() -> extcon_get_state() Signed-off-by: Chanwoo Choi --- drivers/usb/chipidea/core.c | 30

[PATCH 01/12] phy: rcar-gen3-usb2: Replace the deprecated extcon API

This patch replaces the deprecated extcon API as following: - extcon_set_cable_state_() -> extcon_set_state_sync() Signed-off-by: Chanwoo Choi --- drivers/phy/phy-rcar-gen3-usb2.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

[PATCH 04/12] power_supply: qcom_smbb: Replace the deprecated extcon API

This patch replaces the deprecated extcon API as following: - extcon_set_cable_state_() -> extcon_set_state_sync() Signed-off-by: Chanwoo Choi --- drivers/power/supply/qcom_smbb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 05/12] usb: chipdata: Replace the extcon API

This patch uses the resource-managed extcon API for extcon_register_notifier() and replaces the deprecated extcon API as following: - extcon_get_cable_state_() -> extcon_get_state() Signed-off-by: Chanwoo Choi --- drivers/usb/chipidea/core.c | 30 ++ 1 file changed,

[PATCH 01/12] phy: rcar-gen3-usb2: Replace the deprecated extcon API

This patch replaces the deprecated extcon API as following: - extcon_set_cable_state_() -> extcon_set_state_sync() Signed-off-by: Chanwoo Choi --- drivers/phy/phy-rcar-gen3-usb2.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/phy/phy-rcar-gen3-usb2.c

[PATCH 04/12] power_supply: qcom_smbb: Replace the deprecated extcon API

This patch replaces the deprecated extcon API as following: - extcon_set_cable_state_() -> extcon_set_state_sync() Signed-off-by: Chanwoo Choi --- drivers/power/supply/qcom_smbb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/power/supply/qcom_smbb.c

[PATCH 09/12] usb: phy: omap-otg: Replace the extcon API

This patch uses the resource-managed extcon API for extcon_register_notifier() and replaces the deprecated extcon API as following: - extcon_get_cable_state_() -> extcon_get_state() Signed-off-by: Chanwoo Choi --- drivers/usb/phy/phy-omap-otg.c | 24

[PATCH 09/12] usb: phy: omap-otg: Replace the extcon API

This patch uses the resource-managed extcon API for extcon_register_notifier() and replaces the deprecated extcon API as following: - extcon_get_cable_state_() -> extcon_get_state() Signed-off-by: Chanwoo Choi --- drivers/usb/phy/phy-omap-otg.c | 24 ++-- 1 file changed, 6

[PATCH 3/3] DT nodes for Broadcom Northstar2 USB DRD Phy

This patch adds device tree nodes for USB Dual Role Device Phy for Broadcom's Northstar2 SoC. Signed-off-by: Raviteja Garimella --- arch/arm64/boot/dts/broadcom/ns2.dtsi | 14 ++ 1 file changed, 14 insertions(+) diff --git

[PATCH 3/3] DT nodes for Broadcom Northstar2 USB DRD Phy

This patch adds device tree nodes for USB Dual Role Device Phy for Broadcom's Northstar2 SoC. Signed-off-by: Raviteja Garimella --- arch/arm64/boot/dts/broadcom/ns2.dtsi | 14 ++ 1 file changed, 14 insertions(+) diff --git a/arch/arm64/boot/dts/broadcom/ns2.dtsi

[PATCH 0/3] Support for USB DRD Phy driver for NS2

This patch adds support for USB Dual Role Device Phy for Broadcom Northstar2 SoC. Apart from the new phy driver, this patchset contains changes to Kconfig, Makefile, and Device tree files. This patchset is tested on Broadcom NS2 BCM958712K reference board. Repo:

[PATCH 1/3] Add DT bindings documentation for NS2 USB DRD phy

This patch adds documentation for NS2 DRD Phy driver DT bindings Signed-off-by: Raviteja Garimella --- .../devicetree/bindings/phy/brcm,ns2-drd-phy.txt | 40 ++ 1 file changed, 40 insertions(+) create mode 100644

[PATCH 2/3] Broadcom USB DRD Phy driver for Northstar2

This is driver for USB DRD Phy used in Broadcom's Northstar2 SoC. The phy can be configured to be in Device mode or Host mode based on the type of cable connected to the port. The driver registers to extcon framework to get appropriate connect events for Host/Device cables connect/disconnect

[PATCH 0/3] Support for USB DRD Phy driver for NS2

This patch adds support for USB Dual Role Device Phy for Broadcom Northstar2 SoC. Apart from the new phy driver, this patchset contains changes to Kconfig, Makefile, and Device tree files. This patchset is tested on Broadcom NS2 BCM958712K reference board. Repo:

[PATCH 1/3] Add DT bindings documentation for NS2 USB DRD phy

This patch adds documentation for NS2 DRD Phy driver DT bindings Signed-off-by: Raviteja Garimella --- .../devicetree/bindings/phy/brcm,ns2-drd-phy.txt | 40 ++ 1 file changed, 40 insertions(+) create mode 100644 Documentation/devicetree/bindings/phy/brcm,ns2-drd-phy.txt

[PATCH 2/3] Broadcom USB DRD Phy driver for Northstar2

This is driver for USB DRD Phy used in Broadcom's Northstar2 SoC. The phy can be configured to be in Device mode or Host mode based on the type of cable connected to the port. The driver registers to extcon framework to get appropriate connect events for Host/Device cables connect/disconnect

Re: [kbuild-all] [PATCH 4/4] thermal/intel_powerclamp: stop sched tick in forced idle

h --base= (or --base=auto for convenience) to record what (public, well-known) commit your patch series was built on, then 0day would be able to know the exact base and prerequisite patches. Thanks, Xiaolong >Thanks, > >Jacob > >> url: >> https://github.com/0day-ci

Re: [kbuild-all] [PATCH 4/4] thermal/intel_powerclamp: stop sched tick in forced idle

e=auto for convenience) to record what (public, well-known) commit your patch series was built on, then 0day would be able to know the exact base and prerequisite patches. Thanks, Xiaolong >Thanks, > >Jacob > >> url: >> https://github.com/0day-ci/linux/commits/Jacob-Pan/Misc-e

Re: [lkp] [mm] e7c1db75fe: BUG:sleeping_function_called_from_invalid_context_at_mm/page_alloc.c

On 11/29, Paul E. McKenney wrote: >On Tue, Nov 29, 2016 at 05:21:19PM +, Sudeep Holla wrote: >> On Sun, Nov 27, 2016 at 6:16 PM, kernel test robot >> wrote: >> > >> > FYI, we noticed the following commit: >> > >> > commit e7c1db75fed821a961ce1ca2b602b08e75de0cd8 ("mm:

Re: [lkp] [mm] e7c1db75fe: BUG:sleeping_function_called_from_invalid_context_at_mm/page_alloc.c

On 11/29, Paul E. McKenney wrote: >On Tue, Nov 29, 2016 at 05:21:19PM +, Sudeep Holla wrote: >> On Sun, Nov 27, 2016 at 6:16 PM, kernel test robot >> wrote: >> > >> > FYI, we noticed the following commit: >> > >> > commit e7c1db75fed821a961ce1ca2b602b08e75de0cd8 ("mm: Prevent >> >

Re: [PATCH 19/39] mtd: nand: denali: perform erased check against raw transferred page

Hi Boris 2016-11-28 1:12 GMT+09:00 Boris Brezillon : > On Sun, 27 Nov 2016 03:06:05 +0900 > Masahiro Yamada wrote: > >> The erased page check must be done against the raw transferred data. >> The current first call of is_erase()

Re: [PATCH 19/39] mtd: nand: denali: perform erased check against raw transferred page

Hi Boris 2016-11-28 1:12 GMT+09:00 Boris Brezillon : > On Sun, 27 Nov 2016 03:06:05 +0900 > Masahiro Yamada wrote: > >> The erased page check must be done against the raw transferred data. >> The current first call of is_erase() is against the data after ECC >> correction. I saw cases where

Re: [PATCH] PM / OPP: Allow inactive opp_device to be present in dev list

On 30-11-16, 07:06, Viresh Kumar wrote: > Okay, can you please send it formally and I can Ack it then ? I have sent it now to move things faster. Thanks. -- viresh

Re: [PATCH] PM / OPP: Allow inactive opp_device to be present in dev list

On 30-11-16, 07:06, Viresh Kumar wrote: > Okay, can you please send it formally and I can Ack it then ? I have sent it now to move things faster. Thanks. -- viresh

Re: [PATCH v2] perf sched timehist: Improve error message when analyzing wrong file

On 11/30/16, David Ahern wrote: > Arnaldo reported an unhelpful error message when running perf sched > timehist on a file that did not contain sched tracepoints: > > [root@jouet ~]# perf sched timehist > No trace sample to read. Did you call 'perf record -R'? > >

Re: [PATCH v2] perf sched timehist: Improve error message when analyzing wrong file

On 11/30/16, David Ahern wrote: > Arnaldo reported an unhelpful error message when running perf sched > timehist on a file that did not contain sched tracepoints: > > [root@jouet ~]# perf sched timehist > No trace sample to read. Did you call 'perf record -R'? > > [root@jouet ~]# perf

[PATCH v2] scripts: printing file name correctly

Currently we are printing file name wrongly. pos->file ? (char *) pos->file : "") It should be pos->file->name, and secondly if we got NULL file struture,we will anyway derefer it in last printf. So, Fixing the same. caught with static analysis tool. Signed-off-by: Maninder Singh

[PATCH v2] scripts: printing file name correctly

Currently we are printing file name wrongly. pos->file ? (char *) pos->file : "") It should be pos->file->name, and secondly if we got NULL file struture,we will anyway derefer it in last printf. So, Fixing the same. caught with static analysis tool. Signed-off-by: Maninder Singh

Re: [patch V2 00/12] thermal/x86_pkg_temp: Sanitize hotplug and locking

Rui, On Tue, Nov 22, 2016 at 05:57:04PM -, Thomas Gleixner wrote: > --- > x86_pkg_temp_thermal.c | 593 > - > 1 file changed, 249 insertions(+), 344 deletions(-) I am assuming you are handling this one in your tree directly. In any case,

Re: [patch V2 00/12] thermal/x86_pkg_temp: Sanitize hotplug and locking

Rui, On Tue, Nov 22, 2016 at 05:57:04PM -, Thomas Gleixner wrote: > --- > x86_pkg_temp_thermal.c | 593 > - > 1 file changed, 249 insertions(+), 344 deletions(-) I am assuming you are handling this one in your tree directly. In any case,

Re: [PATCH v2 0/6] perf: Add option to specify time window of interest

Hi David and Arnaldo, On 11/30/16, Arnaldo Carvalho de Melo wrote: > Em Tue, Nov 29, 2016 at 10:15:40AM -0700, David Ahern escreveu: >> This series allows users to collect data and analyze a time window of >> interest within the file. >> >> v2 >> - renamed perf_time to

Re: [PATCH v2 0/6] perf: Add option to specify time window of interest

Hi David and Arnaldo, On 11/30/16, Arnaldo Carvalho de Melo wrote: > Em Tue, Nov 29, 2016 at 10:15:40AM -0700, David Ahern escreveu: >> This series allows users to collect data and analyze a time window of >> interest within the file. >> >> v2 >> - renamed perf_time to perf_time_interval >> -

RE: [PATCH 6/9] bus: fsl-mc: dpio: add QBMan portal APIs for DPAA2

> -Original Message- > From: Ruxandra Ioana Radulescu > Sent: Monday, November 28, 2016 12:10 PM > To: Stuart Yoder ; gre...@linuxfoundation.org > Cc: German Rivera ; de...@driverdev.osuosl.org; > linux-kernel@vger.kernel.org; >

Re: [PATCH 2/2] xen/x86: Increase xen_e820_map to E820_X_MAX possible entries

On 30/11/16 04:24, Alex Thorlton wrote: > On systems with sufficiently large e820 tables, and several IOAPICs, it > is possible for the XENMEM_machine_memory_map callback (and its > counterpart, XENMEM_memory_map) to attempt to return an e820 table with > more than 128 entries. This callback adds

RE: [PATCH 6/9] bus: fsl-mc: dpio: add QBMan portal APIs for DPAA2

> -Original Message- > From: Ruxandra Ioana Radulescu > Sent: Monday, November 28, 2016 12:10 PM > To: Stuart Yoder ; gre...@linuxfoundation.org > Cc: German Rivera ; de...@driverdev.osuosl.org; > linux-kernel@vger.kernel.org; > ag...@suse.de; a...@arndb.de; Leo Li ; Roy Pledge > ;

Re: [PATCH 2/2] xen/x86: Increase xen_e820_map to E820_X_MAX possible entries

On 30/11/16 04:24, Alex Thorlton wrote: > On systems with sufficiently large e820 tables, and several IOAPICs, it > is possible for the XENMEM_machine_memory_map callback (and its > counterpart, XENMEM_memory_map) to attempt to return an e820 table with > more than 128 entries. This callback adds

[PATCH net 1/2] tun: handle ubuf refcount correctly when meet erros

We trigger uarg->callback() immediately after we decide do datacopy even if caller want to do zerocopy. This will cause the callback (vhost_net_zerocopy_callback) decrease the refcount. But when we meet an error afterwards, the error handling in vhost handle_tx() will try to decrease it again.

[PATCH net 1/2] tun: handle ubuf refcount correctly when meet erros

We trigger uarg->callback() immediately after we decide do datacopy even if caller want to do zerocopy. This will cause the callback (vhost_net_zerocopy_callback) decrease the refcount. But when we meet an error afterwards, the error handling in vhost handle_tx() will try to decrease it again.

[PATCH net 2/2] macvtap: handle ubuf refcount correctly when meet erros

We trigger uarg->callback() immediately after we decide do datacopy even if caller want to do zerocopy. This will cause the callback (vhost_net_zerocopy_callback) decrease the refcount. But when we meet an error afterwards, the error handling in vhost handle_tx() will try to decrease it again.

[PATCH net 2/2] macvtap: handle ubuf refcount correctly when meet erros

We trigger uarg->callback() immediately after we decide do datacopy even if caller want to do zerocopy. This will cause the callback (vhost_net_zerocopy_callback) decrease the refcount. But when we meet an error afterwards, the error handling in vhost handle_tx() will try to decrease it again.

RE: [PATCH][V2] scsi: megaraid-sas: fix spelling mistake of "outstanding"

> -Original Message- > From: Bart Van Assche [mailto:bart.vanass...@sandisk.com] > Sent: Wednesday, November 30, 2016 12:50 AM > To: Colin King; Kashyap Desai; Sumit Saxena; Shivasharan S; James E . J . > Bottomley; Martin K . Petersen; megaraidlinux@broadcom.com; linux- >

RE: [PATCH][V2] scsi: megaraid-sas: fix spelling mistake of "outstanding"

> -Original Message- > From: Bart Van Assche [mailto:bart.vanass...@sandisk.com] > Sent: Wednesday, November 30, 2016 12:50 AM > To: Colin King; Kashyap Desai; Sumit Saxena; Shivasharan S; James E . J . > Bottomley; Martin K . Petersen; megaraidlinux@broadcom.com; linux- >

Re: [PATCH v3 1/5] thermal: rockchip: improve conversion error messages

Hey, On Mon, Nov 28, 2016 at 09:47:29PM -0800, Brian Norris wrote: > Hi, > > > > +__func__, table.mode); > > > > Given that we are improving messages, would it be more informative to > > say that you have an invalid table mode? > > I considered the mode and ID listing to go

Re: [PATCH v3 1/5] thermal: rockchip: improve conversion error messages

Hey, On Mon, Nov 28, 2016 at 09:47:29PM -0800, Brian Norris wrote: > Hi, > > > > +__func__, table.mode); > > > > Given that we are improving messages, would it be more informative to > > say that you have an invalid table mode? > > I considered the mode and ID listing to go

Re: [PATCH v3 3/5] thermal: rockchip: fixes invalid temperature case

Hey Brian, On Tue, Nov 29, 2016 at 01:57:45PM -0800, Brian Norris wrote: > Hi Eduardo, > > I'm not sure I completely understand what you're asking, but I'll see > what I can answer. > > On Mon, Nov 28, 2016 at 05:45:54PM -0800, Eduardo Valentin wrote: > > On Mon, Nov 28, 2016 at 07:12:02PM

Re: [PATCH v3 3/5] thermal: rockchip: fixes invalid temperature case

Hey Brian, On Tue, Nov 29, 2016 at 01:57:45PM -0800, Brian Norris wrote: > Hi Eduardo, > > I'm not sure I completely understand what you're asking, but I'll see > what I can answer. > > On Mon, Nov 28, 2016 at 05:45:54PM -0800, Eduardo Valentin wrote: > > On Mon, Nov 28, 2016 at 07:12:02PM

Re: [RFC3 nowrap: PATCH v7 00/18] ILP32 for ARM64

On Fri, Oct 21, 2016 at 11:32:59PM +0300, Yury Norov wrote: > This series enables aarch64 with ilp32 mode, and as supporting work, > introduces ARCH_32BIT_OFF_T configuration option that is enabled for > existing 32-bit architectures but disabled for new arches (so 64-bit > off_t is is used by new

Re: [RFC3 nowrap: PATCH v7 00/18] ILP32 for ARM64

On Fri, Oct 21, 2016 at 11:32:59PM +0300, Yury Norov wrote: > This series enables aarch64 with ilp32 mode, and as supporting work, > introduces ARCH_32BIT_OFF_T configuration option that is enabled for > existing 32-bit architectures but disabled for new arches (so 64-bit > off_t is is used by new

Re: [PATCH v11 0/8] powerpc: Implement kexec_file_load()

Andrew Morton writes: > On Tue, 29 Nov 2016 23:45:46 +1100 Michael Ellerman > wrote: > >> This is v11 of the kexec_file_load() for powerpc series. >> >> I've stripped this down to the minimum we need, so we can get this in for >> 4.10. >> Any

Re: [PATCH v11 0/8] powerpc: Implement kexec_file_load()

Andrew Morton writes: > On Tue, 29 Nov 2016 23:45:46 +1100 Michael Ellerman > wrote: > >> This is v11 of the kexec_file_load() for powerpc series. >> >> I've stripped this down to the minimum we need, so we can get this in for >> 4.10. >> Any additions can come later incrementally. > > This

Re: netlink: GPF in sock_sndtimeo

On 2016-11-29 15:13, Cong Wang wrote: > On Tue, Nov 29, 2016 at 8:48 AM, Richard Guy Briggs wrote: > > On 2016-11-26 17:11, Cong Wang wrote: > >> It is racy on audit_sock, especially on the netns exit path. > > > > I think that is the only place it is racy. The other places

Re: netlink: GPF in sock_sndtimeo

On 2016-11-29 15:13, Cong Wang wrote: > On Tue, Nov 29, 2016 at 8:48 AM, Richard Guy Briggs wrote: > > On 2016-11-26 17:11, Cong Wang wrote: > >> It is racy on audit_sock, especially on the netns exit path. > > > > I think that is the only place it is racy. The other places audit_sock > > is set

[PATCH v2] arm64: dts: exynos: Add flash led dt node for TM2 board

From: Ingi Kim This patch adds Kinetic ktd2692 flash led device node for TM2 board. Signed-off-by: Ingi Kim Signed-off-by: Seung-Woo Kim --- Change from v1: - gpio active value is set with defined macro instead of value.

[PATCH v2] arm64: dts: exynos: Add flash led dt node for TM2 board

From: Ingi Kim This patch adds Kinetic ktd2692 flash led device node for TM2 board. Signed-off-by: Ingi Kim Signed-off-by: Seung-Woo Kim --- Change from v1: - gpio active value is set with defined macro instead of value. --- arch/arm64/boot/dts/exynos/exynos5433-tm2.dts | 13 +

Re: [PATCH] audit: remove the audit freelist

On 2016-11-29 18:24, Florian Westphal wrote: > Richard Guy Briggs wrote: > > > static void audit_buffer_free(struct audit_buffer *ab) > > > { > > > - unsigned long flags; > > > - > > > if (!ab) > > > return; > > > > > > kfree_skb(ab->skb); > > > -

Re: [PATCH] audit: remove the audit freelist

On 2016-11-29 18:24, Florian Westphal wrote: > Richard Guy Briggs wrote: > > > static void audit_buffer_free(struct audit_buffer *ab) > > > { > > > - unsigned long flags; > > > - > > > if (!ab) > > > return; > > > > > > kfree_skb(ab->skb); > > > -

Re: [RFC][PATCH 5/5 v2] drm/bridge: adv7511: Reuse __adv7511_power_on/off() when probing EDID

On 11/29/2016 10:34 AM, John Stultz wrote: I've found that by just turning the chip on and off via the POWER_DOWN register, I end up getting i2c_transfer errors on HiKey. Investigating further, it seems some of the register state in the regmap cache is somehow getting lost. Using the logic in

Re: [RFC][PATCH 5/5 v2] drm/bridge: adv7511: Reuse __adv7511_power_on/off() when probing EDID

On 11/29/2016 10:34 AM, John Stultz wrote: I've found that by just turning the chip on and off via the POWER_DOWN register, I end up getting i2c_transfer errors on HiKey. Investigating further, it seems some of the register state in the regmap cache is somehow getting lost. Using the logic in

Re: next: Commit 'mm: Prevent __alloc_pages_nodemask() RCU CPU stall ...' causing hang on sparc32 qemu

On 11/29/2016 05:28 PM, Paul E. McKenney wrote: On Tue, Nov 29, 2016 at 01:23:08PM -0800, Guenter Roeck wrote: Hi Paul, most of my qemu tests for sparc32 targets started to fail in next-20161129. The problem is only seen in SMP builds; non-SMP builds are fine. Bisect points to commit

Re: next: Commit 'mm: Prevent __alloc_pages_nodemask() RCU CPU stall ...' causing hang on sparc32 qemu

On 11/29/2016 05:28 PM, Paul E. McKenney wrote: On Tue, Nov 29, 2016 at 01:23:08PM -0800, Guenter Roeck wrote: Hi Paul, most of my qemu tests for sparc32 targets started to fail in next-20161129. The problem is only seen in SMP builds; non-SMP builds are fine. Bisect points to commit

[PATCH] Staging: wlan-ng: hfa384x_usb.c Fixed too long code line warnings.

Fixed checkpatch warning "line over 80 characters" in wlan-ng/hfa384x_usb.c file. Signed-off-by: Yan Laijun --- drivers/staging/wlan-ng/hfa384x_usb.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/staging/wlan-ng/hfa384x_usb.c

[PATCH] Staging: wlan-ng: hfa384x_usb.c Fixed too long code line warnings.

Fixed checkpatch warning "line over 80 characters" in wlan-ng/hfa384x_usb.c file. Signed-off-by: Yan Laijun --- drivers/staging/wlan-ng/hfa384x_usb.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/staging/wlan-ng/hfa384x_usb.c

[PATCH] arm64: dts: exynos: Add flash led dt node for TM2 board

From: Ingi Kim This patch adds Kinetic ktd2692 flash led device node for TM2 board. Signed-off-by: Ingi Kim Signed-off-by: Seung-Woo Kim --- arch/arm64/boot/dts/exynos/exynos5433-tm2.dts | 13 + 1 files

[PATCH] arm64: dts: exynos: Add flash led dt node for TM2 board

From: Ingi Kim This patch adds Kinetic ktd2692 flash led device node for TM2 board. Signed-off-by: Ingi Kim Signed-off-by: Seung-Woo Kim --- arch/arm64/boot/dts/exynos/exynos5433-tm2.dts | 13 + 1 files changed, 13 insertions(+), 0 deletions(-) diff --git

Re: [PATCH] net: macb: Write only necessary bits in NCR in macb reset

Hi David, On Wed, Nov 30, 2016 at 5:35 AM, David Miller wrote: > From: Harini Katakam > Date: Mon, 28 Nov 2016 14:53:49 +0530 > >> In macb_reset_hw, use read-modify-write to disable RX and TX. >> This way exiting settings and reserved bits wont be

Re: [PATCH] net: macb: Write only necessary bits in NCR in macb reset

Hi David, On Wed, Nov 30, 2016 at 5:35 AM, David Miller wrote: > From: Harini Katakam > Date: Mon, 28 Nov 2016 14:53:49 +0530 > >> In macb_reset_hw, use read-modify-write to disable RX and TX. >> This way exiting settings and reserved bits wont be disturbed. >> Use the same method for clearing

Re: [PATCH net 00/16] net: fix fixed-link phydev leaks

From: Johan Hovold Date: Mon, 28 Nov 2016 19:24:53 +0100 > This series fixes failures to deregister and free fixed-link phydevs > that have been registered using the of_phy_register_fixed_link() > interface. > > All but two drivers currently fail to do this and this series

Re: linker-tables v5 testing

On 11/29/2016 05:33 PM, Luis R. Rodriguez wrote: On Thu, Nov 24, 2016 at 08:18:40AM -0800, Guenter Roeck wrote: Hi Luis, On 11/23/2016 08:11 PM, Luis R. Rodriguez wrote: Guenter, I think I'm ready to start pushing a new patch set out for review. Before I do that -- can I trouble you for

Re: [PATCH net 00/16] net: fix fixed-link phydev leaks

From: Johan Hovold Date: Mon, 28 Nov 2016 19:24:53 +0100 > This series fixes failures to deregister and free fixed-link phydevs > that have been registered using the of_phy_register_fixed_link() > interface. > > All but two drivers currently fail to do this and this series fixes most > of them

Re: linker-tables v5 testing

On 11/29/2016 05:33 PM, Luis R. Rodriguez wrote: On Thu, Nov 24, 2016 at 08:18:40AM -0800, Guenter Roeck wrote: Hi Luis, On 11/23/2016 08:11 PM, Luis R. Rodriguez wrote: Guenter, I think I'm ready to start pushing a new patch set out for review. Before I do that -- can I trouble you for

[PATCH 2/2] mmc: sdhci-cadence: add Cadence SD4HC support

Add a driver for the Cadence SD4HC SD/SDIO/eMMC Controller. For SD, it basically relies on the SDHCI standard code. For eMMC, this driver provides some platform specific callbacks to control the part of hardware that is specific to this IP design. Signed-off-by: Masahiro Yamada

[PATCH 2/2] mmc: sdhci-cadence: add Cadence SD4HC support

Add a driver for the Cadence SD4HC SD/SDIO/eMMC Controller. For SD, it basically relies on the SDHCI standard code. For eMMC, this driver provides some platform specific callbacks to control the part of hardware that is specific to this IP design. Signed-off-by: Masahiro Yamada ---

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