[PATCH 09/12] ARM: dts: dragonboard-600c: add on board sata support.

This patch enables sata and regulators required to get on board sata working. Signed-off-by: Srinivas Kandagatla --- arch/arm/boot/dts/qcom-apq8064-dragonboard-600c.dts | 13 + 1 file changed, 13 insertions(+) diff --git

[PATCH 06/12] ARM: dts: dragonboard-600c: Add eMMC and SD card support

This patch adds eMMC and SD card support with card detect and adding required regulators. Signed-off-by: Srinivas Kandagatla --- .../arm/boot/dts/qcom-apq8064-dragonboard-600c.dts | 41 ++ 1 file changed, 41 insertions(+) diff --git

[PATCH 09/12] ARM: dts: dragonboard-600c: add on board sata support.

This patch enables sata and regulators required to get on board sata working. Signed-off-by: Srinivas Kandagatla --- arch/arm/boot/dts/qcom-apq8064-dragonboard-600c.dts | 13 + 1 file changed, 13 insertions(+) diff --git a/arch/arm/boot/dts/qcom-apq8064-dragonboard-600c.dts

[PATCH 06/12] ARM: dts: dragonboard-600c: Add eMMC and SD card support

This patch adds eMMC and SD card support with card detect and adding required regulators. Signed-off-by: Srinivas Kandagatla --- .../arm/boot/dts/qcom-apq8064-dragonboard-600c.dts | 41 ++ 1 file changed, 41 insertions(+) diff --git

[PATCH 05/12] ARM: dts: dragonboard-600c: add pmic regulator supplies

This patch adds pmic regulator supplies connected on the board. Rest of the invidual regulators would be added as and when required by the devices. Signed-off-by: Srinivas Kandagatla --- .../arm/boot/dts/qcom-apq8064-dragonboard-600c.dts | 55

[PATCH 04/12] ARM: dts: dragonboard-600c: add board support with serial

This patch adds support to DragonBoard600 with basic serial ports. DragonBoard600 is based on APQ8064. Signed-off-by: Srinivas Kandagatla --- arch/arm/boot/dts/Makefile | 1 + .../arm/boot/dts/qcom-apq8064-dragonboard-600c.dts | 36

[PATCH 05/12] ARM: dts: dragonboard-600c: add pmic regulator supplies

This patch adds pmic regulator supplies connected on the board. Rest of the invidual regulators would be added as and when required by the devices. Signed-off-by: Srinivas Kandagatla --- .../arm/boot/dts/qcom-apq8064-dragonboard-600c.dts | 55 ++ 1 file changed, 55

[PATCH 04/12] ARM: dts: dragonboard-600c: add board support with serial

This patch adds support to DragonBoard600 with basic serial ports. DragonBoard600 is based on APQ8064. Signed-off-by: Srinivas Kandagatla --- arch/arm/boot/dts/Makefile | 1 + .../arm/boot/dts/qcom-apq8064-dragonboard-600c.dts | 36 ++ 2 files

[PATCH 02/12] ARM: dts: apq8064: add support to gsbi1 uart

This patch adds support to gsbi1 uart and its pinctrls nodes. Signed-off-by: Srinivas Kandagatla --- arch/arm/boot/dts/qcom-apq8064-pins.dtsi | 14 ++ arch/arm/boot/dts/qcom-apq8064.dtsi | 10 ++ 2 files changed, 24 insertions(+) diff

[PATCH 01/12] ARM: dts: apq8064: fix the pinctrls for i2c and spi

This patch fixes pinctrls for spi and i2c nodes whose default and sleep states are together, which is incorrect. Without this patch i2c/spi would not be functional. Signed-off-by: Srinivas Kandagatla --- arch/arm/boot/dts/qcom-apq8064.dtsi | 18

[PATCH 02/12] ARM: dts: apq8064: add support to gsbi1 uart

This patch adds support to gsbi1 uart and its pinctrls nodes. Signed-off-by: Srinivas Kandagatla --- arch/arm/boot/dts/qcom-apq8064-pins.dtsi | 14 ++ arch/arm/boot/dts/qcom-apq8064.dtsi | 10 ++ 2 files changed, 24 insertions(+) diff --git

[PATCH 01/12] ARM: dts: apq8064: fix the pinctrls for i2c and spi

This patch fixes pinctrls for spi and i2c nodes whose default and sleep states are together, which is incorrect. Without this patch i2c/spi would not be functional. Signed-off-by: Srinivas Kandagatla --- arch/arm/boot/dts/qcom-apq8064.dtsi | 18 -- 1 file changed, 12

[PATCH 00/12] ARM: dts: Add dragonboard-600c support.

Hi Andy, This patchset adds support to Dragonboard 600c which is based on APQ8064. With this patchset, except spi I was able to test all the below features on this board on top of linus master branch. 1> i2c 2> spi 3> sd/mmc with card detect 4> eMMC 5> USB 6> SATA 7> on board Ethernet based on

