Re: [PATCH 3/3] futex: make the encoded_op decoding readable

On 03/03/2017, 01:27 PM, Jiri Slaby wrote: > Decoding of encoded_op is a bit unreadable. It contains shifts to the > left and to the right by some constants. Make it clearly visible what > part of the bit mask is taken and shift the values only to the right > appropriatelly. > > Signed-off-by:

Re: [PATCH 3/3] futex: make the encoded_op decoding readable

On 03/03/2017, 01:27 PM, Jiri Slaby wrote: > Decoding of encoded_op is a bit unreadable. It contains shifts to the > left and to the right by some constants. Make it clearly visible what > part of the bit mask is taken and shift the values only to the right > appropriatelly. > > Signed-off-by:

Re: [PATCH] PCI: Add cavium acs pci quirk

On Tue, Feb 14, 2017 at 10:14 AM, Alex Williamson wrote: > On Sat, 30 Jan 2016 01:33:58 +0530 > Manish Jaggi wrote: > >> Cavium devices matching this quirk do not perform >> peer-to-peer with other functions, allowing masking out >> these

Re: [PATCH] PCI: Add cavium acs pci quirk

On Tue, Feb 14, 2017 at 10:14 AM, Alex Williamson wrote: > On Sat, 30 Jan 2016 01:33:58 +0530 > Manish Jaggi wrote: > >> Cavium devices matching this quirk do not perform >> peer-to-peer with other functions, allowing masking out >> these bits as if they were unimplemented in the ACS capability.

[PATCH] Staging: iio: addac - fixed octal file permissions

Changed file permission to octal style. Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/iio/addac/adt7316.c | 108 ++-- 1 file changed, 54 insertions(+), 54 deletions(-) diff --git a/drivers/staging/iio/addac/adt7316.c

[PATCH] Staging: iio: addac - fixed octal file permissions

Changed file permission to octal style. Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/iio/addac/adt7316.c | 108 ++-- 1 file changed, 54 insertions(+), 54 deletions(-) diff --git a/drivers/staging/iio/addac/adt7316.c

[PATCH] staging: media: Remove unnecessary function and its call

The function atomisp_set_stop_timeout on being called, simply returns back. The function hasn't been mentioned in the TODO and doesn't have FIXME code around. Hence, atomisp_set_stop_timeout and its calls have been removed. Signed-off-by: simran singhal ---

[PATCH] staging: media: Remove unnecessary function and its call

The function atomisp_set_stop_timeout on being called, simply returns back. The function hasn't been mentioned in the TODO and doesn't have FIXME code around. Hence, atomisp_set_stop_timeout and its calls have been removed. Signed-off-by: simran singhal ---

Re: [PATCHv2 05/10] drm: omapdrm: crtc: detect manually updated displays

* Sebastian Reichel [170304 16:45]: > Signed-off-by: Sebastian Reichel > [t...@atomide.com: rebased on event_lock changes] So for this feel free to add: Tested-by: Tony Lindgren Signed-off-by: Tony Lindgren

Re: [PATCHv2 05/10] drm: omapdrm: crtc: detect manually updated displays

* Sebastian Reichel [170304 16:45]: > Signed-off-by: Sebastian Reichel > [t...@atomide.com: rebased on event_lock changes] So for this feel free to add: Tested-by: Tony Lindgren Signed-off-by: Tony Lindgren

Re: [PATCHv2 04/10] drm: omapdrm: crtc: save framedone callback from dss

* Sebastian Reichel [170304 16:45]: > Save the framedone callback supplied by dss for later > usage. > > Signed-off-by: Sebastian Reichel Tested-by: Tony Lindgren

Re: [PATCHv2 04/10] drm: omapdrm: crtc: save framedone callback from dss

* Sebastian Reichel [170304 16:45]: > Save the framedone callback supplied by dss for later > usage. > > Signed-off-by: Sebastian Reichel Tested-by: Tony Lindgren

Re: [PATCHv2 09/10] drm: omapdrm: crtc: get manual mode displays working

* Sebastian Reichel [170304 16:45]: > From: Tony Lindgren > > With manual mode displays we need to flush the panel manually. > > Let's add flushing so we get Tomi's fbtest, kmstest, kmstest --flip, > and X and wayland working. > ---

Re: [PATCHv2 02/10] drm: omapdrm: panel-dsi-cm: add regulator support

* Sebastian Reichel [170304 16:45]: > The N950's display requires two regulators. Also needed for droid 4: Tested-by: Tony Lindgren

Re: [PATCHv2 09/10] drm: omapdrm: crtc: get manual mode displays working

