Re: [PATCH 02/15] hyperv: Add a function to detect hv_device

On Fri, Dec 02, 2016 at 07:14:03AM +, KY Srinivasan wrote: > > In other words, why do you need this and PCI or USB doesn't? Why is > > hyperv "special"? > > On Hyper-V, each VF interface (SR-IOV interface) > is paired with an instance of the > synthetic interface that is managed by netvsc.

RE: [PATCH 02/15] hyperv: Add a function to detect hv_device

> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Thursday, December 1, 2016 10:48 PM > To: KY Srinivasan > Cc: linux-ker...@vger.kernel.org; de...@linuxdriverproject.org; > o...@aepfle.de; a...@canonical.com; vkuzn...@redhat.com; >

Re: [PATCH 02/15] hyperv: Add a function to detect hv_device

On Fri, Dec 02, 2016 at 06:02:29AM +, KY Srinivasan wrote: > > > > -Original Message- > > From: Greg KH [mailto:gre...@linuxfoundation.org] > > Sent: Thursday, December 1, 2016 12:36 PM > > To: KY Srinivasan > > Cc: linux-ker...@vger.kernel.org;

RE: [PATCH 06/15] hv: acquire vmbus_connection.channel_mutex in vmbus_free_channels()

> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Thursday, December 1, 2016 12:37 PM > To: KY Srinivasan > Cc: linux-ker...@vger.kernel.org; de...@linuxdriverproject.org; > o...@aepfle.de; a...@canonical.com; vkuzn...@redhat.com; >

RE: [PATCH 02/15] hyperv: Add a function to detect hv_device

> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Thursday, December 1, 2016 12:36 PM > To: KY Srinivasan > Cc: linux-ker...@vger.kernel.org; de...@linuxdriverproject.org; > o...@aepfle.de; a...@canonical.com; vkuzn...@redhat.com; >

RE: [PATCH 02/15] hyperv: Add a function to detect hv_device

> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Thursday, December 1, 2016 12:34 PM > To: KY Srinivasan > Cc: linux-ker...@vger.kernel.org; de...@linuxdriverproject.org; > o...@aepfle.de; a...@canonical.com; vkuzn...@redhat.com; >

[PATCH 12/14] rtlwifi: btcoexist: Add vendor definition for new btcoexist

From: Ping-Ke Shih Routine halbtc_get() will need to be able to get the vendor ID. Signed-off-by: Ping-Ke Shih Signed-off-by: Larry Finger --- drivers/net/wireless/realtek/rtlwifi/btcoexist/halbtcoutsrc.c | 3 +++

[PATCH 14/14] rtlwifi: Add work queue for c2h cmd.

From: Ping-Ke Shih btcoex needs to sleep, thus it must run in thread context. Signed-off-by: Ping-Ke Shih Signed-off-by: Larry Finger --- drivers/net/wireless/realtek/rtlwifi/base.c| 92 ++

[PATCH 11/14] rtlwifi: Add a new enumeration value to btc_set_type

From: Ping-Ke Shih The new value is needed for future capability. Signed-off-by: Ping-Ke Shih Signed-off-by: Larry Finger --- drivers/net/wireless/realtek/rtlwifi/btcoexist/halbtcoutsrc.h | 1 + 1 file changed, 1 insertion(+)

[PATCH 08/14] rtlwifi: rtl8723be: btcoex: add package_type function to btcoex

From: Ping-Ke Shih The new code handles the package-type of the chip. Signed-off-by: Ping-Ke Shih Signed-off-by: Larry Finger --- .../realtek/rtlwifi/btcoexist/halbtcoutsrc.c | 7 +

[PATCH 13/14] rtlwifi: rtl8723be: fix ant_sel code

From: Ping-Ke Shih When ant_sel is set, we need to fill single_ant_path to select correct antenna path. Signed-off-by: Ping-Ke Shih Signed-off-by: Larry Finger --- drivers/net/wireless/realtek/rtlwifi/rtl8723be/hw.c | 6

