[PATCH v2] docs: fix location of document that got moved

commit 9d85025b0418 ("docs-rst: create an user's manual book") renamed the document mentioned in the header. Adjust the link to point to the right place. Signed-off-by: Henning Schild --- fs/binfmt_misc.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH v2] docs: fix location of document that got moved

commit 9d85025b0418 ("docs-rst: create an user's manual book") renamed the document mentioned in the header. Adjust the link to point to the right place. Signed-off-by: Henning Schild --- fs/binfmt_misc.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/fs/binfmt_misc.c

Re: [PATCH 2/2] x86/asm: Fix inline asm call constraints for clang

On Wed, Sep 20, 2017 at 7:46 PM, H. Peter Anvin wrote: > On 09/20/17 10:38, Dmitry Vyukov wrote: >> >> I think we need just the frame itself and RSP pointing below this >> frame. If we don't have a frame, CALL instruction will smash whatever >> RSP happens to point to. Compiler

Re: [PATCH 2/2] x86/asm: Fix inline asm call constraints for clang

On Wed, Sep 20, 2017 at 7:46 PM, H. Peter Anvin wrote: > On 09/20/17 10:38, Dmitry Vyukov wrote: >> >> I think we need just the frame itself and RSP pointing below this >> frame. If we don't have a frame, CALL instruction will smash whatever >> RSP happens to point to. Compiler doesn't have to

Re: usb/gadget: null-ptr-deref in dev_ioctl

On Mon, 11 Sep 2017, Andrey Konovalov wrote: > Hi! > > It seems that gadget->ops can be NULL so it probably needs to be > checked as well as gadget->ops->ioctl in dev_ioctl() in > drivers/usb/gadget/legacy/inode.c. Actually, I suspect the problem is that gadget is NULL, not gadget->ops. >

Re: usb/gadget: null-ptr-deref in dev_ioctl

On Mon, 11 Sep 2017, Andrey Konovalov wrote: > Hi! > > It seems that gadget->ops can be NULL so it probably needs to be > checked as well as gadget->ops->ioctl in dev_ioctl() in > drivers/usb/gadget/legacy/inode.c. Actually, I suspect the problem is that gadget is NULL, not gadget->ops. >

Re: [PATCH 2/2] x86/asm: Fix inline asm call constraints for clang

On 09/20/17 10:38, Dmitry Vyukov wrote: > > I think we need just the frame itself and RSP pointing below this > frame. If we don't have a frame, CALL instruction will smash whatever > RSP happens to point to. Compiler doesn't have to setup RSP to point > below used part of stack in leaf

Re: [PATCH 2/2] x86/asm: Fix inline asm call constraints for clang

On 09/20/17 10:38, Dmitry Vyukov wrote: > > I think we need just the frame itself and RSP pointing below this > frame. If we don't have a frame, CALL instruction will smash whatever > RSP happens to point to. Compiler doesn't have to setup RSP to point > below used part of stack in leaf

Re: [PATCH 02/16] hyper-v: trace vmbus_on_message()