[PATCH 00/12] ARM: dts: Add dragonboard-600c support.

Hi Andy, This patchset adds support to Dragonboard 600c which is based on APQ8064. With this patchset, except spi I was able to test all the below features on this board on top of linus master branch. 1> i2c 2> spi 3> sd/mmc with card detect 4> eMMC 5> USB 6> SATA 7> on board Ethernet based on

RE: [PATCH 0/5] Drivers: hv: vmbus

> -Original Message- > From: K. Y. Srinivasan [mailto:k...@microsoft.com] > Sent: Friday, March 18, 2016 6:14 PM > To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org; > de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com; > vkuzn...@redhat.com; jasow...@redhat.com

RE: [PATCH 0/5] Drivers: hv: vmbus

> -Original Message- > From: K. Y. Srinivasan [mailto:k...@microsoft.com] > Sent: Friday, March 18, 2016 6:14 PM > To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org; > de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com; > vkuzn...@redhat.com; jasow...@redhat.com

Re: [PATCH] net: phy: at803x: Request 'reset' GPIO only for AT8030 PHY

Hello. On 03/23/2016 01:49 PM, Sebastian Frias wrote: This removes the dependency on GPIOLIB for non faulty PHYs. Indeed, without this patch, if GPIOLIB is not selected devm_gpiod_get_optional() will return -ENOSYS and the driver probe call will fail, regardless of the actual PHY hardware.

Re: [PATCH] net: phy: at803x: Request 'reset' GPIO only for AT8030 PHY

Hello. On 03/23/2016 01:49 PM, Sebastian Frias wrote: This removes the dependency on GPIOLIB for non faulty PHYs. Indeed, without this patch, if GPIOLIB is not selected devm_gpiod_get_optional() will return -ENOSYS and the driver probe call will fail, regardless of the actual PHY hardware.

[PATCH] staging: vt6656: Fixed multiple logical comparisions warnings in main_usb.c

Using comparison to false and true is error prone. Fixed multiple warnings as per checkpatch guidelines. Signed-off-by: Parth Sane --- drivers/staging/vt6656/main_usb.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH] staging: vt6656: Fixed multiple logical comparisions warnings in main_usb.c

Using comparison to false and true is error prone. Fixed multiple warnings as per checkpatch guidelines. Signed-off-by: Parth Sane --- drivers/staging/vt6656/main_usb.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/vt6656/main_usb.c

[PATCH v3 1/2 RESEND] drm/dp_helper: add workarounds from intel_dp_dpcd_read_wake()

Some sinks need some time during the process of resuming the system from sleep before they're ready to handle transactions. While it would be nice if they responded with NACKs in these scenarios, this isn't always the case as a few sinks will just timeout on all of the transactions they receive.

[PATCH v3 1/2 RESEND] drm/dp_helper: add workarounds from intel_dp_dpcd_read_wake()

Some sinks need some time during the process of resuming the system from sleep before they're ready to handle transactions. While it would be nice if they responded with NACKs in these scenarios, this isn't always the case as a few sinks will just timeout on all of the transactions they receive.

Re: [RFC PATCH] ARM: exynos_defconfig: Enable Samsung media platform drivers as modules

Hello Tobias, Thanks for the feedback. On 03/23/2016 04:32 PM, Tobias Jakobi wrote: > Hello Javier, > > I think the G2D and probably also the GSC v4l drivers should be left > off, since they use the same resources as their DRM counterparts. > I left out the drivers/media/platform/s5p-tv/

Re: [RFC PATCH] ARM: exynos_defconfig: Enable Samsung media platform drivers as modules

Hello Tobias, Thanks for the feedback. On 03/23/2016 04:32 PM, Tobias Jakobi wrote: > Hello Javier, > > I think the G2D and probably also the GSC v4l drivers should be left > off, since they use the same resources as their DRM counterparts. > I left out the drivers/media/platform/s5p-tv/

Re: [PATCH] Input: Do not add SYN_REPORT in between a single packet data

Hello Mr. Torokhov / Mr. Henry, On Wed, Mar 16, 2016 at 11:54 PM, Aniroop Mathur wrote: > Hello Mr. Torokhov, > > Could you kindly help to update about this patch? > So is this patch concluded? Are you applying it? Thanks, Aniroop Mathur > Thank you, > Aniroop Mathur

Re: [PATCH] Input: Do not add SYN_REPORT in between a single packet data

Hello Mr. Torokhov / Mr. Henry, On Wed, Mar 16, 2016 at 11:54 PM, Aniroop Mathur wrote: > Hello Mr. Torokhov, > > Could you kindly help to update about this patch? > So is this patch concluded? Are you applying it? Thanks, Aniroop Mathur > Thank you, > Aniroop Mathur > > > On Fri, Mar 11,

