Re: [PATCH 2/2] net: stmmac: unify mdio functions

From: Corentin Labbe Date: Thu, 1 Dec 2016 16:19:41 +0100 > stmmac_mdio_{read|write} and stmmac_mdio_{read|write}_gmac4 are not > enought different for being split. > The only differences between thoses two functions are shift/mask for > addr/reg/clk_csr. > > This patch introduce a per

Re: [PATCH 1/2] net: stmmac: avoid Camelcase naming

From: Corentin Labbe Date: Thu, 1 Dec 2016 16:19:40 +0100 > This patch simply rename regValue to value, like it was named in other > mdio functions. > > Signed-off-by: Corentin Labbe Applied.

Re: [SPCR] mmio32 iotype access requirements for X-Gene 8250(_dw) UART

Hi Mark, On 12/03/2016 12:15 PM, Mark Salter wrote: > On Sat, 2016-12-03 at 05:06 -0500, Jon Masters wrote: >> There is a broader problem with X-Gene SPCR support. The problem is >> that the 16550 UART in X-Gene requires the 32-bit access quirk (the >> iotype is set to UPIO_MEM32 for the

Re: [SPCR] mmio32 iotype access requirements for X-Gene 8250(_dw) UART

Hi Mark, On 12/03/2016 12:15 PM, Mark Salter wrote: > On Sat, 2016-12-03 at 05:06 -0500, Jon Masters wrote: >> There is a broader problem with X-Gene SPCR support. The problem is >> that the 16550 UART in X-Gene requires the 32-bit access quirk (the >> iotype is set to UPIO_MEM32 for the

Re: [PATCH v7 0/4] Enabling Ring 3 MONITOR/MWAIT feature for Knights Landing

On Fri 2016-10-28 15:49:51, Grzegorz Andrejczuk wrote: > These patches enable Intel Xeon Phi x200 feature to use MONITOR/MWAIT > instruction in ring 3 (userspace) Patches set MSR 0x140 for all logical CPUs. > Then expose it as CPU feature and introduces elf HWCAP capability > for x86. Elf

Re: [PATCH v7 0/4] Enabling Ring 3 MONITOR/MWAIT feature for Knights Landing

On Fri 2016-10-28 15:49:51, Grzegorz Andrejczuk wrote: > These patches enable Intel Xeon Phi x200 feature to use MONITOR/MWAIT > instruction in ring 3 (userspace) Patches set MSR 0x140 for all logical CPUs. > Then expose it as CPU feature and introduces elf HWCAP capability > for x86. Elf

Re: [PATCH V2 net-next] net: hns: Fix to conditionally convey RX checksum flag to stack

From: Salil Mehta Date: Thu, 1 Dec 2016 16:59:14 + > It looks to me the cumbersome check in the PATCH V2 should > be retained. I really want something simpler with small checks that are done in logical pieces in a straigtforward progression. The code in V2 is

Re: [PATCH V2 net-next] net: hns: Fix to conditionally convey RX checksum flag to stack

From: Salil Mehta Date: Thu, 1 Dec 2016 16:59:14 + > It looks to me the cumbersome check in the PATCH V2 should > be retained. I really want something simpler with small checks that are done in logical pieces in a straigtforward progression. The code in V2 is completely unreadable.

Re: [PATCH] staging: greybus: Fix macro definition

Hi ChinmayVS, [auto build test ERROR on staging/staging-testing] [also build test ERROR on v4.9-rc7 next-20161202] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH] staging: greybus: Fix macro definition

Hi ChinmayVS, [auto build test ERROR on staging/staging-testing] [also build test ERROR on v4.9-rc7 next-20161202] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v5] PM/devfreq: add suspend frequency support