* Sebastian Reichel [170304 16:45]: > From: Tony Lindgren > > With manual mode displays we need to flush the panel manually. > > Let's add flushing so we get Tomi's fbtest, kmstest, kmstest --flip, > and X and wayland working. > --- a/drivers/gpu/drm/omapdrm/omap_crtc.c > +++

Re: [PATCHv2 02/10] drm: omapdrm: panel-dsi-cm: add regulator support

* Sebastian Reichel [170304 16:45]: > The N950's display requires two regulators. Also needed for droid 4: Tested-by: Tony Lindgren

Re: [Outreachy kernel] [PATCH v3 4/6] staging: fbtft: Fix sparse warnings of incorrect type in assignment

On Sun, Mar 05, 2017 at 10:35:33AM +0530, simran singhal wrote: > This patch fixes the following sparse warnings: > > drivers/staging/fbtft/fbtft-io.c:74:29: warning: incorrect type in assignment > (different base types) > drivers/staging/fbtft/fbtft-io.c:74:29:expected unsigned long long >

Re: [Outreachy kernel] [PATCH v3 4/6] staging: fbtft: Fix sparse warnings of incorrect type in assignment

On Sun, Mar 05, 2017 at 10:35:33AM +0530, simran singhal wrote: > This patch fixes the following sparse warnings: > > drivers/staging/fbtft/fbtft-io.c:74:29: warning: incorrect type in assignment > (different base types) > drivers/staging/fbtft/fbtft-io.c:74:29:expected unsigned long long >

[PATCH v3 4/6] staging: fbtft: Fix sparse warnings of incorrect type in assignment

This patch fixes the following sparse warnings: drivers/staging/fbtft/fbtft-io.c:74:29: warning: incorrect type in assignment (different base types) drivers/staging/fbtft/fbtft-io.c:74:29:expected unsigned long long [unsigned] [long] [long long] [usertype]

[PATCH v3 4/6] staging: fbtft: Fix sparse warnings of incorrect type in assignment

This patch fixes the following sparse warnings: drivers/staging/fbtft/fbtft-io.c:74:29: warning: incorrect type in assignment (different base types) drivers/staging/fbtft/fbtft-io.c:74:29:expected unsigned long long [unsigned] [long] [long long] [usertype]

Re: Question Regarding ERMS memcpy

Hey, On 04/03/17 05:33 PM, Borislav Petkov wrote: > On Sat, Mar 04, 2017 at 04:23:17PM -0800, h...@zytor.com wrote: >> What are the compilation flags? It may be that gcc still does TRT >> depending on this call site. I'd check what gcc6 or 7 generates, >> though. > Hmm, I wish we were able to

Re: Question Regarding ERMS memcpy

Hey, On 04/03/17 05:33 PM, Borislav Petkov wrote: > On Sat, Mar 04, 2017 at 04:23:17PM -0800, h...@zytor.com wrote: >> What are the compilation flags? It may be that gcc still does TRT >> depending on this call site. I'd check what gcc6 or 7 generates, >> though. > Hmm, I wish we were able to

Re: [Outreachy kernel] Re: [PATCH v2 4/6] staging: fbtft: Fix sparse warnings of incorrect type in assignment

On Sun, Mar 5, 2017 at 10:10 AM, SIMRAN SINGHAL wrote: > On Sun, Mar 5, 2017 at 5:36 AM, Alison Schofield wrote: >> On Thu, Mar 02, 2017 at 02:26:37PM +0100, Noralf Trønnes wrote: >>> >>> Den 02.03.2017 14.04, skrev simran singhal: >>> >This patch

Re: [Outreachy kernel] Re: [PATCH v2 4/6] staging: fbtft: Fix sparse warnings of incorrect type in assignment

On Sun, Mar 5, 2017 at 10:10 AM, SIMRAN SINGHAL wrote: > On Sun, Mar 5, 2017 at 5:36 AM, Alison Schofield wrote: >> On Thu, Mar 02, 2017 at 02:26:37PM +0100, Noralf Trønnes wrote: >>> >>> Den 02.03.2017 14.04, skrev simran singhal: >>> >This patch fixes the following sparse warnings: >>> > >>>

Re: [Outreachy kernel] Re: [PATCH v2 4/6] staging: fbtft: Fix sparse warnings of incorrect type in assignment

On Sun, Mar 5, 2017 at 5:36 AM, Alison Schofield wrote: > On Thu, Mar 02, 2017 at 02:26:37PM +0100, Noralf Trønnes wrote: >> >> Den 02.03.2017 14.04, skrev simran singhal: >> >This patch fixes the following sparse warnings: >> > >> >drivers/staging/fbtft/fbtft-bus.c:166:36:

Re: [Outreachy kernel] Re: [PATCH v2 4/6] staging: fbtft: Fix sparse warnings of incorrect type in assignment

On Sun, Mar 5, 2017 at 5:36 AM, Alison Schofield wrote: > On Thu, Mar 02, 2017 at 02:26:37PM +0100, Noralf Trønnes wrote: >> >> Den 02.03.2017 14.04, skrev simran singhal: >> >This patch fixes the following sparse warnings: >> > >> >drivers/staging/fbtft/fbtft-bus.c:166:36: warning: incorrect

Re: [PATCH v5 06/13] lockdep: Implement crossrelease feature

On Fri, Mar 03, 2017 at 10:13:38AM +0100, Peter Zijlstra wrote: > On Fri, Mar 03, 2017 at 09:14:16AM +0100, Peter Zijlstra wrote: > > Two boots + a make defconfig, the first didn't have the redundant bit > in, the second did (full diff below still includes the reclaim rework, > because that was

Re: [PATCH v5 06/13] lockdep: Implement crossrelease feature

On Fri, Mar 03, 2017 at 10:13:38AM +0100, Peter Zijlstra wrote: > On Fri, Mar 03, 2017 at 09:14:16AM +0100, Peter Zijlstra wrote: > > Two boots + a make defconfig, the first didn't have the redundant bit > in, the second did (full diff below still includes the reclaim rework, > because that was

[PATCH] MIPS: reset all task's asid to 0 after asid_cache(cpu) overflows