[PATCH 09/14] rtlwifi: ibtcoex: move bt_type declaration

From: Ping-Ke Shih Routine rtl_get_hwpg_bt_type() is better in halbtcoutsrc.c than in rtl_btc.c. Signed-off-by: Ping-Ke Shih Signed-off-by: Larry Finger --- drivers/net/wireless/realtek/rtlwifi/btcoexist/halbtcoutsrc.c | 5

[PATCH 10/14] rtlwifi: Add BTC_TRACE_STRING to new btcoex

From: Ping-Ke Shih Add a new debugging function. Signed-off-by: Ping-Ke Shih Signed-off-by: Larry Finger --- .../realtek/rtlwifi/btcoexist/halbtcoutsrc.h | 23 ++

[PATCH 05/14] rtlwifi: Add TX report and disable key will wait until report acked.

From: Ping-Ke Shih When using EAPOL to do a PTK rekey, there is a possible race condition. When msg 3/4 is received, the supplicant will send msg 4/4 and install the new key immediately; however, the driver must make sure that msg 4/4 is sent before installing the new key. We

[PATCH 06/14] rtlwifi: rtl8723be: btcoexist: Add single_ant_path

From: Ping-Ke Shih Some devices with RTL8732BE wifi/Bluetooth adapters are shipped with only a single antenna. On a subset of these, the EEPROM is incorectly coded to indicate the wrong connection. The resulting problems have been fixed for wifi. This change handles them for

[PATCH 07/14] rtlwifi: move btcoex's ant_num declaration

From: Ping-Ke Shih File halbtcoutsrc.c is a better place for routine rtl_get_hwpg_ant_num() than file rtl_btc.c. Signed-off-by: Ping-Ke Shih Signed-off-by: Larry Finger ---

[PATCH 03/14] rtlwifi: Set retry limit depends on vif type.

From: Ping-Ke Shih We assign different retry limit according to vif type, because it can boost performance in field. Signed-off-by: Ping-Ke Shih Signed-off-by: shaofu Signed-off-by: Larry Finger ---

[PATCH 01/14] rtlwifi: Correct power save capability while init mac80211

Set IEEE80211_HW_SUPPORTS_PS when driver is fwlps Because mac80211 control SW-LPS only, we add constraints to avoid errors. Signed-off-by: Vincent Fann Signed-off-by: shaofu Signed-off-by: Ping-Ke Shih Signed-off-by: Larry

[PATCH 02/14] rtlwifi: Fix programing CAM content sequence.

From: Ping-Ke Shih There is a potential race condition when the control byte of a CAM entry is written first. Write in reverse order to correct the condition. Signed-off-by: Ping-Ke Shih Signed-off-by: shaofu Signed-off-by: Larry

[PATCH 00/14] rtlwifi: Various updates

Realtek has finished an extensive review and rewrite of the rtlwifi drivers. Much of that work resulted in major changes to btcoexist. Those changes are not included here, but will be submitted later. These 14 changes fix a number of deficiencies. None of them are serious enough to be pushed to

[PATCH 03/14] rtlwifi: extend debug_comp to u64

The number of debugging conditions will exceed the capabilities of a 32-bit word. Signed-off-by: Ping-Ke Shih Signed-off-by: Larry Finger --- drivers/net/wireless/realtek/rtlwifi/debug.c | 2 +- drivers/net/wireless/realtek/rtlwifi/debug.h | 6

Re: [PATCH v2 0/7] Tests for sync infrastructure

On 10/19/2016 06:49 AM, Emilio López wrote: > Hello everyone, > > This is a series of tests to exercise the sync kernel infrastructure. It is > meant to be a test suite for the work Gustavo has been doing to destage it. > > These tests were originally part of a battery of tests shipping with >

Re: [PATCH v3] x86/hyperv: Handle unknown NMIs on one CPU when unknown_nmi_panic

Vitaly, On Thu, 1 Dec 2016, Vitaly Kuznetsov wrote: > There is a feature in Hyper-V (Debug-VM --InjectNonMaskableInterrupt) which > injects NMI to the guest. Prior to WS2016 the NMI is injected to all CPUs > of the guest and WS2016 injects it to CPU0 only. When unknown_nmi_panic is > enabled and