Hi! > diff --git a/include/linux/devfreq.h b/include/linux/devfreq.h > index 98c6993..8567153 100644 > --- a/include/linux/devfreq.h > +++ b/include/linux/devfreq.h > @@ -172,6 +172,7 @@ struct devfreq { > struct delayed_work work; > > unsigned long previous_freq; > + unsigned

Re: [PATCH v5] PM/devfreq: add suspend frequency support

Hi! > diff --git a/include/linux/devfreq.h b/include/linux/devfreq.h > index 98c6993..8567153 100644 > --- a/include/linux/devfreq.h > +++ b/include/linux/devfreq.h > @@ -172,6 +172,7 @@ struct devfreq { > struct delayed_work work; > > unsigned long previous_freq; > + unsigned

Re: [PATCH] irda: w83977af_ir: fix damaged whitespace

From: Arnd Bergmann Date: Mon, 28 Nov 2016 15:19:43 +0100 > As David Miller pointed out for for the previous patch, the whitespace > in some functions looks rather odd. This was caused by commit 6329da5f258a > ("obsolete config in kernel source: USE_INTERNAL_TIMER"), which removed

Re: [PATCH] irda: w83977af_ir: fix damaged whitespace

From: Arnd Bergmann Date: Mon, 28 Nov 2016 15:19:43 +0100 > As David Miller pointed out for for the previous patch, the whitespace > in some functions looks rather odd. This was caused by commit 6329da5f258a > ("obsolete config in kernel source: USE_INTERNAL_TIMER"), which removed > some

Re: [PATCH] stmmac: cleanup documenation, make it match reality

From: Pavel Machek Date: Thu, 1 Dec 2016 11:32:18 +0100 > Fix english in documentation, make documentation match reality, remove > options that were removed from code. > > Signed-off-by: Pavel Machek Applied.

Re: [PATCH] stmmac: cleanup documenation, make it match reality

From: Pavel Machek Date: Thu, 1 Dec 2016 11:32:18 +0100 > Fix english in documentation, make documentation match reality, remove > options that were removed from code. > > Signed-off-by: Pavel Machek Applied.

Re: [PATCH V2 net-next] net: hns: Fix to conditionally convey RX checksum flag to stack

From: Salil Mehta Date: Thu, 1 Dec 2016 12:09:22 + > But maybe now since we don't have any method to de-multiplex the kind of > checksum error (cannot depend upon register) we can have below code > re-arrangement: > > hns_nic_rx_checksum() { > /* check

Re: [PATCH V2 net-next] net: hns: Fix to conditionally convey RX checksum flag to stack

From: Salil Mehta Date: Thu, 1 Dec 2016 12:09:22 + > But maybe now since we don't have any method to de-multiplex the kind of > checksum error (cannot depend upon register) we can have below code > re-arrangement: > > hns_nic_rx_checksum() { > /* check supported L3 protocol */ >

[PATCH net-next] r8169: Add support for restarting auto-negotiation

Implement ethtooll::nway_restart by utilizing mii_nway_restart. Signed-off-by: Florian Fainelli --- drivers/net/ethernet/realtek/r8169.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/net/ethernet/realtek/r8169.c b/drivers/net/ethernet/realtek/r8169.c

[PATCH net-next] r8169: Add support for restarting auto-negotiation

Implement ethtooll::nway_restart by utilizing mii_nway_restart. Signed-off-by: Florian Fainelli --- drivers/net/ethernet/realtek/r8169.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/net/ethernet/realtek/r8169.c b/drivers/net/ethernet/realtek/r8169.c index

Re: [PATCH v7] Input: synaptics-rmi4 - add support for F34 V7 bootloader

Hi Nick, On Tue, Nov 29, 2016 at 10:49:55PM +, Nick Dyer wrote: > diff --git a/drivers/input/rmi4/rmi_f34.h b/drivers/input/rmi4/rmi_f34.h > index 6cee528..002677e 100644 > --- a/drivers/input/rmi4/rmi_f34.h > +++ b/drivers/input/rmi4/rmi_f34.h > @@ -33,6 +33,271 @@ > > #define

Re: [PATCH v7] Input: synaptics-rmi4 - add support for F34 V7 bootloader

Hi Nick, On Tue, Nov 29, 2016 at 10:49:55PM +, Nick Dyer wrote: > diff --git a/drivers/input/rmi4/rmi_f34.h b/drivers/input/rmi4/rmi_f34.h > index 6cee528..002677e 100644 > --- a/drivers/input/rmi4/rmi_f34.h > +++ b/drivers/input/rmi4/rmi_f34.h > @@ -33,6 +33,271 @@ > > #define

Re: Unkillable processes due to PTRACE_TRACEME again

Hi! You cc-ed me on initial mail, I replied, and you removed me from cc. Ouch. On Sat 2016-12-03 16:55:49, Dmitry Vyukov wrote: > On Fri, Dec 2, 2016 at 10:02 PM, Pavel Machek wrote: > > On Fri 2016-12-02 19:48:40, Dmitry Vyukov wrote: > >> Hello, > >> > >> There was an issue

Re: Unkillable processes due to PTRACE_TRACEME again

Hi! You cc-ed me on initial mail, I replied, and you removed me from cc. Ouch. On Sat 2016-12-03 16:55:49, Dmitry Vyukov wrote: > On Fri, Dec 2, 2016 at 10:02 PM, Pavel Machek wrote: > > On Fri 2016-12-02 19:48:40, Dmitry Vyukov wrote: > >> Hello, > >> > >> There was an issue discussed a year

[PATCH V2 2/3 libnvdimm-pending] libnvdimm, namespace: avoid multiple sector calculations

Use sector_t for cleared Suggested-by: Dan Williams Signed-off-by: Fabian Frederick --- V2: -applied on top of libnvdimm-pending drivers/nvdimm/pmem.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git

[PATCH V2 2/3 libnvdimm-pending] libnvdimm, namespace: avoid multiple sector calculations

Use sector_t for cleared Suggested-by: Dan Williams Signed-off-by: Fabian Frederick --- V2: -applied on top of libnvdimm-pending drivers/nvdimm/pmem.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/nvdimm/pmem.c b/drivers/nvdimm/pmem.c index

[PATCH V2 3/3 libnvdimm-pending] libnvdimm, namespace: use octal for permissions

According to commit f90774e1fd27 ("checkpatch: look for symbolic permissions and suggest octal instead") Signed-off-by: Fabian Frederick --- V2: applied on top of libnvdimm-pending Use calculated value instead of a | b (Suggested by Dan Williams)

[PATCH V2 3/3 libnvdimm-pending] libnvdimm, namespace: use octal for permissions

According to commit f90774e1fd27 ("checkpatch: look for symbolic permissions and suggest octal instead") Signed-off-by: Fabian Frederick --- V2: applied on top of libnvdimm-pending Use calculated value instead of a | b (Suggested by Dan Williams) drivers/nvdimm/namespace_devs.c | 4 ++-- 1

[PATCH V2 1/3 libnvdimm-pending] libnvdimm: remove else after return in nsio_rw_bytes()

else after return is not needed. Signed-off-by: Fabian Frederick --- V2: -applied on top of libnvdimm-pending drivers/nvdimm/claim.c | 37 ++--- 1 file changed, 18 insertions(+), 19 deletions(-) diff --git a/drivers/nvdimm/claim.c

Re: [PATCH 1/1] btrfs: fix improper return value

On Sat, Dec 03, 2016 at 06:55:16PM +0800, Pan Bian wrote: > In function btrfs_uuid_tree_iterate(), errno is assigned to variable > ret on errors. However, it directly returns 0. It may be better to > return ret. > > Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=188731 > > Signed-off-by:

[PATCH V2 1/3 libnvdimm-pending] libnvdimm: remove else after return in nsio_rw_bytes()

else after return is not needed. Signed-off-by: Fabian Frederick --- V2: -applied on top of libnvdimm-pending drivers/nvdimm/claim.c | 37 ++--- 1 file changed, 18 insertions(+), 19 deletions(-) diff --git a/drivers/nvdimm/claim.c b/drivers/nvdimm/claim.c index

Re: [PATCH 1/1] btrfs: fix improper return value

On Sat, Dec 03, 2016 at 06:55:16PM +0800, Pan Bian wrote: > In function btrfs_uuid_tree_iterate(), errno is assigned to variable > ret on errors. However, it directly returns 0. It may be better to > return ret. > > Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=188731 > > Signed-off-by:

Re: [PATCH 11/39] Annotate hardware config module parameters in drivers/input/

On Thu, Dec 01, 2016 at 12:31:03PM +, David Howells wrote: > When the kernel is running in secure boot mode, we lock down the kernel to > prevent userspace from modifying the running kernel image. Whilst this > includes prohibiting access to things like /dev/mem, it must also prevent > access

Re: [PATCH 11/39] Annotate hardware config module parameters in drivers/input/

On Thu, Dec 01, 2016 at 12:31:03PM +, David Howells wrote: > When the kernel is running in secure boot mode, we lock down the kernel to > prevent userspace from modifying the running kernel image. Whilst this > includes prohibiting access to things like /dev/mem, it must also prevent > access

Re: [PATCH 1/1] netdev: broadcom: propagate error code

On Sat, Dec 3, 2016 at 1:56 AM, Pan Bian wrote: > Function bnxt_hwrm_stat_ctx_alloc() always returns 0, even if the call > to _hwrm_send_message() fails. It may be better to propagate the errors > to the caller of bnxt_hwrm_stat_ctx_alloc(). > > Bugzilla:

Re: [PATCH 1/1] netdev: broadcom: propagate error code

On Sat, Dec 3, 2016 at 1:56 AM, Pan Bian wrote: > Function bnxt_hwrm_stat_ctx_alloc() always returns 0, even if the call > to _hwrm_send_message() fails. It may be better to propagate the errors > to the caller of bnxt_hwrm_stat_ctx_alloc(). > > Bugzilla:

Re: [PATCH] ARM: pxa: ezx: fix a910 camera data

Hello. On 03.12.2016 17:55, Antonio Ospite wrote: > On Sat, 26 Nov 2016 00:30:52 +0100 > Stefan Schmidt wrote: > >> Hello. >> > > Hi everyone, > >> On 25.11.2016 20:53, Robert Jarzmik wrote: >>> Stefan Schmidt writes: >>> Hello.

Re: [PATCH] ARM: pxa: ezx: fix a910 camera data

Hello. On 03.12.2016 17:55, Antonio Ospite wrote: > On Sat, 26 Nov 2016 00:30:52 +0100 > Stefan Schmidt wrote: > >> Hello. >> > > Hi everyone, > >> On 25.11.2016 20:53, Robert Jarzmik wrote: >>> Stefan Schmidt writes: >>> Hello. On 24.11.2016 17:29, Arnd Bergmann wrote: >

Re: [PATCH] Input: elantech - Add a special mode for a specific FW The touchapd which sample ver is 0x74 and hw_version is 0x03 have a fw bug which will cause crush sometimes, I add some work-around f

On Fri, Dec 02, 2016 at 11:05:29PM +0100, ulrik.debie...@e2big.org wrote: > Hi, > > Thank you for the patch, see below my feedback on your patch. > Can you provide the contents of fw_verison, capabilities and samples ? > > It this fw bug present on multiple laptops ? > > > > On Fri, Dec 02,

Re: [PATCH] Input: elantech - Add a special mode for a specific FW The touchapd which sample ver is 0x74 and hw_version is 0x03 have a fw bug which will cause crush sometimes, I add some work-around f

On Fri, Dec 02, 2016 at 11:05:29PM +0100, ulrik.debie...@e2big.org wrote: > Hi, > > Thank you for the patch, see below my feedback on your patch. > Can you provide the contents of fw_verison, capabilities and samples ? > > It this fw bug present on multiple laptops ? > > > > On Fri, Dec 02,

Re: [PATCH v2 3/3] tpm_crb: request and relinquish locality 0

CC linux-security-module On Sat, Dec 03, 2016 at 07:52:13PM +0200, Jarkko Sakkinen wrote: > Request and relinquish locality for the driver use in order to be > a better citizen in a multi locality environment like TXT. The > locality is requested and relinquished as part of going into and >

Re: [PATCH v2 3/3] tpm_crb: request and relinquish locality 0

CC linux-security-module On Sat, Dec 03, 2016 at 07:52:13PM +0200, Jarkko Sakkinen wrote: > Request and relinquish locality for the driver use in order to be > a better citizen in a multi locality environment like TXT. The > locality is requested and relinquished as part of going into and >

[PATCH V2 11/15] hv: don't reset hv_context.tsc_page on crash

From: Vitaly Kuznetsov It may happen that secondary CPUs are still alive and resetting hv_context.tsc_page will cause a consequent crash in read_hv_clock_tsc() as we don't check for it being not NULL there. It is safe as we're not freeing this page anyways. Signed-off-by:

[PATCH V2 06/15] hv: allocate synic pages for all present CPUs

From: Vitaly Kuznetsov It may happen that not all CPUs are online when we do hv_synic_alloc() and in case more CPUs come online later we may try accessing these allocated structures. Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan

[PATCH V2 08/15] hv: change clockevents unbind tactics

From: Vitaly Kuznetsov To get prepared to CPU offlining support we need co change the way how we unbind clockevent devices. As one CPU may go online/offline multiple times we need to bind it in hv_synic_init() and unbind it in hv_synic_cleanup(). There is an additional

Re: [PATCH v2 2/3] tpm_crb: encapsulate crb_wait_for_reg_32

CC linux-security-module On Sat, Dec 03, 2016 at 07:52:12PM +0200, Jarkko Sakkinen wrote: > Encapsulated crb_wait_for_reg32() so that state changes in other CRB > registers than TPM_CRB_CTRL_REQ_x can be waited. > > Signed-off-by: Jarkko Sakkinen > --- >

[PATCH V2 13/15] uio-hv-generic: new userspace i/o driver for VMBus

From: Stephen Hemminger This is a new driver to enable userspace networking on VMBus. It is based largely on the similar driver that already exists for PCI, and earlier work done by Brocade to support DPDK. Signed-off-by: Stephen Hemminger

[PATCH V2 11/15] hv: don't reset hv_context.tsc_page on crash

From: Vitaly Kuznetsov It may happen that secondary CPUs are still alive and resetting hv_context.tsc_page will cause a consequent crash in read_hv_clock_tsc() as we don't check for it being not NULL there. It is safe as we're not freeing this page anyways. Signed-off-by: Vitaly Kuznetsov

[PATCH V2 06/15] hv: allocate synic pages for all present CPUs

From: Vitaly Kuznetsov It may happen that not all CPUs are online when we do hv_synic_alloc() and in case more CPUs come online later we may try accessing these allocated structures. Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan --- drivers/hv/hv.c |4 ++-- 1 files

[PATCH V2 08/15] hv: change clockevents unbind tactics

From: Vitaly Kuznetsov To get prepared to CPU offlining support we need co change the way how we unbind clockevent devices. As one CPU may go online/offline multiple times we need to bind it in hv_synic_init() and unbind it in hv_synic_cleanup(). There is an additional corner case: when we

Re: [PATCH v2 2/3] tpm_crb: encapsulate crb_wait_for_reg_32

CC linux-security-module On Sat, Dec 03, 2016 at 07:52:12PM +0200, Jarkko Sakkinen wrote: > Encapsulated crb_wait_for_reg32() so that state changes in other CRB > registers than TPM_CRB_CTRL_REQ_x can be waited. > > Signed-off-by: Jarkko Sakkinen > --- > drivers/char/tpm/tpm_crb.c | 37

[PATCH V2 13/15] uio-hv-generic: new userspace i/o driver for VMBus

From: Stephen Hemminger This is a new driver to enable userspace networking on VMBus. It is based largely on the similar driver that already exists for PCI, and earlier work done by Brocade to support DPDK. Signed-off-by: Stephen Hemminger Signed-off-by: K. Y. Srinivasan --- MAINTAINERS

[PATCH V2 12/15] vmbus: add support for dynamic device id's

From: Stephen Hemminger This patch adds sysfs interface to dynamically bind new UUID values to existing VMBus device. This is useful for generic UIO driver to act similar to uio_pci_generic. Signed-off-by: Stephen Hemminger Signed-off-by: K. Y.

[PATCH V2 14/15] Tools: hv: kvp: configurable external scripts path

From: Alex Fluter error when running hypervkvpd: $ sudo ./hv_kvp_daemon -n sh: hv_get_dns_info: command not found sh: hv_get_dhcp_info: command not found sh: hv_get_dns_info: command not found sh: hv_get_dhcp_info: command not found The external scripts are not installed in

[PATCH V2 09/15] hv: switch to cpuhp state machine for synic init/cleanup

From: Vitaly Kuznetsov To make it possible to online/offline CPUs switch to cpuhp infrastructure for doing hv_synic_init()/hv_synic_cleanup(). Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan --- drivers/hv/hv.c

[PATCH V2 10/15] hv: make CPU offlining prevention fine-grained

From: Vitaly Kuznetsov Since commit e513229b4c38 ("Drivers: hv: vmbus: prevent cpu offlining on newer hypervisors") cpu offlining was disabled. It is still true that we can't offline CPUs which have VMBus channels bound to them but we may have 'free' CPUs (e.v. we booted

[PATCH V2 09/15] hv: switch to cpuhp state machine for synic init/cleanup

From: Vitaly Kuznetsov To make it possible to online/offline CPUs switch to cpuhp infrastructure for doing hv_synic_init()/hv_synic_cleanup(). Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan --- drivers/hv/hv.c | 15 +++ drivers/hv/hyperv_vmbus.h |

[PATCH V2 10/15] hv: make CPU offlining prevention fine-grained

From: Vitaly Kuznetsov Since commit e513229b4c38 ("Drivers: hv: vmbus: prevent cpu offlining on newer hypervisors") cpu offlining was disabled. It is still true that we can't offline CPUs which have VMBus channels bound to them but we may have 'free' CPUs (e.v. we booted with maxcpus= parameter

[PATCH V2 12/15] vmbus: add support for dynamic device id's

From: Stephen Hemminger This patch adds sysfs interface to dynamically bind new UUID values to existing VMBus device. This is useful for generic UIO driver to act similar to uio_pci_generic. Signed-off-by: Stephen Hemminger Signed-off-by: K. Y. Srinivasan --- drivers/hv/vmbus_drv.c | 174

[PATCH V2 14/15] Tools: hv: kvp: configurable external scripts path

From: Alex Fluter error when running hypervkvpd: $ sudo ./hv_kvp_daemon -n sh: hv_get_dns_info: command not found sh: hv_get_dhcp_info: command not found sh: hv_get_dns_info: command not found sh: hv_get_dhcp_info: command not found The external scripts are not installed in system path, adding

Re: [PATCH v2 1/3] tpm_crb: map locality registers

CC linux-security-module On Sat, Dec 03, 2016 at 07:52:11PM +0200, Jarkko Sakkinen wrote: > In order to provide access to locality registers, this commits adds > mapping of the head of the CRB registers, which are located right > before the control area. > > Signed-off-by: Jarkko Sakkinen

[PATCH V2 02/15] hyperv: Fix spelling of HV_UNKOWN

From: Haiyang Zhang Changed it to HV_UNKNOWN Signed-off-by: Haiyang Zhang Signed-off-by: K. Y. Srinivasan --- drivers/hv/channel_mgmt.c |6 +++--- include/linux/hyperv.h|2 +- 2 files changed, 4 insertions(+), 4

[PATCH V2 03/15] Drivers: hv: vmbus: Prevent sending data on a rescinded channel

From: K. Y. Srinivasan After the channel is rescinded, the host does not read from the rescinded channel. Fail writes to a channel that has already been rescinded. Signed-off-by: K. Y. Srinivasan --- drivers/hv/ring_buffer.c |3 +++ 1 files

[PATCH V2 07/15] hv: init percpu_list in hv_synic_alloc()

From: Vitaly Kuznetsov Initializing hv_context.percpu_list in hv_synic_alloc() helps to prevent a crash in percpu_channel_enq() when not all CPUs were online during initialization and it naturally belongs there. Signed-off-by: Vitaly Kuznetsov

[PATCH V2 03/15] Drivers: hv: vmbus: Prevent sending data on a rescinded channel

From: K. Y. Srinivasan After the channel is rescinded, the host does not read from the rescinded channel. Fail writes to a channel that has already been rescinded. Signed-off-by: K. Y. Srinivasan --- drivers/hv/ring_buffer.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff

[PATCH V2 07/15] hv: init percpu_list in hv_synic_alloc()

From: Vitaly Kuznetsov Initializing hv_context.percpu_list in hv_synic_alloc() helps to prevent a crash in percpu_channel_enq() when not all CPUs were online during initialization and it naturally belongs there. Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan ---

Re: [PATCH v2 1/3] tpm_crb: map locality registers

CC linux-security-module On Sat, Dec 03, 2016 at 07:52:11PM +0200, Jarkko Sakkinen wrote: > In order to provide access to locality registers, this commits adds > mapping of the head of the CRB registers, which are located right > before the control area. > > Signed-off-by: Jarkko Sakkinen > ---

[PATCH V2 02/15] hyperv: Fix spelling of HV_UNKOWN

From: Haiyang Zhang Changed it to HV_UNKNOWN Signed-off-by: Haiyang Zhang Signed-off-by: K. Y. Srinivasan --- drivers/hv/channel_mgmt.c |6 +++--- include/linux/hyperv.h|2 +- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/hv/channel_mgmt.c

[PATCH V2 15/15] hyperv: Add a function to detect if the device is a vmbus dev

From: Haiyang Zhang On Hyper-V, every VF interface has a corresponding synthetic interface managed by netvsc that share the same MAC address. netvsc registers for netdev events to manage this association. Currently we use the MAC address to manage this association but

Re: [PATCH v2 0/3] Locality support for tpm_crb

CC linux-security-module On Sat, Dec 03, 2016 at 07:52:10PM +0200, Jarkko Sakkinen wrote: > The tpm_crb driver should follow the policy of reserving and > relinquishing the locality it uses when multiple localities are used, > like when TXT is another locality. > > Jarkko Sakkinen (3): >

Re: [PATCH v2 0/3] Locality support for tpm_crb

CC linux-security-module On Sat, Dec 03, 2016 at 07:52:10PM +0200, Jarkko Sakkinen wrote: > The tpm_crb driver should follow the policy of reserving and > relinquishing the locality it uses when multiple localities are used, > like when TXT is another locality. > > Jarkko Sakkinen (3): >

[PATCH V2 15/15] hyperv: Add a function to detect if the device is a vmbus dev

From: Haiyang Zhang On Hyper-V, every VF interface has a corresponding synthetic interface managed by netvsc that share the same MAC address. netvsc registers for netdev events to manage this association. Currently we use the MAC address to manage this association but going forward, we want to

[PATCH V2 04/15] Drivers: hv: vmbus: Enhance the rescind callback functionality

From: K. Y. Srinivasan Enhance the rescind callback functionality by permitting the passing of an opaque pointer. This functionality will be used by vmbus device drivers to implement rescind related cleanup more efficiently. Signed-off-by: K. Y. Srinivasan

[PATCH V2 05/15] hv: acquire vmbus_connection.channel_mutex in vmbus_free_channels()

From: Vitaly Kuznetsov "kernel BUG at drivers/hv/channel_mgmt.c:350!" is observed when hv_vmbus module is unloaded. BUG_ON() was introduced in commit 85d9aa705184 ("Drivers: hv: vmbus: add an API vmbus_hvsock_device_unregister()") as vmbus_free_channels() codepath was

[PATCH V2 04/15] Drivers: hv: vmbus: Enhance the rescind callback functionality

From: K. Y. Srinivasan Enhance the rescind callback functionality by permitting the passing of an opaque pointer. This functionality will be used by vmbus device drivers to implement rescind related cleanup more efficiently. Signed-off-by: K. Y. Srinivasan --- drivers/hv/channel_mgmt.c |

[PATCH V2 05/15] hv: acquire vmbus_connection.channel_mutex in vmbus_free_channels()

From: Vitaly Kuznetsov "kernel BUG at drivers/hv/channel_mgmt.c:350!" is observed when hv_vmbus module is unloaded. BUG_ON() was introduced in commit 85d9aa705184 ("Drivers: hv: vmbus: add an API vmbus_hvsock_device_unregister()") as vmbus_free_channels() codepath was apparently forgotten.

[PATCH V2 01/15] Drivers: hv: vmbus: Raise retry/wait limits in vmbus_post_msg()

From: Vitaly Kuznetsov DoS protection conditions were altered in WS2016 and now it's easy to get -EAGAIN returned from vmbus_post_msg() (e.g. when we try changing MTU on a netvsc device in a loop). All vmbus_post_msg() callers don't retry the operation and we usually end up

[PATCH V2 01/15] Drivers: hv: vmbus: Raise retry/wait limits in vmbus_post_msg()

From: Vitaly Kuznetsov DoS protection conditions were altered in WS2016 and now it's easy to get -EAGAIN returned from vmbus_post_msg() (e.g. when we try changing MTU on a netvsc device in a loop). All vmbus_post_msg() callers don't retry the operation and we usually end up with a non-functional

[PATCH V2 00/15] Drivers: hv: CPU management fixes and a new uio driver

From: K. Y. Srinivasan Fixes to handle CPU online/offline. Also included is a new uio driver for Hyper-V. V2: Updated commit logs (Greg KH) Re-implemented the API to detect if it is a vmbus device Alex Fluter (1): Tools: hv: kvp: configurable external

[PATCH V2 00/15] Drivers: hv: CPU management fixes and a new uio driver

From: K. Y. Srinivasan Fixes to handle CPU online/offline. Also included is a new uio driver for Hyper-V. V2: Updated commit logs (Greg KH) Re-implemented the API to detect if it is a vmbus device Alex Fluter (1): Tools: hv: kvp: configurable external scripts path

Re: [PATCH v2 0/7] RMI4 cleanups and switch hid-rmi to rmi_core

On Fri, Dec 02, 2016 at 12:41:49PM +0100, Benjamin Tissoires wrote: > Hi, > > Well, the cleanup part of the series has already been applied, so > I guess this is just "switch hid-rmi to rmi_core". > > The series applies on top of Dmitri's synaptics-rmi4 branch > > However, as mentioned in v1,

Re: [PATCH v2 0/7] RMI4 cleanups and switch hid-rmi to rmi_core

On Fri, Dec 02, 2016 at 12:41:49PM +0100, Benjamin Tissoires wrote: > Hi, > > Well, the cleanup part of the series has already been applied, so > I guess this is just "switch hid-rmi to rmi_core". > > The series applies on top of Dmitri's synaptics-rmi4 branch > > However, as mentioned in v1,

Re: [PATCH 1/1] btrfs: volumes: fix improper return value

On Sat, Dec 03, 2016 at 07:01:45PM +0800, Pan Bian wrote: > Variable ret takes the errno on failures. However, it directly returns 0. > It may be better to return "ret". > > Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=188741 > > Signed-off-by: Pan Bian > --- >

Re: [PATCH 1/1] btrfs: volumes: fix improper return value

On Sat, Dec 03, 2016 at 07:01:45PM +0800, Pan Bian wrote: > Variable ret takes the errno on failures. However, it directly returns 0. > It may be better to return "ret". > > Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=188741 > > Signed-off-by: Pan Bian > --- > fs/btrfs/volumes.c | 2

Re: [PATCH v2 1/7] Input: synaptics-rmi4 - add support for F03

Hi Benjamin, On Fri, Dec 02, 2016 at 12:41:50PM +0100, Benjamin Tissoires wrote: > From: Lyude Paul > > This adds basic functionality for PS/2 passthrough on Synaptics > Touchpads using RMI4 through smbus. > > Reviewed-by: Andrew Duggan >

Re: [PATCH v2 4/7] Input: synaptics-rmi4 - store the attn data in the driver

On Fri, Dec 02, 2016 at 04:34:01PM -0800, Andrew Duggan wrote: > On 12/02/2016 03:41 AM, Benjamin Tissoires wrote: > >Now that we have a proper API to set the attention data, there is > >no point in keeping it in the transport driver. > > > >Signed-off-by: Benjamin Tissoires

Re: [PATCH v2 3/7] Input: synaptics-rmi4 - allow to add attention data

On Fri, Dec 02, 2016 at 04:33:56PM -0800, Andrew Duggan wrote: > On 12/02/2016 03:41 AM, Benjamin Tissoires wrote: > >The HID implementation of RMI4 provides the data during > >the interrupt (in the input report). We need to provide > >a way for this transport driver to provide the attention >

Re: [PATCH v2 1/7] Input: synaptics-rmi4 - add support for F03

Hi Benjamin, On Fri, Dec 02, 2016 at 12:41:50PM +0100, Benjamin Tissoires wrote: > From: Lyude Paul > > This adds basic functionality for PS/2 passthrough on Synaptics > Touchpads using RMI4 through smbus. > > Reviewed-by: Andrew Duggan > Signed-off-by: Lyude Paul > Signed-off-by: Benjamin

Re: [PATCH v2 4/7] Input: synaptics-rmi4 - store the attn data in the driver

On Fri, Dec 02, 2016 at 04:34:01PM -0800, Andrew Duggan wrote: > On 12/02/2016 03:41 AM, Benjamin Tissoires wrote: > >Now that we have a proper API to set the attention data, there is > >no point in keeping it in the transport driver. > > > >Signed-off-by: Benjamin Tissoires > > Reviewed-by:

Re: [PATCH v2 3/7] Input: synaptics-rmi4 - allow to add attention data

On Fri, Dec 02, 2016 at 04:33:56PM -0800, Andrew Duggan wrote: > On 12/02/2016 03:41 AM, Benjamin Tissoires wrote: > >The HID implementation of RMI4 provides the data during > >the interrupt (in the input report). We need to provide > >a way for this transport driver to provide the attention >

Re: scsi: use-after-free in bio_copy_from_iter

On Sat, Dec 03, 2016 at 04:22:39PM +0100, Dmitry Vyukov wrote: > On Sat, Dec 3, 2016 at 11:38 AM, Johannes Thumshirn > wrote: > > On Fri, Dec 02, 2016 at 05:50:39PM +0100, Dmitry Vyukov wrote: > >> On Fri, Nov 25, 2016 at 8:08 PM, Dmitry Vyukov wrote:

Re: scsi: use-after-free in bio_copy_from_iter

On Sat, Dec 03, 2016 at 04:22:39PM +0100, Dmitry Vyukov wrote: > On Sat, Dec 3, 2016 at 11:38 AM, Johannes Thumshirn > wrote: > > On Fri, Dec 02, 2016 at 05:50:39PM +0100, Dmitry Vyukov wrote: > >> On Fri, Nov 25, 2016 at 8:08 PM, Dmitry Vyukov wrote: [...] Hi Dmitry, > > Thanks for looking

Re: [PATCH] Input: touchscreen: edt_ft5x06 - change msleep to usleep_range for small msecs

Hello Mr. Simon, On Sat, Dec 3, 2016 at 10:58 PM, Simon Budig wrote: > Hello Mr, Mathur. > > On 29/11/16 21:54, Aniroop Mathur wrote: >> I have submitted one patch as below for review to Linux Open Source. >> The problem is that we do not have the hardware

Re: [PATCH] Input: touchscreen: edt_ft5x06 - change msleep to usleep_range for small msecs

Hello Mr. Simon, On Sat, Dec 3, 2016 at 10:58 PM, Simon Budig wrote: > Hello Mr, Mathur. > > On 29/11/16 21:54, Aniroop Mathur wrote: >> I have submitted one patch as below for review to Linux Open Source. >> The problem is that we do not have the hardware available with us to >> test it and we

Re: net: use-after-free in worker_thread

On Sat, Dec 3, 2016 at 9:41 AM, Cong Wang wrote: > On Sat, Dec 3, 2016 at 4:56 AM, Andrey Konovalov > wrote: >> Hi! >> >> I'm seeing lots of the following error reports while running the >> syzkaller fuzzer. >> >> Reports appeared when I updated

Re: net: use-after-free in worker_thread

On Sat, Dec 3, 2016 at 9:41 AM, Cong Wang wrote: > On Sat, Dec 3, 2016 at 4:56 AM, Andrey Konovalov > wrote: >> Hi! >> >> I'm seeing lots of the following error reports while running the >> syzkaller fuzzer. >> >> Reports appeared when I updated to 3c49de52 (Dec 2) from 2caceb32 (Dec 1). >> >>

Re: [PATCH] Input: touchscreen: edt_ft5x06 - change msleep to usleep_range for small msecs

Hello Mr, Mathur. On 29/11/16 21:54, Aniroop Mathur wrote: > I have submitted one patch as below for review to Linux Open Source. > The problem is that we do not have the hardware available with us to > test it and we would like to test it before actually applying it. > As you are the author of

Re: [PATCH] Input: touchscreen: edt_ft5x06 - change msleep to usleep_range for small msecs

Hello Mr, Mathur. On 29/11/16 21:54, Aniroop Mathur wrote: > I have submitted one patch as below for review to Linux Open Source. > The problem is that we do not have the hardware available with us to > test it and we would like to test it before actually applying it. > As you are the author of

[PATCH v2 2/3] tpm_crb: encapsulate crb_wait_for_reg_32

Encapsulated crb_wait_for_reg32() so that state changes in other CRB registers than TPM_CRB_CTRL_REQ_x can be waited. Signed-off-by: Jarkko Sakkinen --- drivers/char/tpm/tpm_crb.c | 37 +++-- 1 file changed, 23 insertions(+), 14

[PATCH v2 1/3] tpm_crb: map locality registers

In order to provide access to locality registers, this commits adds mapping of the head of the CRB registers, which are located right before the control area. Signed-off-by: Jarkko Sakkinen --- drivers/char/tpm/tpm_crb.c | 96

<    1   2   3   4   5   6   >