If asid_cache(cpu) overflows, there may be two tasks with the same asid. It is a risk that the two different tasks may have the same address space. A process will update its asid to newer version only when switch_mm() is called and matches the following condition: if ((cpu_context(cpu, next)

[PATCH] MIPS: reset all task's asid to 0 after asid_cache(cpu) overflows

If asid_cache(cpu) overflows, there may be two tasks with the same asid. It is a risk that the two different tasks may have the same address space. A process will update its asid to newer version only when switch_mm() is called and matches the following condition: if ((cpu_context(cpu, next)

Re: [PATCH v5 06/13] lockdep: Implement crossrelease feature

On Fri, Mar 03, 2017 at 09:14:16AM +0100, Peter Zijlstra wrote: > On Fri, Mar 03, 2017 at 09:17:37AM +0900, Byungchul Park wrote: > > On Thu, Mar 02, 2017 at 02:40:31PM +0100, Peter Zijlstra wrote: > > > > diff --git a/kernel/locking/lockdep.c b/kernel/locking/lockdep.c > > > index

Re: [PATCH v5 06/13] lockdep: Implement crossrelease feature

On Fri, Mar 03, 2017 at 09:14:16AM +0100, Peter Zijlstra wrote: > On Fri, Mar 03, 2017 at 09:17:37AM +0900, Byungchul Park wrote: > > On Thu, Mar 02, 2017 at 02:40:31PM +0100, Peter Zijlstra wrote: > > > > diff --git a/kernel/locking/lockdep.c b/kernel/locking/lockdep.c > > > index

Re: [PATCHv2 10/14] bpf: Use set_memory.h header

Hi Laura, [auto build test ERROR on linus/master] [also build test ERROR on next-20170303] [cannot apply to tip/x86/core drm/drm-next v4.10] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCHv2 10/14] bpf: Use set_memory.h header

Hi Laura, [auto build test ERROR on linus/master] [also build test ERROR on next-20170303] [cannot apply to tip/x86/core drm/drm-next v4.10] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[bdi_unregister] 165a5e22fa BUG kmalloc-512 (Not tainted): Poison overwritten

GOOD BAD GOOD_BUT_DIRTY DIRTY_NOT_BAD git bisect start a8abdd4d4ab9bb6c1d94c1f528e91e2abe823912 c470abd4fde40ea6a0846a2beab642a578c0b8cd -- git bisect bad f875f31a067fbad4a9f8cc8addcb83ee2890829a # 07:14 B 13 1 13 65 Merge 'linux-review/Georgios-Emmanouil/Staging-wilc1000-linux_wlan-Modified-the-if-else-statement/20

[bdi_unregister] 165a5e22fa BUG kmalloc-512 (Not tainted): Poison overwritten

a # 07:14 B 13 1 13 65 Merge 'linux-review/Georgios-Emmanouil/Staging-wilc1000-linux_wlan-Modified-the-if-else-statement/20170304-041306' into devel-spot-201703041408 git bisect bad 6740c9bb3604e0be1db08f0e81d02843cd057775 # 07:24 B 38 3 37 100 Merge 'linux-review/

Re: [PATCH] net/sched: act_skbmod: remove unneeded rcu_read_unlock in tcf_skbmod_dump

On 17-03-04 07:01 PM, Alexey Khoroshilov wrote: Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov Acked-by: Jamal Hadi Salim cheers, jamal

Re: [PATCH] net/sched: act_skbmod: remove unneeded rcu_read_unlock in tcf_skbmod_dump

On 17-03-04 07:01 PM, Alexey Khoroshilov wrote: Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov Acked-by: Jamal Hadi Salim cheers, jamal

[PATCH] Input: elan_i2c - add ASUS EeeBook X205TA special touchpad fw

EeeBook X205TA is yet another ASUS device with a special touchpad firmware that needs to be accounted for during initialization, or else the touchpad will go into an invalid state upon suspend/resume. Adding the appropriate ic_type and product_id check fixes the problem. Signed-off-by: Matjaz

[PATCH] Input: elan_i2c - add ASUS EeeBook X205TA special touchpad fw

EeeBook X205TA is yet another ASUS device with a special touchpad firmware that needs to be accounted for during initialization, or else the touchpad will go into an invalid state upon suspend/resume. Adding the appropriate ic_type and product_id check fixes the problem. Signed-off-by: Matjaz

[PATCH 0/9] Drivers: hv: vmbus: Miscellaneous cleanup

From: K. Y. Srinivasan Miscellaneous cleanup. Stephen Hemminger (9): vmbus: only reschedule tasklet if time limit exceeded hyperv: fix warning about missing prototype vmbus: remove useless return's vmbus: remove unnecessary initialization vmbus: fix spelling errors

[PATCH 0/9] Drivers: hv: vmbus: Miscellaneous cleanup

From: K. Y. Srinivasan Miscellaneous cleanup. Stephen Hemminger (9): vmbus: only reschedule tasklet if time limit exceeded hyperv: fix warning about missing prototype vmbus: remove useless return's vmbus: remove unnecessary initialization vmbus: fix spelling errors hyperv: remove

[PATCH 5/9] vmbus: fix spelling errors

From: Stephen Hemminger Several spelling errors in comments Signed-off-by: Stephen Hemminger Signed-off-by: K. Y. Srinivasan --- drivers/hv/channel.c | 10 +- drivers/hv/hv_kvp.c | 10 +- 2 files

[PATCH 5/9] vmbus: fix spelling errors

From: Stephen Hemminger Several spelling errors in comments Signed-off-by: Stephen Hemminger Signed-off-by: K. Y. Srinivasan --- drivers/hv/channel.c | 10 +- drivers/hv/hv_kvp.c | 10 +- 2 files changed, 10 insertions(+), 10 deletions(-) diff --git

[PATCH 2/9] hyperv: fix warning about missing prototype

From: Stephen Hemminger Compiling with warnings enabled finds missing prototype for hv_do_hypercall. Signed-off-by: Stephen Hemminger Signed-off-by: K. Y. Srinivasan --- arch/x86/hyperv/hv_init.c |2 +- 1 files

[PATCH 3/9] vmbus: remove useless return's

From: Stephen Hemminger No need for empty return at end of void function Signed-off-by: Stephen Hemminger Signed-off-by: K. Y. Srinivasan --- drivers/hv/hv_balloon.c |2 -- drivers/hv/hv_fcopy.c|2 --

[PATCH 2/9] hyperv: fix warning about missing prototype

From: Stephen Hemminger Compiling with warnings enabled finds missing prototype for hv_do_hypercall. Signed-off-by: Stephen Hemminger Signed-off-by: K. Y. Srinivasan --- arch/x86/hyperv/hv_init.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git

[PATCH 3/9] vmbus: remove useless return's

From: Stephen Hemminger No need for empty return at end of void function Signed-off-by: Stephen Hemminger Signed-off-by: K. Y. Srinivasan --- drivers/hv/hv_balloon.c |2 -- drivers/hv/hv_fcopy.c|2 -- drivers/hv/hv_kvp.c |2 -- drivers/hv/hv_snapshot.c |2 --

[PATCH 9/9] vmbus: expose debug info for drivers

From: Stephen Hemminger Allow driver to get debug information about state of the ring. Signed-off-by: Stephen Hemminger Signed-off-by: K. Y. Srinivasan --- drivers/hv/hyperv_vmbus.h | 11 ---

[PATCH 1/9] vmbus: only reschedule tasklet if time limit exceeded

From: Stephen Hemminger The change to reschedule tasklet if more data arrives in ring buffer can cause performance regression if host timing is such that the next response happens in small window. Go back to a modified version of the original looping behavior. If the

[PATCH 1/9] vmbus: only reschedule tasklet if time limit exceeded

From: Stephen Hemminger The change to reschedule tasklet if more data arrives in ring buffer can cause performance regression if host timing is such that the next response happens in small window. Go back to a modified version of the original looping behavior. If the race occurs in a small

[PATCH 9/9] vmbus: expose debug info for drivers

From: Stephen Hemminger Allow driver to get debug information about state of the ring. Signed-off-by: Stephen Hemminger Signed-off-by: K. Y. Srinivasan --- drivers/hv/hyperv_vmbus.h | 11 --- drivers/hv/ring_buffer.c |1 + include/linux/hyperv.h| 17 + 3

[PATCH 8/9] vmbus: cleanup header file style

From: Stephen Hemminger Minor changes to align hyper-v vmbus include files with current linux kernel style. Signed-off-by: Stephen Hemminger Signed-off-by: K. Y. Srinivasan --- drivers/hv/hyperv_vmbus.h | 16

[PATCH 7/9] vmbus: make channel_message table constant

From: Stephen Hemminger This table is immutable and should be const. Cleanup indentation and whitespace for this as well. Signed-off-by: Stephen Hemminger Signed-off-by: K. Y. Srinivasan --- drivers/hv/channel_mgmt.c |

[PATCH 8/9] vmbus: cleanup header file style

From: Stephen Hemminger Minor changes to align hyper-v vmbus include files with current linux kernel style. Signed-off-by: Stephen Hemminger Signed-off-by: K. Y. Srinivasan --- drivers/hv/hyperv_vmbus.h | 16 include/linux/hyperv.h| 12 ++-- 2 files changed,

[PATCH 7/9] vmbus: make channel_message table constant

From: Stephen Hemminger This table is immutable and should be const. Cleanup indentation and whitespace for this as well. Signed-off-by: Stephen Hemminger Signed-off-by: K. Y. Srinivasan --- drivers/hv/channel_mgmt.c | 48 ++--

[PATCH 4/9] vmbus: remove unnecessary initialization

From: Stephen Hemminger Don't initialize variables that are then set a few lines later. Signed-off-by: Stephen Hemminger Signed-off-by: K. Y. Srinivasan --- drivers/hv/ring_buffer.c | 13 + 1 files changed,

Re: [PATCH v5 2/5] staging: lustre: Remove unnecessary cast on void pointer

> The following Coccinelle script was used to detect this: > @r@ > expression x; > void* e; > type T; > identifier f; > @@ > ( > *((T *)e) > | > ((T *)x)[...] > | > ((T*)x)->f > | > - (T*) > e > ) > > Signed-off-by: simran singhal Reviewed-by: James Simmons

[PATCH 4/9] vmbus: remove unnecessary initialization

From: Stephen Hemminger Don't initialize variables that are then set a few lines later. Signed-off-by: Stephen Hemminger Signed-off-by: K. Y. Srinivasan --- drivers/hv/ring_buffer.c | 13 + 1 files changed, 5 insertions(+), 8 deletions(-) diff --git a/drivers/hv/ring_buffer.c

Re: [PATCH v5 2/5] staging: lustre: Remove unnecessary cast on void pointer

> The following Coccinelle script was used to detect this: > @r@ > expression x; > void* e; > type T; > identifier f; > @@ > ( > *((T *)e) > | > ((T *)x)[...] > | > ((T*)x)->f > | > - (T*) > e > ) > > Signed-off-by: simran singhal Reviewed-by: James Simmons > --- >

[PATCH 6/9] hyperv: remove unnecessary return variable

From: Stephen Hemminger hv_ringbuffer_read cleanup. Signed-off-by: Stephen Hemminger Signed-off-by: K. Y. Srinivasan --- drivers/hv/ring_buffer.c |6 ++ 1 files changed, 2 insertions(+), 4 deletions(-) diff

[PATCH 6/9] hyperv: remove unnecessary return variable

From: Stephen Hemminger hv_ringbuffer_read cleanup. Signed-off-by: Stephen Hemminger Signed-off-by: K. Y. Srinivasan --- drivers/hv/ring_buffer.c |6 ++ 1 files changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/hv/ring_buffer.c b/drivers/hv/ring_buffer.c index

Re: [PATCHv2 07/14] drm: Use set_memory.h header

Hi Laura, [auto build test ERROR on linus/master] [also build test ERROR on next-20170303] [cannot apply to tip/x86/core drm/drm-next v4.10] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCHv2 07/14] drm: Use set_memory.h header

Hi Laura, [auto build test ERROR on linus/master] [also build test ERROR on next-20170303] [cannot apply to tip/x86/core drm/drm-next v4.10] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH 2/4] vmbus: remove hv_event_tasklet_disable/enable

From: Dexuan Cui With the recent introduction of per-channel tasklet, we need to update the way we handle the 3 concurrency issues: 1. hv_process_channel_removal -> percpu_channel_deq vs. vmbus_chan_sched -> list_for_each_entry(..., percpu_list); 2. vmbus_process_offer

[PATCH 4/4] Drivers: hv: util: don't forget to init host_ts.lock

From: Dexuan Cui Without the patch, I always get a "BUG: spinlock bad magic" warning. Fixes: 3716a49a81ba ("hv_utils: implement Hyper-V PTP source") Signed-off-by: Dexuan Cui Cc: Vitaly Kuznetsov Cc: "K. Y. Srinivasan"

[PATCH 2/4] vmbus: remove hv_event_tasklet_disable/enable

From: Dexuan Cui With the recent introduction of per-channel tasklet, we need to update the way we handle the 3 concurrency issues: 1. hv_process_channel_removal -> percpu_channel_deq vs. vmbus_chan_sched -> list_for_each_entry(..., percpu_list); 2. vmbus_process_offer ->

[PATCH 4/4] Drivers: hv: util: don't forget to init host_ts.lock

From: Dexuan Cui Without the patch, I always get a "BUG: spinlock bad magic" warning. Fixes: 3716a49a81ba ("hv_utils: implement Hyper-V PTP source") Signed-off-by: Dexuan Cui Cc: Vitaly Kuznetsov Cc: "K. Y. Srinivasan" Cc: Haiyang Zhang Cc: Stephen Hemminger Signed-off-by: K. Y.

[PATCH 1/4] vmbus: use rcu for per-cpu channel list

From: Stephen Hemminger The per-cpu channel list is now referred to in the interrupt routine. This is mostly safe since the host will not normally generate an interrupt when channel is being deleted but if it did then there would be a use after free problem. To

[PATCH 1/4] vmbus: use rcu for per-cpu channel list

From: Stephen Hemminger The per-cpu channel list is now referred to in the interrupt routine. This is mostly safe since the host will not normally generate an interrupt when channel is being deleted but if it did then there would be a use after free problem. To solve, this use RCU protection on

[PATCH 3/4] Drivers: hv: util: move waiting for release to hv_utils_transport itself

From: Vitaly Kuznetsov Waiting for release_event in all three drivers introduced issues on release as on_reset() hook is not always called. E.g. if the device was never opened we will never get the completion. Move the waiting code to hvutil_transport_destroy() and make

[PATCH 3/4] Drivers: hv: util: move waiting for release to hv_utils_transport itself

From: Vitaly Kuznetsov Waiting for release_event in all three drivers introduced issues on release as on_reset() hook is not always called. E.g. if the device was never opened we will never get the completion. Move the waiting code to hvutil_transport_destroy() and make sure it is only called

[PATCH 0/4] Drivers: hv: vmbus: Miscellaneous Fixes

From: K. Y. Srinivasan These patches fix several issues introduced in 4.11. Greg, Please pick these patches for 4.11. Dexuan Cui (2): vmbus: remove hv_event_tasklet_disable/enable Drivers: hv: util: don't forget to init host_ts.lock Stephen Hemminger (1): vmbus: use

[PATCH 0/4] Drivers: hv: vmbus: Miscellaneous Fixes

From: K. Y. Srinivasan These patches fix several issues introduced in 4.11. Greg, Please pick these patches for 4.11. Dexuan Cui (2): vmbus: remove hv_event_tasklet_disable/enable Drivers: hv: util: don't forget to init host_ts.lock Stephen Hemminger (1): vmbus: use rcu for per-cpu

Re: rcu: WARNING in rcu_seq_end

On Sat, Mar 04, 2017 at 05:01:19PM +0100, Dmitry Vyukov wrote: > Hello, > > Paul, you wanted bugs in rcu. Well, whether I want them or not, I must deal with them. ;-) > I've got this WARNING while running syzkaller fuzzer on > 86292b33d4b79ee03e2f43ea0381ef85f077c760: > > [ cut