Re: [RFC PATCH] ARM: exynos_defconfig: Enable Samsung media platform drivers as modules

Hello Javier, I think the G2D and probably also the GSC v4l drivers should be left off, since they use the same resources as their DRM counterparts. With best wishes, Tobias Javier Martinez Canillas wrote: > There are a bunch of media platform drivers under drivers/media/platform/ > that are

Re: [RFC PATCH] ARM: exynos_defconfig: Enable Samsung media platform drivers as modules

Hello Javier, I think the G2D and probably also the GSC v4l drivers should be left off, since they use the same resources as their DRM counterparts. With best wishes, Tobias Javier Martinez Canillas wrote: > There are a bunch of media platform drivers under drivers/media/platform/ > that are

[PATCH v3 1/2] drm/dp_helper: add workarounds from intel_dp_dpcd_read_wake()

Some sinks need some time during the process of resuming the system from sleep before they're ready to handle transactions. While it would be nice if they responded with NACKs in these scenarios, this isn't always the case as a few sinks will just timeout on all of the transactions they receive.

[PATCH v3 1/2] drm/dp_helper: add workarounds from intel_dp_dpcd_read_wake()

Some sinks need some time during the process of resuming the system from sleep before they're ready to handle transactions. While it would be nice if they responded with NACKs in these scenarios, this isn't always the case as a few sinks will just timeout on all of the transactions they receive.

Re: [PATCH 2/5] perf core: Set event's default overflow_handler

On Wed, Mar 23, 2016 at 06:13:49PM +, Will Deacon wrote: > On Wed, Mar 23, 2016 at 06:50:21PM +0100, Peter Zijlstra wrote: > > On Mon, Mar 14, 2016 at 09:59:42AM +, Wang Nan wrote: > > > +++ b/arch/arm/kernel/hw_breakpoint.c > > > @@ -631,7 +631,7 @@ int

Re: [PATCH 2/5] perf core: Set event's default overflow_handler

On Wed, Mar 23, 2016 at 06:13:49PM +, Will Deacon wrote: > On Wed, Mar 23, 2016 at 06:50:21PM +0100, Peter Zijlstra wrote: > > On Mon, Mar 14, 2016 at 09:59:42AM +, Wang Nan wrote: > > > +++ b/arch/arm/kernel/hw_breakpoint.c > > > @@ -631,7 +631,7 @@ int

[PATCH v2] sparc/PCI: Fix for panic while enabling SR-IOV

We noticed this panic while enabling SR-IOV in sparc. mlx4_core: Mellanox ConnectX core driver v2.2-1 (Jan 1 2015) mlx4_core: Initializing 0007:01:00.0 mlx4_core 0007:01:00.0: Enabling SR-IOV with 5 VFs mlx4_core: Initializing 0007:01:00.1 Unable to handle kernel NULL pointer dereference

[PATCH v2] sparc/PCI: Fix for panic while enabling SR-IOV

We noticed this panic while enabling SR-IOV in sparc. mlx4_core: Mellanox ConnectX core driver v2.2-1 (Jan 1 2015) mlx4_core: Initializing 0007:01:00.0 mlx4_core 0007:01:00.0: Enabling SR-IOV with 5 VFs mlx4_core: Initializing 0007:01:00.1 Unable to handle kernel NULL pointer dereference

Re: [PATCH 3/5] perf core: Prepare writing into ring buffer from end

On Wed, Mar 23, 2016 at 06:08:41PM +0800, Wangnan (F) wrote: > > > On 2016/3/23 17:50, Peter Zijlstra wrote: > >On Mon, Mar 14, 2016 at 09:59:43AM +, Wang Nan wrote: > >>Convert perf_output_begin to __perf_output_begin and make the later > >>function able to write records from the end of the

Re: [PATCH 3/5] perf core: Prepare writing into ring buffer from end

On Wed, Mar 23, 2016 at 06:08:41PM +0800, Wangnan (F) wrote: > > > On 2016/3/23 17:50, Peter Zijlstra wrote: > >On Mon, Mar 14, 2016 at 09:59:43AM +, Wang Nan wrote: > >>Convert perf_output_begin to __perf_output_begin and make the later > >>function able to write records from the end of the

[PATCH] regulator: twl: Enable regulators over the powerbus as well

Assigning a device group to a regulator does not change its state. To change the state of a regulator a message over the powerbus is required. Also, the check for the current state of a regulator should not count on a device group being assigned, but on the current resource state. Signed-off-by:

[PATCH] regulator: twl: Enable regulators over the powerbus as well

Assigning a device group to a regulator does not change its state. To change the state of a regulator a message over the powerbus is required. Also, the check for the current state of a regulator should not count on a device group being assigned, but on the current resource state. Signed-off-by:

Re: [PATCH 5/9] x86: Add documentation for rd/wr fs/gs base