[PATCH v3 1/9] staging: fsl-mc: move bus driver out of staging

Move the source files out of staging into their final locations: -include files in drivers/staging/fsl-mc/include go to include/linux/fsl -irq-gic-v3-its-fsl-mc-msi.c goes to drivers/irqchip -source in drivers/staging/fsl-mc/bus goes to drivers/bus/fsl-mc -README.txt, providing and

[PATCH v3 2/9] bus: fsl-mc: dpio: add DPIO driver overview document

add document describing the dpio driver and it's role, components and major interfaces Signed-off-by: Stuart Yoder --- Documentation/dpaa2/dpio-driver.txt | 135 1 file changed, 135 insertions(+) create mode 100644

[PATCH v3 3/9] bus: fsl-mc: dpio: add APIs for DPIO objects

From: Ioana Radulescu Add the command build/parse APIs for operating on DPIO objects through the DPAA2 Management Complex. Signed-off-by: Ioana Radulescu Signed-off-by: Roy Pledge Signed-off-by: Stuart Yoder

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

From: Roy Pledge Add QBman APIs for frame queue and buffer pool operations. Signed-off-by: Roy Pledge Signed-off-by: Haiying Wang Signed-off-by: Stuart Yoder --- Notes: -v3 -replace hardcoded

[PATCH v3 7/9] bus: fsl-mc: dpio: add the DPAA2 DPIO service interface

From: Roy Pledge The DPIO service interface handles initialization of DPIO objects and exports APIs to be used by other DPAA2 object drivers to perform queuing and buffer management related operations. The service allows registration of callbacks when frames or notifications

[PATCH v3 9/9] bus: fsl-mc: dpio: add maintainer for DPIO

From: Roy Pledge add Roy Pledge as maintainer of DPIO Signed-off-by: Roy Pledge Signed-off-by: Stuart Yoder --- Notes: -v3 -no changes -v2 -corrected location of maintainer entry MAINTAINERS | 6 ++ 1

[PATCH v3 4/9] bus: fsl-mc: dpio: add frame descriptor and scatter/gather APIs

From: Roy Pledge Add global definitions for DPAA2 frame descriptors and scatter gather entries. Signed-off-by: Roy Pledge Signed-off-by: Stuart Yoder --- Notes: -v3 -no changes -v2 -added setter/getter for

[PATCH v3 8/9] bus: fsl-mc: dpio: add the DPAA2 DPIO object driver

From: Roy Pledge The DPIO driver registers with the fsl-mc bus to handle bus-related events for DPIO objects. Key responsibility is mapping I/O regions, setting up interrupt handlers, and calling the DPIO service initialization during probe. Signed-off-by: Roy Pledge

[PATCH v3 0/9] staging: fsl-mc: move bus driver out of staging, add dpio

This patch series: A) addresses the final item in the staging TODO list for the fsl-mc bus driver-- adding a functional driver on top of the bus driver, and B) requests that the fsl-mc bus driver be moved out of staging. The proposed destination for the bus driver is drivers/bus. Proposed

[PATCH v3 5/9] bus: fsl-mc: dpio: add global dpaa2 definitions

From: Roy Pledge Create header for global dpaa2 definitions. Add definitions for dequeue results. Signed-off-by: Roy Pledge Signed-off-by: Stuart Yoder --- include/linux/fsl/dpaa2-global.h | 203

[PATCH 2/3] staging: lustre: osc: create cli_name to get obd name

From: Jinshan Xiong Create the inline function cli_name() to get the name of the OSC device. Signed-off-by: Jinshan Xiong Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5108 Reviewed-on: http://review.whamcloud.com/10458 Reviewed-by: Bobi

[PATCH 1/3] staging: lustre: osc: add and fixup comments for LRU handling

From: Jinshan Xiong Add new information about the fields in struct client_obd. Signed-off-by: Jinshan Xiong Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5108 Reviewed-on: http://review.whamcloud.com/10458 Reviewed-by: Bobi Jam