Re: rcu: WARNING in rcu_seq_end

On Sat, Mar 04, 2017 at 05:01:19PM +0100, Dmitry Vyukov wrote: > Hello, > > Paul, you wanted bugs in rcu. Well, whether I want them or not, I must deal with them. ;-) > I've got this WARNING while running syzkaller fuzzer on > 86292b33d4b79ee03e2f43ea0381ef85f077c760: > > [ cut

[PATCH] x86/reboot/quirks: add ASUS EeeBook X205TA reboot quirk

Without the parameter reboot=a, ASUS EeeBook X205TA will hang when it should reboot. This adds the appropriate quirk, thus fixing the problem. Signed-off-by: Matjaz Hegedic --- arch/x86/kernel/reboot.c | 8 1 file changed, 8 insertions(+) diff --git

[PATCH] x86/reboot/quirks: add ASUS EeeBook X205TA reboot quirk

Without the parameter reboot=a, ASUS EeeBook X205TA will hang when it should reboot. This adds the appropriate quirk, thus fixing the problem. Signed-off-by: Matjaz Hegedic --- arch/x86/kernel/reboot.c | 8 1 file changed, 8 insertions(+) diff --git a/arch/x86/kernel/reboot.c

Re: Question Regarding ERMS memcpy

On March 4, 2017 4:33:49 PM PST, Borislav Petkov wrote: >On Sat, Mar 04, 2017 at 04:23:17PM -0800, h...@zytor.com wrote: >> What are the compilation flags? It may be that gcc still does TRT >> depending on this call site. I'd check what gcc6 or 7 generates, >> though. > >Well, I