On Mon, 21 Mar 2016 09:16:05 -0700, Andi Kleen said: > From: Andi Kleen > > v2: Minor updates to documentation requested in review. > +In addition the kernel needs to explicitly enable these instructions, as it > +may otherwise not correctly context switch the state. Newer

Re: [PATCH 5/9] x86: Add documentation for rd/wr fs/gs base

On Mon, 21 Mar 2016 09:16:05 -0700, Andi Kleen said: > From: Andi Kleen > > v2: Minor updates to documentation requested in review. > +In addition the kernel needs to explicitly enable these instructions, as it > +may otherwise not correctly context switch the state. Newer Linux > +kernels

Re: [PATCH 2/5] perf core: Set event's default overflow_handler

On Wed, Mar 23, 2016 at 06:13:49PM +, Will Deacon wrote: > > Will, why does it matter what the overflow handler is for this stuff? > > Because ptrace registers an overflow handler for raising a SIGTRAP and > ptrace users (e.g. GDB) expect to handle the single-stepping themselves. > Perf, on

Re: [PATCH 2/5] perf core: Set event's default overflow_handler

On Wed, Mar 23, 2016 at 06:13:49PM +, Will Deacon wrote: > > Will, why does it matter what the overflow handler is for this stuff? > > Because ptrace registers an overflow handler for raising a SIGTRAP and > ptrace users (e.g. GDB) expect to handle the single-stepping themselves. > Perf, on

Re: [PATCH v2] net: Fix typos and whitespace.

From: Bjorn Helgaas Date: Wed, 23 Mar 2016 13:47:23 -0500 > Fix typos. Capitalize CPU, NAPI, RCU consistently. Align structure > indentation. No functional change intended; only comment and whitespace > changes. > > Signed-off-by: Bjorn Helgaas

Re: [PATCH v2] net: Fix typos and whitespace.

From: Bjorn Helgaas Date: Wed, 23 Mar 2016 13:47:23 -0500 > Fix typos. Capitalize CPU, NAPI, RCU consistently. Align structure > indentation. No functional change intended; only comment and whitespace > changes. > > Signed-off-by: Bjorn Helgaas Applied, thank you.

[PATCH v3] bsp: add SoC driver to brcmstb

From: Justin Chen Value of soc_dev_attributes: family = chip family id soc_id = product id revision = product revision Signed-off-by: Justin Chen --- arch/arm/mach-bcm/Kconfig|1 + drivers/soc/brcmstb/common.c | 58

[PATCH v3] bsp: add SoC driver to brcmstb

From: Justin Chen Value of soc_dev_attributes: family = chip family id soc_id = product id revision = product revision Signed-off-by: Justin Chen --- arch/arm/mach-bcm/Kconfig|1 + drivers/soc/brcmstb/common.c | 58 ++ 2 files changed, 59

Re: [RFC] high preempt off latency in vfree path

On 03/22/16 19:44, Andi Kleen wrote: (1) One is we reduce the number of lazy_max_pages (right now its around 32MB per core worth of pages). diff --git a/mm/vmalloc.c b/mm/vmalloc.c index aa3891e..2720f4f 100644 --- a/mm/vmalloc.c +++ b/mm/vmalloc.c @@ -564,7 +564,7 @@ static unsigned long

Re: [RFC] high preempt off latency in vfree path

On 03/22/16 19:44, Andi Kleen wrote: (1) One is we reduce the number of lazy_max_pages (right now its around 32MB per core worth of pages). diff --git a/mm/vmalloc.c b/mm/vmalloc.c index aa3891e..2720f4f 100644 --- a/mm/vmalloc.c +++ b/mm/vmalloc.c @@ -564,7 +564,7 @@ static unsigned long

[RFC 1/6] drm/fence: add FENCE_FD property to planes

From: Gustavo Padovan FENCE_FD can now be set by the user during an atomic IOCTL, it will be used by atomic_commit to wait until the sync_file is signalled, i.e., the framebuffer is ready for scanout. Signed-off-by: Gustavo Padovan

[RFC 2/6] dma-buf/fence: add struct fence_collection

From: Gustavo Padovan The struct aggregates fences that we need to wait on before proceed with some specific operation. In DRM, for example, we may wait for a group of fences to signal before we scanout the buffers related to those fences. Signed-off-by: Gustavo

[RFC 1/6] drm/fence: add FENCE_FD property to planes

From: Gustavo Padovan FENCE_FD can now be set by the user during an atomic IOCTL, it will be used by atomic_commit to wait until the sync_file is signalled, i.e., the framebuffer is ready for scanout. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/drm_atomic.c| 4

[RFC 2/6] dma-buf/fence: add struct fence_collection

From: Gustavo Padovan The struct aggregates fences that we need to wait on before proceed with some specific operation. In DRM, for example, we may wait for a group of fences to signal before we scanout the buffers related to those fences. Signed-off-by: Gustavo Padovan ---