On Wed, 20 Sep 2017 19:21:53 +0200 Vitaly Kuznetsov wrote: > diff --git a/drivers/hv/hv_trace.h b/drivers/hv/hv_trace.h > index 9a29ef55477d..72911dfc9682 100644 > --- a/drivers/hv/hv_trace.h > +++ b/drivers/hv/hv_trace.h > @@ -14,6 +14,14 @@ TRACE_EVENT(vmbus_on_msg_dpc, >

Re: [PATCH 02/16] hyper-v: trace vmbus_on_message()

On Wed, 20 Sep 2017 19:21:53 +0200 Vitaly Kuznetsov wrote: > diff --git a/drivers/hv/hv_trace.h b/drivers/hv/hv_trace.h > index 9a29ef55477d..72911dfc9682 100644 > --- a/drivers/hv/hv_trace.h > +++ b/drivers/hv/hv_trace.h > @@ -14,6 +14,14 @@ TRACE_EVENT(vmbus_on_msg_dpc, >

Re: [PATCH 2/2] x86/asm: Fix inline asm call constraints for clang

On Tue, Sep 19, 2017 at 08:18:23PM -0500, Josh Poimboeuf wrote: > On Tue, Sep 19, 2017 at 01:45:28PM -0500, Josh Poimboeuf wrote: > > For inline asm statements which have a CALL instruction, we list the > > stack pointer as a constraint to convince GCC to ensure the frame > > pointer is set up

Re: [PATCH 2/2] x86/asm: Fix inline asm call constraints for clang

On Tue, Sep 19, 2017 at 08:18:23PM -0500, Josh Poimboeuf wrote: > On Tue, Sep 19, 2017 at 01:45:28PM -0500, Josh Poimboeuf wrote: > > For inline asm statements which have a CALL instruction, we list the > > stack pointer as a constraint to convince GCC to ensure the frame > > pointer is set up

Re: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning

On 20.09.2017 19:38, Joe Perches wrote: On Thu, 2017-09-21 at 01:29 +0900, Sergey Senozhatsky wrote: We deprecated '%pF/%pf' printk specifiers, since '%pS/%ps' is now smart enough to handle function pointer dereference on platforms where such dereference is required. checkpatch warning

Re: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning

On 20.09.2017 19:38, Joe Perches wrote: On Thu, 2017-09-21 at 01:29 +0900, Sergey Senozhatsky wrote: We deprecated '%pF/%pf' printk specifiers, since '%pS/%ps' is now smart enough to handle function pointer dereference on platforms where such dereference is required. checkpatch warning

Re: [PATCH 2/2] x86/asm: Fix inline asm call constraints for clang

On Wed, Sep 20, 2017 at 10:32:43AM -0700, H. Peter Anvin wrote: > On 09/19/17 11:45, Josh Poimboeuf wrote: > > For inline asm statements which have a CALL instruction, we list the > > stack pointer as a constraint to convince GCC to ensure the frame > > pointer is set up first: > > > > static

Re: [PATCH 2/2] x86/asm: Fix inline asm call constraints for clang

On Wed, Sep 20, 2017 at 10:32:43AM -0700, H. Peter Anvin wrote: > On 09/19/17 11:45, Josh Poimboeuf wrote: > > For inline asm statements which have a CALL instruction, we list the > > stack pointer as a constraint to convince GCC to ensure the frame > > pointer is set up first: > > > > static

Re: [v4,0/3] Workaround for bus/slot reset on Cavium cn8xxx root ports

On 09/12/2017 05:40 AM, Vadim Lomovtsev wrote: > Are there any updates on this ? > Comments/objections/acks/nacks ? Any more comments? Jon. > On Fri, Sep 08, 2017 at 10:10:30AM +0200, Jan Glauber wrote: >> Using vfio-pci on a combination of cn8xxx and some PCI devices results in >> a kernel

Re: [v4,0/3] Workaround for bus/slot reset on Cavium cn8xxx root ports

On 09/12/2017 05:40 AM, Vadim Lomovtsev wrote: > Are there any updates on this ? > Comments/objections/acks/nacks ? Any more comments? Jon. > On Fri, Sep 08, 2017 at 10:10:30AM +0200, Jan Glauber wrote: >> Using vfio-pci on a combination of cn8xxx and some PCI devices results in >> a kernel

Re: [PATCH 2/2] x86/asm: Fix inline asm call constraints for clang

On 09/19/17 11:45, Josh Poimboeuf wrote: > For inline asm statements which have a CALL instruction, we list the > stack pointer as a constraint to convince GCC to ensure the frame > pointer is set up first: > > static inline void foo() > { > register void *__sp asm(_ASM_SP); >

Re: [PATCH 2/2] x86/asm: Fix inline asm call constraints for clang

On 09/19/17 11:45, Josh Poimboeuf wrote: > For inline asm statements which have a CALL instruction, we list the > stack pointer as a constraint to convince GCC to ensure the frame > pointer is set up first: > > static inline void foo() > { > register void *__sp asm(_ASM_SP); >

Re: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning

On Thu, 2017-09-21 at 01:29 +0900, Sergey Senozhatsky wrote: > We deprecated '%pF/%pf' printk specifiers, since '%pS/%ps' is now smart > enough to handle function pointer dereference on platforms where such > dereference is required. > > checkpatch warning example: > > WARNING: Use '%pS/%ps'

Re: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning

On Thu, 2017-09-21 at 01:29 +0900, Sergey Senozhatsky wrote: > We deprecated '%pF/%pf' printk specifiers, since '%pS/%ps' is now smart > enough to handle function pointer dereference on platforms where such > dereference is required. > > checkpatch warning example: > > WARNING: Use '%pS/%ps'

Re: [PATCH 2/2] x86/asm: Fix inline asm call constraints for clang

On Wed, Sep 20, 2017 at 7:32 PM, H. Peter Anvin wrote: > On 09/19/17 11:45, Josh Poimboeuf wrote: >> For inline asm statements which have a CALL instruction, we list the >> stack pointer as a constraint to convince GCC to ensure the frame >> pointer is set up first: >> >> static

Re: [PATCH v2] vfs: introduce UMOUNT_WAIT which waits for umount completion

This patch introduces UMOUNT_WAIT flag for umount(2) which let user wait for umount(2) to complete filesystem shutdown. This should fix a kernel panic triggered when a living filesystem tries to access dead block device after device_shutdown done by kernel_restart as below. Term:

Re: [PATCH 2/2] x86/asm: Fix inline asm call constraints for clang

On Wed, Sep 20, 2017 at 7:32 PM, H. Peter Anvin wrote: > On 09/19/17 11:45, Josh Poimboeuf wrote: >> For inline asm statements which have a CALL instruction, we list the >> stack pointer as a constraint to convince GCC to ensure the frame >> pointer is set up first: >> >> static inline void

Re: [PATCH v2] vfs: introduce UMOUNT_WAIT which waits for umount completion

This patch introduces UMOUNT_WAIT flag for umount(2) which let user wait for umount(2) to complete filesystem shutdown. This should fix a kernel panic triggered when a living filesystem tries to access dead block device after device_shutdown done by kernel_restart as below. Term:

Re: [PATCH RFC V1 net-next 0/6] Time based packet transmission

> This series is an early RFC that introduces a new socket option > allowing time based transmission of packets. This option will be > useful in implementing various real time protocols over Ethernet, > including but not limited to P802.1Qbv, which is currently finding > its way into 802.1Q. > >

Re: [PATCH RFC V1 net-next 0/6] Time based packet transmission

> This series is an early RFC that introduces a new socket option > allowing time based transmission of packets. This option will be > useful in implementing various real time protocols over Ethernet, > including but not limited to P802.1Qbv, which is currently finding > its way into 802.1Q. > >

Re: [PATCH v7] blktrace: Fix potentail deadlock between delete & sysfs ops

> +/* > + * When reading or writing the blktrace sysfs files, the references to the > + * opened sysfs or device files should prevent the underlying block device > + * from being removed. So no further delete protection is really needed. > + * > + * Protection from multiple readers and writers

Re: [PATCH v7] blktrace: Fix potentail deadlock between delete & sysfs ops

> +/* > + * When reading or writing the blktrace sysfs files, the references to the > + * opened sysfs or device files should prevent the underlying block device > + * from being removed. So no further delete protection is really needed. > + * > + * Protection from multiple readers and writers

[PATCH] staging: rtl8723bs: avoid null pointer dereference on pmlmepriv

From: Colin Ian King There is a check to see if pmlmepriv is null before vfree'ing pmlmepriv->free_bss_buf hence implying pmlmepriv could potenially be null. However, a previous call to rtw_free_mlme_priv_ie_data can also dereference pmlmepriv, so move this call so that

[PATCH] staging: rtl8723bs: avoid null pointer dereference on pmlmepriv

From: Colin Ian King There is a check to see if pmlmepriv is null before vfree'ing pmlmepriv->free_bss_buf hence implying pmlmepriv could potenially be null. However, a previous call to rtw_free_mlme_priv_ie_data can also dereference pmlmepriv, so move this call so that it is only called if

[PATCH v2] Makefile: kselftest and kselftest-clean fail for make O=dir case

kselftest and kselftest-clean targets fail when object directory is specified to relocate objects. Fix it so it can find the source tree to build from. make O=/tmp/kselftest_top kselftest make[1]: Entering directory '/tmp/kselftest_top' make[2]: Entering directory '/tmp/kselftest_top' make[2]:

[PATCH v2] Makefile: kselftest and kselftest-clean fail for make O=dir case

kselftest and kselftest-clean targets fail when object directory is specified to relocate objects. Fix it so it can find the source tree to build from. make O=/tmp/kselftest_top kselftest make[1]: Entering directory '/tmp/kselftest_top' make[2]: Entering directory '/tmp/kselftest_top' make[2]:

Re: [PATCH v7] blktrace: Fix potentail deadlock between delete & sysfs ops

Christoph, Can you give an acked-by for this patch? Jens, You want to take this through your tree, or do you want me to? If you want it, here's my: Acked-by: Steven Rostedt (VMware) -- Steve On Wed, 20 Sep 2017 13:26:11 -0400 Waiman Long wrote:

Re: [PATCH v7] blktrace: Fix potentail deadlock between delete & sysfs ops

Christoph, Can you give an acked-by for this patch? Jens, You want to take this through your tree, or do you want me to? If you want it, here's my: Acked-by: Steven Rostedt (VMware) -- Steve On Wed, 20 Sep 2017 13:26:11 -0400 Waiman Long wrote: > The lockdep code had reported the

Re: [PATCH 01/11] Makefile: kselftest and kselftest-clean fail for make O=dir case

On 09/19/2017 09:39 PM, Masahiro Yamada wrote: > 2017-09-19 8:14 GMT+09:00 Shuah Khan : >> On 09/12/2017 05:52 PM, Shuah Khan wrote: >>> kselftest and kselftest-clean targets fail when object directory is >>> specified to relocate objects. Fix it so it can find the source

Re: [PATCH 01/11] Makefile: kselftest and kselftest-clean fail for make O=dir case

On 09/19/2017 09:39 PM, Masahiro Yamada wrote: > 2017-09-19 8:14 GMT+09:00 Shuah Khan : >> On 09/12/2017 05:52 PM, Shuah Khan wrote: >>> kselftest and kselftest-clean targets fail when object directory is >>> specified to relocate objects. Fix it so it can find the source tree >>> to build from.

Re: [PATCH v4 5/6] iommu/iova: Extend rbtree node caching

On 20/09/17 13:59, Tomasz Nowicki wrote: > Hi Robin, > > On 19.09.2017 18:31, Robin Murphy wrote: >> The cached node mechanism provides a significant performance benefit for >> allocations using a 32-bit DMA mask, but in the case of non-PCI devices >> or where the 32-bit space is full, the loss

Re: [PATCH v4 5/6] iommu/iova: Extend rbtree node caching

On 20/09/17 13:59, Tomasz Nowicki wrote: > Hi Robin, > > On 19.09.2017 18:31, Robin Murphy wrote: >> The cached node mechanism provides a significant performance benefit for >> allocations using a 32-bit DMA mask, but in the case of non-PCI devices >> or where the 32-bit space is full, the loss

[PATCH v7] blktrace: Fix potentail deadlock between delete & sysfs ops

The lockdep code had reported the following unsafe locking scenario: CPU0CPU1 lock(s_active#228); lock(>bd_mutex/1); lock(s_active#228); lock(>bd_mutex); *** DEADLOCK

[PATCH v7] blktrace: Fix potentail deadlock between delete & sysfs ops

The lockdep code had reported the following unsafe locking scenario: CPU0CPU1 lock(s_active#228); lock(>bd_mutex/1); lock(s_active#228); lock(>bd_mutex); *** DEADLOCK

[PATCH 02/16] hyper-v: trace vmbus_on_message()

Add tracepoint to vmbus_on_message() which is called when we start processing a blocking from work context. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel_mgmt.c | 2 ++ drivers/hv/hv_trace.h | 8 2 files changed, 10 insertions(+) diff --git

[PATCH 02/16] hyper-v: trace vmbus_on_message()

Add tracepoint to vmbus_on_message() which is called when we start processing a blocking from work context. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel_mgmt.c | 2 ++ drivers/hv/hv_trace.h | 8 2 files changed, 10 insertions(+) diff --git a/drivers/hv/channel_mgmt.c

[PATCH 03/16] hyper-v: trace vmbus_onoffer()

Add tracepoint to CHANNELMSG_OFFERCHANNEL handler. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel_mgmt.c | 2 ++ drivers/hv/hv_trace.h | 37 + 2 files changed, 39 insertions(+) diff --git a/drivers/hv/channel_mgmt.c

[PATCH 03/16] hyper-v: trace vmbus_onoffer()

Add tracepoint to CHANNELMSG_OFFERCHANNEL handler. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel_mgmt.c | 2 ++ drivers/hv/hv_trace.h | 37 + 2 files changed, 39 insertions(+) diff --git a/drivers/hv/channel_mgmt.c b/drivers/hv/channel_mgmt.c

[PATCH 04/16] hyper-v: trace vmbus_onoffer_rescind()

Add tracepoint to CHANNELMSG_RESCIND_CHANNELOFFER handler. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel_mgmt.c | 2 ++ drivers/hv/hv_trace.h | 8 2 files changed, 10 insertions(+) diff --git a/drivers/hv/channel_mgmt.c b/drivers/hv/channel_mgmt.c

[PATCH 04/16] hyper-v: trace vmbus_onoffer_rescind()

Add tracepoint to CHANNELMSG_RESCIND_CHANNELOFFER handler. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel_mgmt.c | 2 ++ drivers/hv/hv_trace.h | 8 2 files changed, 10 insertions(+) diff --git a/drivers/hv/channel_mgmt.c b/drivers/hv/channel_mgmt.c index

Re: I/O hangs after resuming from suspend-to-ram

Ming Lei - 28.08.17, 21:32: > On Mon, Aug 28, 2017 at 03:10:35PM +0200, Martin Steigerwald wrote: > > Ming Lei - 28.08.17, 20:58: > > > On Sun, Aug 27, 2017 at 09:43:52AM +0200, Oleksandr Natalenko wrote: > > > > Hi. > > > > > > > > Here is disk setup for QEMU VM: […] > > > > In words: 2 virtual

Re: I/O hangs after resuming from suspend-to-ram

Ming Lei - 28.08.17, 21:32: > On Mon, Aug 28, 2017 at 03:10:35PM +0200, Martin Steigerwald wrote: > > Ming Lei - 28.08.17, 20:58: > > > On Sun, Aug 27, 2017 at 09:43:52AM +0200, Oleksandr Natalenko wrote: > > > > Hi. > > > > > > > > Here is disk setup for QEMU VM: […] > > > > In words: 2 virtual

[PATCH 05/16] hyper-v: trace vmbus_onopen_result()

Add tracepoint to CHANNELMSG_OPENCHANNEL_RESULT handler. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel_mgmt.c | 2 ++ drivers/hv/hv_trace.h | 17 + 2 files changed, 19 insertions(+) diff --git a/drivers/hv/channel_mgmt.c

[PATCH 05/16] hyper-v: trace vmbus_onopen_result()

Add tracepoint to CHANNELMSG_OPENCHANNEL_RESULT handler. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel_mgmt.c | 2 ++ drivers/hv/hv_trace.h | 17 + 2 files changed, 19 insertions(+) diff --git a/drivers/hv/channel_mgmt.c b/drivers/hv/channel_mgmt.c index

[PATCH 06/16] hyper-v: trace vmbus_ongpadl_created()

Add tracepoint to CHANNELMSG_GPADL_CREATED handler. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel_mgmt.c | 2 ++ drivers/hv/hv_trace.h | 17 + 2 files changed, 19 insertions(+) diff --git a/drivers/hv/channel_mgmt.c b/drivers/hv/channel_mgmt.c

[PATCH 06/16] hyper-v: trace vmbus_ongpadl_created()

Add tracepoint to CHANNELMSG_GPADL_CREATED handler. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel_mgmt.c | 2 ++ drivers/hv/hv_trace.h | 17 + 2 files changed, 19 insertions(+) diff --git a/drivers/hv/channel_mgmt.c b/drivers/hv/channel_mgmt.c index

[PATCH 10/16] hyper-v: trace vmbus_open()

Add tracepoint to CHANNELMSG_OPENCHANNEL sender. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel.c | 2 ++ drivers/hv/hv_trace.h | 27 +++ 2 files changed, 29 insertions(+) diff --git a/drivers/hv/channel.c b/drivers/hv/channel.c index

[PATCH 10/16] hyper-v: trace vmbus_open()

Add tracepoint to CHANNELMSG_OPENCHANNEL sender. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel.c | 2 ++ drivers/hv/hv_trace.h | 27 +++ 2 files changed, 29 insertions(+) diff --git a/drivers/hv/channel.c b/drivers/hv/channel.c index

[PATCH 09/16] hyper-v: trace vmbus_request_offers()

Add tracepoint to CHANNELMSG_REQUESTOFFERS sender. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel_mgmt.c | 4 +++- drivers/hv/hv_trace.h | 8 2 files changed, 11 insertions(+), 1 deletion(-) diff --git a/drivers/hv/channel_mgmt.c

[PATCH 09/16] hyper-v: trace vmbus_request_offers()

Add tracepoint to CHANNELMSG_REQUESTOFFERS sender. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel_mgmt.c | 4 +++- drivers/hv/hv_trace.h | 8 2 files changed, 11 insertions(+), 1 deletion(-) diff --git a/drivers/hv/channel_mgmt.c b/drivers/hv/channel_mgmt.c index

[PATCH 08/16] hyper-v: trace vmbus_onversion_response()

Add tracepoint to CHANNELMSG_VERSION_RESPONSE handler. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel_mgmt.c | 3 +++ drivers/hv/hv_trace.h | 11 +++ 2 files changed, 14 insertions(+) diff --git a/drivers/hv/channel_mgmt.c b/drivers/hv/channel_mgmt.c

[PATCH 08/16] hyper-v: trace vmbus_onversion_response()

Add tracepoint to CHANNELMSG_VERSION_RESPONSE handler. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel_mgmt.c | 3 +++ drivers/hv/hv_trace.h | 11 +++ 2 files changed, 14 insertions(+) diff --git a/drivers/hv/channel_mgmt.c b/drivers/hv/channel_mgmt.c index

[PATCH 11/16] hyper-v: trace vmbus_close_internal()

Add tracepoint to CHANNELMSG_CLOSECHANNEL sender. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel.c | 2 ++ drivers/hv/hv_trace.h | 15 +++ 2 files changed, 17 insertions(+) diff --git a/drivers/hv/channel.c b/drivers/hv/channel.c index

[PATCH 11/16] hyper-v: trace vmbus_close_internal()

Add tracepoint to CHANNELMSG_CLOSECHANNEL sender. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel.c | 2 ++ drivers/hv/hv_trace.h | 15 +++ 2 files changed, 17 insertions(+) diff --git a/drivers/hv/channel.c b/drivers/hv/channel.c index 7b114b390871..9fe4c0624dbd 100644

[PATCH 14/16] hyper-v: trace vmbus_negotiate_version()

Add tracepoint to CHANNELMSG_INITIATE_CONTACT sender. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/connection.c | 3 +++ drivers/hv/hv_trace.h | 26 ++ 2 files changed, 29 insertions(+) diff --git a/drivers/hv/connection.c

[PATCH 14/16] hyper-v: trace vmbus_negotiate_version()

Add tracepoint to CHANNELMSG_INITIATE_CONTACT sender. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/connection.c | 3 +++ drivers/hv/hv_trace.h | 26 ++ 2 files changed, 29 insertions(+) diff --git a/drivers/hv/connection.c b/drivers/hv/connection.c index

[PATCH 12/16] hyper-v: trace vmbus_establish_gpadl()

Add tracepoint to CHANNELMSG_GPADL_HEADER/CHANNELMSG_GPADL_BODY sender. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel.c | 6 ++ drivers/hv/hv_trace.h | 42 ++ 2 files changed, 48 insertions(+) diff --git

[PATCH 12/16] hyper-v: trace vmbus_establish_gpadl()

Add tracepoint to CHANNELMSG_GPADL_HEADER/CHANNELMSG_GPADL_BODY sender. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel.c | 6 ++ drivers/hv/hv_trace.h | 42 ++ 2 files changed, 48 insertions(+) diff --git a/drivers/hv/channel.c

[PATCH 16/16] hyper-v: trace vmbus_send_tl_connect_request()

Add tracepoint to CHANNELMSG_TL_CONNECT_REQUEST sender. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel.c | 7 ++- drivers/hv/hv_trace.h | 20 2 files changed, 26 insertions(+), 1 deletion(-) diff --git a/drivers/hv/channel.c

[PATCH 16/16] hyper-v: trace vmbus_send_tl_connect_request()

Add tracepoint to CHANNELMSG_TL_CONNECT_REQUEST sender. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel.c | 7 ++- drivers/hv/hv_trace.h | 20 2 files changed, 26 insertions(+), 1 deletion(-) diff --git a/drivers/hv/channel.c b/drivers/hv/channel.c index

[PATCH 13/16] hyper-v: trace vmbus_teardown_gpadl()

Add tracepoint to CHANNELMSG_GPADL_TEARDOWN sender. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel.c | 2 ++ drivers/hv/hv_trace.h | 18 ++ 2 files changed, 20 insertions(+) diff --git a/drivers/hv/channel.c b/drivers/hv/channel.c index

[PATCH 13/16] hyper-v: trace vmbus_teardown_gpadl()

Add tracepoint to CHANNELMSG_GPADL_TEARDOWN sender. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel.c | 2 ++ drivers/hv/hv_trace.h | 18 ++ 2 files changed, 20 insertions(+) diff --git a/drivers/hv/channel.c b/drivers/hv/channel.c index f51ddc89c85a..2422ef6f9164

Re: [mainline][DLPAR][Oops] OF: ERROR: Bad of_node_put() on /cpus

On 09/20/2017 04:39 AM, Michael Ellerman wrote: > Rob Herring writes: > >> On Fri, Sep 15, 2017 at 6:04 AM, abdul wrote: >>> Hi, >>> >>> Mainline kernel panics during DLPAR CPU add/remove operation. >>> >>> Machine Type: Power8 PowerVM LPAR >>>

Re: [mainline][DLPAR][Oops] OF: ERROR: Bad of_node_put() on /cpus

On 09/20/2017 04:39 AM, Michael Ellerman wrote: > Rob Herring writes: > >> On Fri, Sep 15, 2017 at 6:04 AM, abdul wrote: >>> Hi, >>> >>> Mainline kernel panics during DLPAR CPU add/remove operation. >>> >>> Machine Type: Power8 PowerVM LPAR >>> kernel 4.13.0 >> >> Did 4.12 work or when was it

[PATCH 15/16] hyper-v: trace vmbus_release_relid()

Add tracepoint to CHANNELMSG_RELID_RELEASED sender. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel_mgmt.c | 7 +-- drivers/hv/hv_trace.h | 16 2 files changed, 21 insertions(+), 2 deletions(-) diff --git a/drivers/hv/channel_mgmt.c

[PATCH 15/16] hyper-v: trace vmbus_release_relid()

Add tracepoint to CHANNELMSG_RELID_RELEASED sender. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel_mgmt.c | 7 +-- drivers/hv/hv_trace.h | 16 2 files changed, 21 insertions(+), 2 deletions(-) diff --git a/drivers/hv/channel_mgmt.c b/drivers/hv/channel_mgmt.c

[PATCH 07/16] hyper-v: trace vmbus_ongpadl_torndown()

Add tracepoint to CHANNELMSG_GPADL_TORNDOWN handler. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel_mgmt.c | 2 ++ drivers/hv/hv_trace.h | 8 2 files changed, 10 insertions(+) diff --git a/drivers/hv/channel_mgmt.c b/drivers/hv/channel_mgmt.c index

[PATCH 07/16] hyper-v: trace vmbus_ongpadl_torndown()

Add tracepoint to CHANNELMSG_GPADL_TORNDOWN handler. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel_mgmt.c | 2 ++ drivers/hv/hv_trace.h | 8 2 files changed, 10 insertions(+) diff --git a/drivers/hv/channel_mgmt.c b/drivers/hv/channel_mgmt.c index

[PATCH 00/16] Hyper-V: add tracing to VMBus module and trace all messages

Messages between guest and host are used in Hyper-V as control flow. To simplify debugging various issues which are often hard to reproduce add tracepoints to all message senders and handlers. This is not a performance critical path and tracing overhead should be negligible. The example usage and

[PATCH 01/16] hyper-v: trace vmbus_on_msg_dpc()

Add tracing subsystem to Hyper-V VMBus module and add tracepoint to vmbus_on_msg_dpc() which is called when we receive a message from host. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/Makefile | 4 +++- drivers/hv/hv_trace.c | 4 drivers/hv/hv_trace.h

[PATCH 00/16] Hyper-V: add tracing to VMBus module and trace all messages

Messages between guest and host are used in Hyper-V as control flow. To simplify debugging various issues which are often hard to reproduce add tracepoints to all message senders and handlers. This is not a performance critical path and tracing overhead should be negligible. The example usage and

[PATCH 01/16] hyper-v: trace vmbus_on_msg_dpc()

Add tracing subsystem to Hyper-V VMBus module and add tracepoint to vmbus_on_msg_dpc() which is called when we receive a message from host. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/Makefile | 4 +++- drivers/hv/hv_trace.c | 4 drivers/hv/hv_trace.h | 24

Re: [PATCH] sched/fair: Force balancing on nohz balance if local group has capacity

Hi Peter, Josef, Do you have any thoughts on this one? On Mon, Aug 07 2017 at 16:39, Brendan Jackman wrote: > The "goto force_balance" here is intended to mitigate the fact that > avg_load calculations can result in bad placement decisions when > priority is asymmetrical. From the original

Re: [PATCH] sched/fair: Force balancing on nohz balance if local group has capacity

Hi Peter, Josef, Do you have any thoughts on this one? On Mon, Aug 07 2017 at 16:39, Brendan Jackman wrote: > The "goto force_balance" here is intended to mitigate the fact that > avg_load calculations can result in bad placement decisions when > priority is asymmetrical. From the original

Re: [media] Siano: Use common error handling code in smsusb_init_device()

> If smscore_register_device() succeeds then mdev is freed when we call > smsusb_term_device(intf); The call tree is: Thanks for your constructive information. How do you think about another implementation detail in this function then? May the statement “kfree(mdev);” be executed before

Re: [media] Siano: Use common error handling code in smsusb_init_device()

> If smscore_register_device() succeeds then mdev is freed when we call > smsusb_term_device(intf); The call tree is: Thanks for your constructive information. How do you think about another implementation detail in this function then? May the statement “kfree(mdev);” be executed before

Re: [RFC PATCH v4 3/6] i2c: add docs to clarify DMA handling

Hi Mauro, > > +Linux I2C and DMA > > +- > > I would use, instead: > > = > Linux I2C and DMA > = > > As this is the way we're starting document titles, after converted to > ReST. So, better to have it already using the right format, as one day I

Re: [RFC PATCH v4 3/6] i2c: add docs to clarify DMA handling

Hi Mauro, > > +Linux I2C and DMA > > +- > > I would use, instead: > > = > Linux I2C and DMA > = > > As this is the way we're starting document titles, after converted to > ReST. So, better to have it already using the right format, as one day I

A patch slipped through the cracks?

Hi, we're trying to get this reasonably trivial patch [1] applied for more than a year and four attempts now. (I'm not including it in this message so that this message won't be ignored for the same reason the submissions were, whatever they are.) [1] https://patchwork.linuxtv.org/patch/40862/

A patch slipped through the cracks?

Hi, we're trying to get this reasonably trivial patch [1] applied for more than a year and four attempts now. (I'm not including it in this message so that this message won't be ignored for the same reason the submissions were, whatever they are.) [1] https://patchwork.linuxtv.org/patch/40862/

Re: [PATCH] ARM: unaligned.h: Use an arch-specific version

Hi Romain, On 20/09/17 16:18, Romain Izard wrote: > For the 32-bit ARM architecture, unaligned access support is variable. > On a chip without a MMU, an unaligned access returns a rotated data word > and must be avoided. Nit: that sentence is not really true - there are CPUs without MMUs that

Re: [PATCH v2] sched/fair: Sync task util before slow-path wakeup

Hi Peter, Ping. Log of previous discussion: https://patchwork.kernel.org/patch/9876769/ Cheers, Brendan On Tue, Aug 08 2017 at 09:55, Brendan Jackman wrote: > We use task_util in find_idlest_group via capacity_spare_wake. This > task_util is updated in wake_cap. However wake_cap is not the

Re: [PATCH] ARM: unaligned.h: Use an arch-specific version

Hi Romain, On 20/09/17 16:18, Romain Izard wrote: > For the 32-bit ARM architecture, unaligned access support is variable. > On a chip without a MMU, an unaligned access returns a rotated data word > and must be avoided. Nit: that sentence is not really true - there are CPUs without MMUs that

Re: [PATCH v2] sched/fair: Sync task util before slow-path wakeup

Hi Peter, Ping. Log of previous discussion: https://patchwork.kernel.org/patch/9876769/ Cheers, Brendan On Tue, Aug 08 2017 at 09:55, Brendan Jackman wrote: > We use task_util in find_idlest_group via capacity_spare_wake. This > task_util is updated in wake_cap. However wake_cap is not the

Re: [PATCH v2 37/40] tracing: Add inter-event hist trigger Documentation

Hi Julia, On Wed, 2017-09-20 at 09:44 -0500, Julia Cartwright wrote: > On Tue, Sep 05, 2017 at 04:57:49PM -0500, Tom Zanussi wrote: > > Add background and details on inter-event hist triggers, including > > hist variables, synthetic events, and actions. > > > > Signed-off-by: Tom Zanussi

Re: [PATCH v2 37/40] tracing: Add inter-event hist trigger Documentation

Hi Julia, On Wed, 2017-09-20 at 09:44 -0500, Julia Cartwright wrote: > On Tue, Sep 05, 2017 at 04:57:49PM -0500, Tom Zanussi wrote: > > Add background and details on inter-event hist triggers, including > > hist variables, synthetic events, and actions. > > > > Signed-off-by: Tom Zanussi > >

Applied "ASoC: arizona: Add device tree binding doc for volume limits" to the asoc tree

The patch ASoC: arizona: Add device tree binding doc for volume limits has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "ASoC: arizona: Add device tree binding doc for volume limits" to the asoc tree

The patch ASoC: arizona: Add device tree binding doc for volume limits has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "ASoC: arizona: Add support for setting the output volume limits" to the asoc tree

The patch ASoC: arizona: Add support for setting the output volume limits has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "ASoC: arizona: Add support for setting the output volume limits" to the asoc tree

The patch ASoC: arizona: Add support for setting the output volume limits has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "mfd: arizona: Remove audio related device tree code" to the asoc tree

The patch mfd: arizona: Remove audio related device tree code has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "mfd: arizona: Remove audio related device tree code" to the asoc tree

The patch mfd: arizona: Remove audio related device tree code has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

<    4   5   6   7   8   9   10   11   12   13   >