Re: Question Regarding ERMS memcpy

On March 4, 2017 4:33:49 PM PST, Borislav Petkov wrote: >On Sat, Mar 04, 2017 at 04:23:17PM -0800, h...@zytor.com wrote: >> What are the compilation flags? It may be that gcc still does TRT >> depending on this call site. I'd check what gcc6 or 7 generates, >> though. > >Well, I don't think that

Re: [PATCH v5 3/5] staging: lustre: lustre: Remove unnecessary cast on void pointer

> The following Coccinelle script was used to detect this: > @r@ > expression x; > void* e; > type T; > identifier f; > @@ > ( > *((T *)e) > | > ((T *)x)[...] > | > ((T*)x)->f > | > - (T*) > e > ) > > Signed-off-by: simran singhal Reviewed-by: James Simmons

Re: [PATCH v5 3/5] staging: lustre: lustre: Remove unnecessary cast on void pointer

> The following Coccinelle script was used to detect this: > @r@ > expression x; > void* e; > type T; > identifier f; > @@ > ( > *((T *)e) > | > ((T *)x)[...] > | > ((T*)x)->f > | > - (T*) > e > ) > > Signed-off-by: simran singhal Reviewed-by: James Simmons > --- > > v5: >

[GIT] Networking

1) Fix double-free in batman-adv, from Sven Eckelmann. 2) Fix packet stats for fast-RX path, from Joannes Berg. 3) Netfilter's ip_route_me_harder() doesn't handle request sockets properly, fix from Florian Westphal. 4) Fix sendmsg deadlock in rxrpc, from David Howells. 5) Add missing RCU