[RFC 4/6] dma-buf/fence: add fence_collection_put()

From: Gustavo Padovan Put fence_collection data. For that calls fence_put() on all fences and the user put callback. Signed-off-by: Gustavo Padovan --- drivers/dma-buf/fence.c | 17 + include/linux/fence.h |

[RFC 4/6] dma-buf/fence: add fence_collection_put()

From: Gustavo Padovan Put fence_collection data. For that calls fence_put() on all fences and the user put callback. Signed-off-by: Gustavo Padovan --- drivers/dma-buf/fence.c | 17 + include/linux/fence.h | 2 ++ 2 files changed, 19 insertions(+) diff --git

[RFC 5/6] dma-buf/fence: add fence_collection_wait()

From: Gustavo Padovan Iterate over the array of fences and wait for all of the to finish. Signed-off-by: Gustavo Padovan --- drivers/dma-buf/fence.c | 16 include/linux/fence.h | 1 + 2 files changed, 17

Re: [lustre-devel] [PATCH] Revert "Staging: lustre: o2iblnd: Use sizeof type *pointer instead of sizeof type."

On Wed, 2016-03-23 at 18:31 +, Simmons, James A. wrote: > > On Wed, Mar 23, 2016 at 05:39:36AM +, Dilger, Andreas wrote: > > > On 2016/03/22, 19:49, "lustre-devel on behalf of Greg Kroah-Hartman" > > > > > gre...@linuxfoundation.org>

[RFC 5/6] dma-buf/fence: add fence_collection_wait()

From: Gustavo Padovan Iterate over the array of fences and wait for all of the to finish. Signed-off-by: Gustavo Padovan --- drivers/dma-buf/fence.c | 16 include/linux/fence.h | 1 + 2 files changed, 17 insertions(+) diff --git a/drivers/dma-buf/fence.c

Re: [lustre-devel] [PATCH] Revert "Staging: lustre: o2iblnd: Use sizeof type *pointer instead of sizeof type."

On Wed, 2016-03-23 at 18:31 +, Simmons, James A. wrote: > > On Wed, Mar 23, 2016 at 05:39:36AM +, Dilger, Andreas wrote: > > > On 2016/03/22, 19:49, "lustre-devel on behalf of Greg Kroah-Hartman" > > > > > gre...@linuxfoundation.org> wrote: > > > > On Tue, Mar 22, 2016 at 06:21:04PM

[RFC 0/6] drm/fences: add in-fences to DRM

From: Gustavo Padovan Hi, This is a first proposal to discuss the addition of in-fences support to DRM. It adds a new struct to fence.c to abstract the use of sync_file in DRM drivers. The new struct fence_collection contains a array with all fences that a

[RFC 0/6] drm/fences: add in-fences to DRM