[PATCH 3/3] staging: lustre: osc: Performance tune for LRU

From: Jinshan Xiong Early launch page LRU work in osc_io_rw_iter_init(); Change the page LRU shrinking policy by OSC attributes; Delete the contented lock osc_object::oo_seatbelt Signed-off-by: Jinshan Xiong Intel-bug-id:

[PATCH 0/3] staging: lustre: osc: performance tuning for LRU

Early launch page LRU work in osc_io_rw_iter_init(); Change the page LRU shrinking policy by OSC attributes; Delete the contented lock osc_object::oo_seatbelt Original patch has been broken into 3 parts for upstream merger. Signed-off-by: Jinshan Xiong Intel-bug-id:

[PATCH v5 2/3] staging: comedi: s626: use preferred kernel type u16

Fix the checkpatch.pl issue: CHECK: Prefer kernel type 'u16' over 'uint16_t' Signed-off-by: Saber Rezvani Reviewed-by: Ian Abbott --- Changes in v2: - include a public mailing list in the 'Cc:'. - other types u16, u32 added to the patch series. Changes

[PATCH v5 3/3] staging: comedi: s626: use preferred kernel type u32

Fix the checkpatch.pl issue: CHECK: Prefer kernel type 'u32' over 'uint32_t' Signed-off-by: Saber Rezvani Reviewed-by: Ian Abbott --- Changes in v2: - include a public mailing list in the 'Cc:'. - other types u16, u32 added to the patch series. Changes

[PATCH v5 1/3] staging: comedi: s626: use preferred kernel type u8

Fix the checkpatch.pl issue: CHECK: Prefer kernel type 'u8' over 'uint8_t' Signed-off-by: Saber Rezvani Reviewed-by: Ian Abbott --- Changes in v2: - include a public mailing list in the 'Cc:'. - other types u16, u32 added to the patch series. Changes in

[PATCH v4] staging: greybus: arche-platform: fix line over 80 characters style warnings

Fixes greybus "line over 80 characters" style warnings found by checkpatch.pl tool Signed-off-by: Andrea Ghittino --- changelog: v2) Review patch based on Vaibhav Hiremath review v3) Fixed email text v4) Review the patch based on received comments

Re: [PATCH v4 1/3] staging: comedi: s626: use preferred kernel type u8

On Thu, Dec 01, 2016 at 11:56:18PM +0330, Saber Rezvani wrote: > Fix the checkpatch.pl issue: > CHECK: Prefer kernel type 'u8' over 'uint8_t' > > Signed-off-by: Saber Rezvani > Reviewed-by: Ian Abbott > --- > drivers/staging/comedi/drivers/s626.c | 30

Re: [PATCH 02/15] hyperv: Add a function to detect hv_device

On Thu, Dec 01, 2016 at 09:35:47PM +0100, Greg KH wrote: > On Thu, Dec 01, 2016 at 09:28:39AM -0800, k...@exchange.microsoft.com wrote: > > From: Haiyang Zhang > > > > Signed-off-by: Haiyang Zhang > > Signed-off-by: K. Y. Srinivasan

Re: [PATCH 06/15] hv: acquire vmbus_connection.channel_mutex in vmbus_free_channels()

On Thu, Dec 01, 2016 at 09:28:43AM -0800, k...@exchange.microsoft.com wrote: > 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

Re: [PATCH 05/15] Drivers: hv: vmbus: Enhance the rescind callback functionality

On Thu, Dec 01, 2016 at 09:28:42AM -0800, k...@exchange.microsoft.com wrote: > From: K. Y. Srinivasan > > Signed-off-by: K. Y. Srinivasan > --- > drivers/hv/channel_mgmt.c | 11 +++ > include/linux/hyperv.h|7 --- > 2 files changed,

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

On Thu, Dec 01, 2016 at 09:28:41AM -0800, k...@exchange.microsoft.com wrote: > 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.