[GIT] Networking

1) Fix double-free in batman-adv, from Sven Eckelmann. 2) Fix packet stats for fast-RX path, from Joannes Berg. 3) Netfilter's ip_route_me_harder() doesn't handle request sockets properly, fix from Florian Westphal. 4) Fix sendmsg deadlock in rxrpc, from David Howells. 5) Add missing RCU

Re: [PATCH] serial: 8250_dw: Fix breakage when HAVE_CLK=n

Am Samstag, 4. März 2017, 13:09:58 CET schrieb James Hogan: > Commit 6a171b299379 ("serial: 8250_dw: Allow hardware flow control to be > used") recently broke the 8250_dw driver on platforms which don't select > HAVE_CLK, as dw8250_set_termios() gets confused by the behaviour of the > fallback

Re: [PATCH] serial: 8250_dw: Fix breakage when HAVE_CLK=n

Am Samstag, 4. März 2017, 13:09:58 CET schrieb James Hogan: > Commit 6a171b299379 ("serial: 8250_dw: Allow hardware flow control to be > used") recently broke the 8250_dw driver on platforms which don't select > HAVE_CLK, as dw8250_set_termios() gets confused by the behaviour of the > fallback

[PATCHv2 06/10] drm: omapdrm: crtc: add support for manual updated displays

Signed-off-by: Sebastian Reichel [t...@atomide.com: rebased and fixed up to work with droid 4] Signed-off-by: Tony Lindgren --- drivers/gpu/drm/omapdrm/omap_connector.c | 12 -- drivers/gpu/drm/omapdrm/omap_crtc.c | 65

[PATCHv2 07/10] drm: omapdrm: plane: update fifo size on atomic update

This is a workaround for a hardware bug occuring on OMAP3 with manually updated panels. Details about the HW bug are unknown to me, but without this fix the panel refresh does not work at all on Nokia N950. Signed-off-By: Sebastian Reichel ---