From: Gustavo Padovan Hi, This is a first proposal to discuss the addition of in-fences support to DRM. It adds a new struct to fence.c to abstract the use of sync_file in DRM drivers. The new struct fence_collection contains a array with all fences that a atomic commit needs to wait on /** *

[RFC 3/6] dma-buf/sync_file: add sync_file_fences_get()

From: Gustavo Padovan Creates a function that given an sync file descriptor returns a fence_collection containing all fences in the sync_file. Signed-off-by: Gustavo Padovan --- drivers/dma-buf/sync_file.c | 36

[PATCH v2] net: Fix typos and whitespace.

Fix typos. Capitalize CPU, NAPI, RCU consistently. Align structure indentation. No functional change intended; only comment and whitespace changes. Signed-off-by: Bjorn Helgaas --- include/linux/netdevice.h | 215 ++--- 1 file

[RFC 6/6] drm/fence: support fence_collection on atomic commit

From: Gustavo Padovan Let atomic_commit() wait on a collection of fences before proceed with the scanout. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/drm_atomic.c| 9 + drivers/gpu/drm/drm_atomic_helper.c

[RFC 3/6] dma-buf/sync_file: add sync_file_fences_get()

From: Gustavo Padovan Creates a function that given an sync file descriptor returns a fence_collection containing all fences in the sync_file. Signed-off-by: Gustavo Padovan --- drivers/dma-buf/sync_file.c | 36 include/linux/sync_file.h | 8 2

[PATCH v2] net: Fix typos and whitespace.

Fix typos. Capitalize CPU, NAPI, RCU consistently. Align structure indentation. No functional change intended; only comment and whitespace changes. Signed-off-by: Bjorn Helgaas --- include/linux/netdevice.h | 215 ++--- 1 file changed, 106

[RFC 6/6] drm/fence: support fence_collection on atomic commit

From: Gustavo Padovan Let atomic_commit() wait on a collection of fences before proceed with the scanout. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/drm_atomic.c| 9 + drivers/gpu/drm/drm_atomic_helper.c | 9 + include/drm/drm_crtc.h | 2 +- 3

[PATCH] Staging: wlan-ng: wiphy_free() is not called in case wiphy_register() fails

This patch covers wiphy_register() failures in wlan_create_wiphy() from cfg80211.c by calling wiphy_free() for the correspondent struct wiphy allocated structure. Signed-off-by: Claudiu Beznea --- drivers/staging/wlan-ng/cfg80211.c | 4 +++- 1 file changed, 3

Re: [PATCH] net: mlxsw: avoid unused variable warnings

From: Andrew Lunn Date: Wed, 23 Mar 2016 17:51:11 +0100 > On Wed, Mar 23, 2016 at 05:37:38PM +0100, Arnd Bergmann wrote: >> dev_dbg_ratelimited() is a macro that ignores its arguments when DEBUG is >> not set, which can lead to unused variable warnings: >> >>

[PATCH] Staging: wlan-ng: wiphy_free() is not called in case wiphy_register() fails

This patch covers wiphy_register() failures in wlan_create_wiphy() from cfg80211.c by calling wiphy_free() for the correspondent struct wiphy allocated structure. Signed-off-by: Claudiu Beznea --- drivers/staging/wlan-ng/cfg80211.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff

Re: [PATCH] net: mlxsw: avoid unused variable warnings

From: Andrew Lunn Date: Wed, 23 Mar 2016 17:51:11 +0100 > On Wed, Mar 23, 2016 at 05:37:38PM +0100, Arnd Bergmann wrote: >> dev_dbg_ratelimited() is a macro that ignores its arguments when DEBUG is >> not set, which can lead to unused variable warnings: >> >> ethernet/mellanox/mlxsw/pci.c: In

Re: [PATCH] vlan: propagate gso_min_segs

On Wed, 2016-03-23 at 14:25 -0400, David Miller wrote: > From: Eric Dumazet > Date: Tue, 22 Mar 2016 19:33:52 -0700 > > > On Wed, 2016-03-23 at 09:35 +0800, Haishuang Yan wrote: > >> vlan drivers lack proper propagation of gso_min_segs from lower device. > >> > >>

Re: [PATCH] vlan: propagate gso_min_segs

On Wed, 2016-03-23 at 14:25 -0400, David Miller wrote: > From: Eric Dumazet > Date: Tue, 22 Mar 2016 19:33:52 -0700 > > > On Wed, 2016-03-23 at 09:35 +0800, Haishuang Yan wrote: > >> vlan drivers lack proper propagation of gso_min_segs from lower device. > >> > >> Signed-off-by: Haishuang Yan

[PATCH] intel-iommu: fix up comment

dma_pte_free_pagetable no longer depends on last level ptes being clear, it clears them itself. Fix up the comment to match. Cc: Jiang Liu Suggested-by: Alex Williamson Signed-off-by: Michael S. Tsirkin ---

[PATCH] intel-iommu: fix up comment

dma_pte_free_pagetable no longer depends on last level ptes being clear, it clears them itself. Fix up the comment to match. Cc: Jiang Liu Suggested-by: Alex Williamson Signed-off-by: Michael S. Tsirkin --- drivers/iommu/intel-iommu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [PATCH v2 03/11] ARM: davinci: da850: use clk->set_parent for async3

On 03/23/2016 12:29 PM, Sekhar Nori wrote: Alright, I guess 'can be called' in the comment should have used stronger language :) How about late registration of USB clocks as I suggested. It should also help consolidate code across da830 and da850. What about the new async3 clock? It will

Re: [PATCH v2 03/11] ARM: davinci: da850: use clk->set_parent for async3

On 03/23/2016 12:29 PM, Sekhar Nori wrote: Alright, I guess 'can be called' in the comment should have used stronger language :) How about late registration of USB clocks as I suggested. It should also help consolidate code across da830 and da850. What about the new async3 clock? It will

RE: [lustre-devel] [PATCH] Revert "Staging: lustre: o2iblnd: Use sizeof type *pointer instead of sizeof type."

>On Wed, Mar 23, 2016 at 05:39:36AM +, Dilger, Andreas wrote: >> On 2016/03/22, 19:49, "lustre-devel on behalf of Greg Kroah-Hartman" >> > gre...@linuxfoundation.org> wrote: >> >> >On Tue, Mar 22, 2016 at 06:21:04PM -0400, James Simmons

RE: [lustre-devel] [PATCH] Revert "Staging: lustre: o2iblnd: Use sizeof type *pointer instead of sizeof type."

>On Wed, Mar 23, 2016 at 05:39:36AM +, Dilger, Andreas wrote: >> On 2016/03/22, 19:49, "lustre-devel on behalf of Greg Kroah-Hartman" >> > gre...@linuxfoundation.org> wrote: >> >> >On Tue, Mar 22, 2016 at 06:21:04PM -0400, James Simmons wrote: >> >> Latest testing fails when using ko2iblnd.

Re: [PATCH] net: Fix typos and whitespace.

From: Bjorn Helgaas Date: Wed, 23 Mar 2016 08:45:30 -0500 > Fix typos. Capitalize CPU, NAPI, RCU consistently. Align structure > indentation. No functional change intended; only comment and whitespace > changes. > > Signed-off-by: Bjorn Helgaas

Re: [PATCH] net: Fix typos and whitespace.

From: Bjorn Helgaas Date: Wed, 23 Mar 2016 08:45:30 -0500 > Fix typos. Capitalize CPU, NAPI, RCU consistently. Align structure > indentation. No functional change intended; only comment and whitespace > changes. > > Signed-off-by: Bjorn Helgaas Does not apply to the current 'net' tree,

Re: [PATCH] vlan: propagate gso_min_segs

From: Eric Dumazet Date: Tue, 22 Mar 2016 19:33:52 -0700 > On Wed, 2016-03-23 at 09:35 +0800, Haishuang Yan wrote: >> vlan drivers lack proper propagation of gso_min_segs from lower device. >> >> Signed-off-by: Haishuang Yan >> --- >

Re: [PATCH] vlan: propagate gso_min_segs

From: Eric Dumazet Date: Tue, 22 Mar 2016 19:33:52 -0700 > On Wed, 2016-03-23 at 09:35 +0800, Haishuang Yan wrote: >> vlan drivers lack proper propagation of gso_min_segs from lower device. >> >> Signed-off-by: Haishuang Yan >> --- > > The plan was to get rid of gso_min_segs, as nothing uses

RE: rcu_preempt self-detected stall on CPU from 4.5-rc3, since 3.17

Hi Paul, On 2016-03-23, Paul E. McKenney wrote: > Please boot with the following parameters: > > rcu_tree.rcu_kick_kthreads ftrace > trace_event=sched_waking,sched_wakeup,sched_wake_idle_without_ipi > > Or was this run with tracing? If so, less than three hours isn't too bad. This was

RE: rcu_preempt self-detected stall on CPU from 4.5-rc3, since 3.17

Hi Paul, On 2016-03-23, Paul E. McKenney wrote: > Please boot with the following parameters: > > rcu_tree.rcu_kick_kthreads ftrace > trace_event=sched_waking,sched_wakeup,sched_wake_idle_without_ipi > > Or was this run with tracing? If so, less than three hours isn't too bad. This was

Re: [PATCH] gre: fix return value of gre_rcv

From: Haishuang Yan Date: Wed, 23 Mar 2016 09:34:43 +0800 > Dropped skb's should be documented by an appropriate return value. > Use the correct NET_RX_DROP and NET_RX_SUCCESS values for that reason. > > Signed-off-by: Haishuang Yan

Re: [PATCH] gre: fix return value of gre_rcv

From: Haishuang Yan Date: Wed, 23 Mar 2016 09:34:43 +0800 > Dropped skb's should be documented by an appropriate return value. > Use the correct NET_RX_DROP and NET_RX_SUCCESS values for that reason. > > Signed-off-by: Haishuang Yan IP protocol handlers do not use NET_RX_* values like this.

Re: rcu_preempt self-detected stall on CPU from 4.5-rc3, since 3.17

On Wed, Mar 23, 2016 at 05:15:11PM +, Chatre, Reinette wrote: > Hi Paul, > > On 2016-03-22, Paul E. McKenney wrote: > > On Tue, Mar 22, 2016 at 09:04:47PM +, Chatre, Reinette wrote: > >> On 2016-03-22, Paul E. McKenney wrote: > >>> You set CONFIG_RCU_CPU_STALL_TIMEOUT=60, which matches

Re: rcu_preempt self-detected stall on CPU from 4.5-rc3, since 3.17

On Wed, Mar 23, 2016 at 05:15:11PM +, Chatre, Reinette wrote: > Hi Paul, > > On 2016-03-22, Paul E. McKenney wrote: > > On Tue, Mar 22, 2016 at 09:04:47PM +, Chatre, Reinette wrote: > >> On 2016-03-22, Paul E. McKenney wrote: > >>> You set CONFIG_RCU_CPU_STALL_TIMEOUT=60, which matches

Re: linux-next: Tree for Mar 23 (infiniband: mlx5)

On Wed, Mar 23, 2016 at 10:26:35AM -0700, Randy Dunlap wrote: > On 03/22/16 19:22, Stephen Rothwell wrote: > > Hi all, > > > > Please do not add any v4.7 related material to your linux-next included > > trees until after v4.6-rc1 is released. > > > > Changes since 20160322: > > > > on i386 or

Re: linux-next: Tree for Mar 23 (infiniband: mlx5)

On Wed, Mar 23, 2016 at 10:26:35AM -0700, Randy Dunlap wrote: > On 03/22/16 19:22, Stephen Rothwell wrote: > > Hi all, > > > > Please do not add any v4.7 related material to your linux-next included > > trees until after v4.6-rc1 is released. > > > > Changes since 20160322: > > > > on i386 or

Re: [PATCH 2/5] perf core: Set event's default overflow_handler

On Wed, Mar 23, 2016 at 06:50:21PM +0100, Peter Zijlstra wrote: > On Mon, Mar 14, 2016 at 09:59:42AM +, Wang Nan wrote: > > +++ b/arch/arm/kernel/hw_breakpoint.c > > @@ -631,7 +631,7 @@ int arch_validate_hwbkpt_settings(struct perf_event *bp) > > info->address &= ~alignment_mask; > >

Re: [PATCH 2/5] perf core: Set event's default overflow_handler

On Wed, Mar 23, 2016 at 06:50:21PM +0100, Peter Zijlstra wrote: > On Mon, Mar 14, 2016 at 09:59:42AM +, Wang Nan wrote: > > +++ b/arch/arm/kernel/hw_breakpoint.c > > @@ -631,7 +631,7 @@ int arch_validate_hwbkpt_settings(struct perf_event *bp) > > info->address &= ~alignment_mask; > >

Re: [PATCH v2 0/6] ARM64: meson: GXBaby (S905) and Vega S95 enablement

Andreas Färber writes: > Am 21.03.2016 um 23:36 schrieb Kevin Hilman: >> On Tue, Mar 1, 2016 at 6:34 PM, Andreas Färber wrote: >> >>> Note: On the Vega S95 I need to change TEXT_OFFSET as follows, >>> in order to avoid the vendor U-Boot overwriting itself

Re: [PATCH v2 0/6] ARM64: meson: GXBaby (S905) and Vega S95 enablement

Andreas Färber writes: > Am 21.03.2016 um 23:36 schrieb Kevin Hilman: >> On Tue, Mar 1, 2016 at 6:34 PM, Andreas Färber wrote: >> >>> Note: On the Vega S95 I need to change TEXT_OFFSET as follows, >>> in order to avoid the vendor U-Boot overwriting itself (fwiu); >>> for the Mini Mx that's

Re: tools lib traceevent: Remove redundant CPU output

Em Wed, Mar 23, 2016 at 10:16:28AM -0400, Steven Rostedt escreveu: > Commit a6745330789f "tools lib traceevent: Split pevent_print_event() > into specific functionality functions" Broke apart the function > pevent_print_event() into three functions. The first function prints > the comm, pid and

Re: tools lib traceevent: Remove redundant CPU output

Em Wed, Mar 23, 2016 at 10:16:28AM -0400, Steven Rostedt escreveu: > Commit a6745330789f "tools lib traceevent: Split pevent_print_event() > into specific functionality functions" Broke apart the function > pevent_print_event() into three functions. The first function prints > the comm, pid and

Re: [NEW DRIVER V6 0/7] DA9058 PMIC - please comment on this new driver

Hi, On 23/03/2016 at 17:47:38 +, Opensource [Steve Twiss] wrote : > > On 23 March 2016, Alexandre Belloni wrote: > > > Subject: Re: [NEW DRIVER V6 0/7] DA9058 PMIC - please comment on this new > > > driver > > > > > > Hi Anthony, Steve, > > > > > > This driver has been submitted a while ago

Re: [NEW DRIVER V6 0/7] DA9058 PMIC - please comment on this new driver

Hi, On 23/03/2016 at 17:47:38 +, Opensource [Steve Twiss] wrote : > > On 23 March 2016, Alexandre Belloni wrote: > > > Subject: Re: [NEW DRIVER V6 0/7] DA9058 PMIC - please comment on this new > > > driver > > > > > > Hi Anthony, Steve, > > > > > > This driver has been submitted a while ago

Re: [PATCH v2 06/11] phy: da8xx-usb: new driver for DA8XX SoC USB PHY

On 03/23/2016 12:21 PM, Sekhar Nori wrote: +/* DA8xx CFGCHIP2 (USB PHY Control) register bits */ +#define PHYCLKGD (1 << 17) +#define VBUSSENSE (1 << 16) +#define RESET (1 << 15) +#define OTGMODE_MASK (3 << 13) +#define NO_OVERRIDE

Re: [PATCH v2 06/11] phy: da8xx-usb: new driver for DA8XX SoC USB PHY

On 03/23/2016 12:21 PM, Sekhar Nori wrote: +/* DA8xx CFGCHIP2 (USB PHY Control) register bits */ +#define PHYCLKGD (1 << 17) +#define VBUSSENSE (1 << 16) +#define RESET (1 << 15) +#define OTGMODE_MASK (3 << 13) +#define NO_OVERRIDE

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