Re: [PATCH 02/15] hyperv: Add a function to detect hv_device

On Thu, Dec 01, 2016 at 09:28:39AM -0800, k...@exchange.microsoft.com wrote: > From: Haiyang Zhang > > Signed-off-by: Haiyang Zhang > Signed-off-by: K. Y. Srinivasan > --- > drivers/hv/vmbus_drv.c |6 ++ >

Re: [PATCH 02/15] hyperv: Add a function to detect hv_device

On Thu, Dec 01, 2016 at 09:28:39AM -0800, k...@exchange.microsoft.com wrote: > From: Haiyang Zhang > > Signed-off-by: Haiyang Zhang > Signed-off-by: K. Y. Srinivasan > --- > drivers/hv/vmbus_drv.c |6 ++ >

[PATCH v4 3/3] staging: comedi: s626: use preferred kernel type u32

Fix the checkpatch.pl issue: CHECK: Prefer kernel type 'u32' over 'uint32_t' Signed-off-by: Saber Rezvani Reviewed-by: Ian Abbott --- drivers/staging/comedi/drivers/s626.c | 58 +-- 1 file changed, 29 insertions(+), 29

[PATCH v4 1/3] staging: comedi: s626: use preferred kernel type u8

Fix the checkpatch.pl issue: CHECK: Prefer kernel type 'u8' over 'uint8_t' Signed-off-by: Saber Rezvani Reviewed-by: Ian Abbott --- drivers/staging/comedi/drivers/s626.c | 30 +++--- 1 file changed, 15 insertions(+), 15 deletions(-)

[PATCH v4 2/3] staging: comedi: s626: use preferred kernel type u16

Fix the checkpatch.pl issue: CHECK: Prefer kernel type 'u16' over 'uint16_t' Signed-off-by: Saber Rezvani Reviewed-by: Ian Abbott --- drivers/staging/comedi/drivers/s626.c | 96 +-- 1 file changed, 48 insertions(+), 48

Re: [PATCH] staging: wilc1000: fixed the wrong error code

This doesn't apply. Here is a howto on sending a v2 patch. https://kernelnewbies.org/FirstKernelPatch#head-5c81b3c517a1d0bbc24f92594cb734e155fcbbcb regards, dan carpenter ___ devel mailing list de...@linuxdriverproject.org

Re: [PATCH] staging: wilc1000: remove memory allocate failure message

On Fri, Dec 02, 2016 at 12:35:54AM +0530, Amit Kushwaha wrote: > This patch cleanup following warning reported by checkpatch.pl > WARNING: Possible unnecessary 'out of memory' message > With no available memory, a warn on message already gets printed > by page alloc functions > > Signed-off-by:

[PATCH] staging: wilc1000: remove memory allocate failure message

This patch cleanup following warning reported by checkpatch.pl WARNING: Possible unnecessary 'out of memory' message With no available memory, a warn on message already gets printed by page alloc functions Signed-off-by: Amit Kushwaha ---

[PATCH] staging: sm750fb: Aligning Block comments

Fix checkpatch.pl warnings:- Block comments should align the * on each line Signed-off-by: Srikant Ritolia --- drivers/staging/sm750fb/ddk750.h | 20 ++-- drivers/staging/sm750fb/ddk750_chip.c | 14 +++---

Re: [PATCH] staging: wilc1000: fixed the wrong error code

On Thu, Dec 1, 2016 at 1:03 AM, Dan Carpenter wrote: > On Thu, Dec 01, 2016 at 12:58:45AM +0530, Atul Raj wrote: >> ENOENT is error code for >> ENOMEM should be used for >> >> Signed-off-by: Atul Raj > Changelog doesn't match the patch. Sorry

[PATCH v3] x86/hyperv: Handle unknown NMIs on one CPU when unknown_nmi_panic

There is a feature in Hyper-V (Debug-VM --InjectNonMaskableInterrupt) which injects NMI to the guest. Prior to WS2016 the NMI is injected to all CPUs of the guest and WS2016 injects it to CPU0 only. When unknown_nmi_panic is enabled and we'd like to do kdump we need to perform some minimal cleanup