[PATCHv2 06/10] drm: omapdrm: crtc: add support for manual updated displays

Signed-off-by: Sebastian Reichel [t...@atomide.com: rebased and fixed up to work with droid 4] Signed-off-by: Tony Lindgren --- drivers/gpu/drm/omapdrm/omap_connector.c | 12 -- drivers/gpu/drm/omapdrm/omap_crtc.c | 65

[PATCHv2 07/10] drm: omapdrm: plane: update fifo size on atomic update

This is a workaround for a hardware bug occuring on OMAP3 with manually updated panels. Details about the HW bug are unknown to me, but without this fix the panel refresh does not work at all on Nokia N950. Signed-off-By: Sebastian Reichel --- drivers/gpu/drm/omapdrm/dss/dispc.c | 2 ++

[PATCHv2 09/10] drm: omapdrm: crtc: get manual mode displays working

From: Tony Lindgren With manual mode displays we need to flush the panel manually. Let's add flushing so we get Tomi's fbtest, kmstest, kmstest --flip, and X and wayland working. Signed-off-by: Tony Lindgren [On Nokia N950] Tested-By: Sebastian Reichel

[PATCHv2 10/10] ARM: dts: n950: add display support

Add basic panel support for the Nokia N950. It must be tweaked a little bit later, since the panel was built into the device upside-down. Also the first 5 and the last 5 pixels are covered by plastic. Signed-off-By: Sebastian Reichel --- arch/arm/boot/dts/omap3-n950.dts | 89

[PATCHv2 10/10] ARM: dts: n950: add display support

Add basic panel support for the Nokia N950. It must be tweaked a little bit later, since the panel was built into the device upside-down. Also the first 5 and the last 5 pixels are covered by plastic. Signed-off-By: Sebastian Reichel --- arch/arm/boot/dts/omap3-n950.dts | 89

[PATCHv2 09/10] drm: omapdrm: crtc: get manual mode displays working

From: Tony Lindgren With manual mode displays we need to flush the panel manually. Let's add flushing so we get Tomi's fbtest, kmstest, kmstest --flip, and X and wayland working. Signed-off-by: Tony Lindgren [On Nokia N950] Tested-By: Sebastian Reichel ---

[PATCHv2 08/10] drm: omapdrm: crtc: handle framedone directly

From: Tony Lindgren We can handle framedone interrupt directly simlar to commit e0519af75d6e ("drm: omapdrm: Handle CRTC error IRQs directly"). By default we just print a warning on framedone and do nothing. Any manually refreshed displays can register a callback.

[PATCHv2 08/10] drm: omapdrm: crtc: handle framedone directly

From: Tony Lindgren We can handle framedone interrupt directly simlar to commit e0519af75d6e ("drm: omapdrm: Handle CRTC error IRQs directly"). By default we just print a warning on framedone and do nothing. Any manually refreshed displays can register a callback. Signed-off-by: Tony Lindgren

[PATCHv2 05/10] drm: omapdrm: crtc: detect manually updated displays

Signed-off-by: Sebastian Reichel [t...@atomide.com: rebased on event_lock changes] --- drivers/gpu/drm/omapdrm/dss/omapdss.h| 1 + drivers/gpu/drm/omapdrm/dss/output.c | 6 ++ drivers/gpu/drm/omapdrm/omap_connector.c | 7 +++

[PATCHv2 04/10] drm: omapdrm: crtc: save framedone callback from dss

Save the framedone callback supplied by dss for later usage. Signed-off-by: Sebastian Reichel --- drivers/gpu/drm/omapdrm/omap_crtc.c | 24 1 file changed, 24 insertions(+) diff --git a/drivers/gpu/drm/omapdrm/omap_crtc.c

[PATCHv2 05/10] drm: omapdrm: crtc: detect manually updated displays

Signed-off-by: Sebastian Reichel [t...@atomide.com: rebased on event_lock changes] --- drivers/gpu/drm/omapdrm/dss/omapdss.h| 1 + drivers/gpu/drm/omapdrm/dss/output.c | 6 ++ drivers/gpu/drm/omapdrm/omap_connector.c | 7 +++ drivers/gpu/drm/omapdrm/omap_crtc.c | 29

[PATCHv2 04/10] drm: omapdrm: crtc: save framedone callback from dss

Save the framedone callback supplied by dss for later usage. Signed-off-by: Sebastian Reichel --- drivers/gpu/drm/omapdrm/omap_crtc.c | 24 1 file changed, 24 insertions(+) diff --git a/drivers/gpu/drm/omapdrm/omap_crtc.c b/drivers/gpu/drm/omapdrm/omap_crtc.c index

  1   2   3   4   5   6   >