Re: [PATCH v2] x86/hyperv: Handle unknown NMIs on one CPU when unknown_nmi_panic

Vitaly Kuznetsov writes: [snip] > static void __init ms_hyperv_init_platform(void) > { > /* > @@ -183,6 +204,9 @@ static void __init ms_hyperv_init_platform(void) > pr_info("HyperV: LAPIC Timer Frequency: %#x\n", >

[PATCH 04/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,

[PATCH 12/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 11/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 14/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 05/15] Drivers: hv: vmbus: Enhance the rescind callback functionality

From: K. Y. Srinivasan Signed-off-by: K. Y. Srinivasan --- drivers/hv/channel_mgmt.c | 11 +++ include/linux/hyperv.h|7 --- 2 files changed, 11 insertions(+), 7 deletions(-) diff --git a/drivers/hv/channel_mgmt.c

[PATCH 15/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 10/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 13/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 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 07/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 03/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 02/15] hyperv: Add a function to detect hv_device

From: Haiyang Zhang Signed-off-by: Haiyang Zhang Signed-off-by: K. Y. Srinivasan --- drivers/hv/vmbus_drv.c |6 ++ include/linux/hyperv.h |2 ++ 2 files changed, 8 insertions(+), 0 deletions(-) diff --git

[PATCH 08/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 09/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

[PATCH 06/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 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. Alex Fluter (1): Tools: hv: kvp: configurable external scripts path Haiyang Zhang (2): hyperv: Add a function to detect hv_device hyperv: Fix spelling of

Re: [PATCH 29/39] Annotate hardware config module parameters in drivers/staging/media/

Em Thu, 01 Dec 2016 14:59:56 + David Howells escreveu: > Mauro Carvalho Chehab wrote: > > > drivers/staging/media/lirc/lirc_parallel.c:728:19: error: Expected ) in > > function declarator > > Did you apply patch 1 first? That defines

Re: [PATCH 00/13] staging: unisys: Remove POSTCODE macros

On Thu, Dec 01, 2016 at 11:37:09AM +, Sell, Timothy C wrote: > > -Original Message- > > From: Greg KH [mailto:gre...@linuxfoundation.org] > > Sent: Thursday, December 01, 2016 2:34 AM > > To: Kershner, David A > > Cc: driverdev-devel@linuxdriverproject.org;

Re: [PATCH 29/39] Annotate hardware config module parameters in drivers/staging/media/

Mauro Carvalho Chehab wrote: > drivers/staging/media/lirc/lirc_parallel.c:728:19: error: Expected ) in > function declarator Did you apply patch 1 first? That defines module_param_hw*. David ___ devel mailing list

Re: [PATCH 29/39] Annotate hardware config module parameters in drivers/staging/media/

Em Thu, 01 Dec 2016 12:33:30 + David Howells escreveu: > 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

[PATCH v2] x86/hyperv: Handle unknown NMIs on one CPU when unknown_nmi_panic

There is a feature in Hyper-V (Debug-VM --InjectNonMaskableInterrupt) which injects NMI to the guest. Prior to WS2016 the NMI is injected to all CPUs of the guest and WS2016 injects it to CPU0 only. When unknown_nmi_panic is enabled and we'd like to do kdump we need to perform some minimal cleanup

Re: [PATCH] x86/hyperv: Handle unknown NMIs on one CPU when unknown_nmi_panic

-unknown-NMIs-on-one-CPU-when-unknown_nmi_panic/20161201-171219 config: i386-randconfig-x0-12011945 (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree make ARCH=i386 All warnings (new ones prefixed

[PATCH 31/39] Annotate hardware config module parameters in drivers/staging/vme/

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 by means of configuring driver modules in such a way as to cause a

[PATCH 30/39] Annotate hardware config module parameters in drivers/staging/speakup/

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 by means of configuring driver modules in such a way as to cause a

[PATCH 29/39] Annotate hardware config module parameters in drivers/staging/media/

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 by means of configuring driver modules in such a way as to cause a

[PATCH 28/39] Annotate hardware config module parameters in drivers/staging/i4l/

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 by means of configuring driver modules in such a way as to cause a

Re: [PATCH v2] staging: most: Eliminate usage of symbolic permissions

On Thu, Dec 01, 2016 at 10:20:47AM +0100, Christian Gromm wrote: > On Thu, 1 Dec 2016 09:56:11 +0100 > Greg KH wrote: > > > On Thu, Dec 01, 2016 at 09:50:12AM +0100, Christian Gromm wrote: > > > On Thu, 1 Dec 2016 08:00:57 +0100 > > > Greg KH

RE: [PATCH 00/13] staging: unisys: Remove POSTCODE macros

> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Thursday, December 01, 2016 2:34 AM > To: Kershner, David A > Cc: driverdev-devel@linuxdriverproject.org; *S-Par-Maintainer > ; jes.soren...@redhat.com >

Re: [PATCH] x86/hyperv: Handle unknown NMIs on one CPU when unknown_nmi_panic

-NMIs-on-one-CPU-when-unknown_nmi_panic/20161201-171219 config: i386-randconfig-x014-201648 (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree make ARCH=i386 All errors (new ones prefixed by >>):

Re: [PATCH] V4l: omap4iss: Clean up file handle in open() and release().

Hi Shailendra, Thank you for the patch. On Thursday 01 Dec 2016 10:22:52 Shailendra Verma wrote: > Both functions initialize the file handle with v4l2_fh_init() > and thus need to call clean up with v4l2_fh_exit() as appropriate. > > Signed-off-by: Shailendra Verma

Re: staging: wilc1000: remove memory allocate failure message

On 12/01/2016 10:44 AM, Amit Kumar Kushwaha wrote: > This patch fixes the following warning reported by checkpatch.pl > WARNING: Possible unnecessary 'out of memory' message > > Signed-off-by: Amit Kushwaha > --- > drivers/staging/wilc1000/host_interface.c | 4 +--- > 1

staging: wilc1000: remove memory allocate failure message

This patch fixes the following warning reported by checkpatch.pl WARNING: Possible unnecessary 'out of memory' message Signed-off-by: Amit Kushwaha --- drivers/staging/wilc1000/host_interface.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

Re: [PATCH v2] staging: most: Eliminate usage of symbolic permissions

On Thu, 1 Dec 2016 09:56:11 +0100 Greg KH wrote: > On Thu, Dec 01, 2016 at 09:50:12AM +0100, Christian Gromm wrote: > > On Thu, 1 Dec 2016 08:00:57 +0100 > > Greg KH wrote: > > > > > On Wed, Nov 30, 2016 at 10:48:32PM -0700, Jason

Re: [PATCH 1/3] staging: comedi: s626: use preferred kernel type u8

On Wed, Nov 30, 2016 at 11:06:39PM +0330, Saber Rezvani wrote: > Fix the checkpatch.pl issue: > CHECK: Prefer kernel type 'u8' over 'uint8_t' > > Signed-off-by: Saber Rezvani > Reviewed-by: Ian Abbott > --- > drivers/staging/comedi/drivers/s626.c | 30

Re: [PATCH v2] staging: most: Eliminate usage of symbolic permissions

On Thu, Dec 01, 2016 at 09:50:12AM +0100, Christian Gromm wrote: > On Thu, 1 Dec 2016 08:00:57 +0100 > Greg KH wrote: > > > On Wed, Nov 30, 2016 at 10:48:32PM -0700, Jason Litzinger wrote: > > > > This is fine, but the fact that the most subsystem feels like it has to

Re: [PATCH v2] staging: most: Eliminate usage of symbolic permissions

On Thu, 1 Dec 2016 08:00:57 +0100 Greg KH wrote: > On Wed, Nov 30, 2016 at 10:48:32PM -0700, Jason Litzinger wrote: > > > This is fine, but the fact that the most subsystem feels like it has to > > > have its own attribute type is the big problem with this file, that