[PATCH v3 1/5] crypto: mxs-dcp: Add empty hash export and import

Crypto framework requires export/import in async hash. If driver do not implement them, wrapper functions in framework will be used, and it will cause error during ahash alg registration (unless one disables crypto internal tests). To make change in framework and expose this requirement, I will

[PATCH 2/5] crypto: n2_core: Add empty hash export and import

Crypto framework requires export/import in async hash. If driver do not implement them, wrapper functions in framework will be used, and it will cause error during ahash alg registration (unless one disables crypto internal tests). To make change in framework and expose this requirement, I will

[PATCH 2/5] crypto: n2_core: Add empty hash export and import

Crypto framework requires export/import in async hash. If driver do not implement them, wrapper functions in framework will be used, and it will cause error during ahash alg registration (unless one disables crypto internal tests). To make change in framework and expose this requirement, I will

[PATCH v3 1/5] crypto: mxs-dcp: Add empty hash export and import

Crypto framework requires export/import in async hash. If driver do not implement them, wrapper functions in framework will be used, and it will cause error during ahash alg registration (unless one disables crypto internal tests). To make change in framework and expose this requirement, I will

[PATCH v3 0/5] crypto: ahash.c: Require export/import in ahash

First four patches add empty hash export and import functions to each driver, with the same behaviour as in crypto framework. The last one drops them from crypto framework. Last one for ahash.c depends on all previous. Changes in v3: added change for bfin_crc.c make this a patchset, instead of

[PATCH v3 0/5] crypto: ahash.c: Require export/import in ahash

First four patches add empty hash export and import functions to each driver, with the same behaviour as in crypto framework. The last one drops them from crypto framework. Last one for ahash.c depends on all previous. Changes in v3: added change for bfin_crc.c make this a patchset, instead of

[PATCHv2 1/5] Documentation/pktgen: Clearify how-to use pktgen samples

o Change process name in ps output: looks like, these days the process is named kpktgend_, rather than pktgen/. o Use pg_ctrl for start/stop as it can work well with pgset without changes to $(PGDEV) variable. o Clarify a bit needed $(PGDEV) definition for sample scripts and that one needs

[PATCHv2 1/5] Documentation/pktgen: Clearify how-to use pktgen samples

o Change process name in ps output: looks like, these days the process is named kpktgend_, rather than pktgen/. o Use pg_ctrl for start/stop as it can work well with pgset without changes to $(PGDEV) variable. o Clarify a bit needed $(PGDEV) definition for sample scripts and that one needs

[PATCHv2 2/5] pktgen: Add missing !flag parameters

o FLOW_SEQ now can be disabled with pgset "flag !FLOW_SEQ" o FLOW_SEQ and FLOW_RND are antonyms, as it's shown by pktgen_if_show() o IPSEC now may be disabled Note, that IPV6 is enabled with dst6/src6 parameters, not with a flag parameter. Signed-off-by: Dmitry Safonov ---

[PATCHv2 2/5] pktgen: Add missing !flag parameters

o FLOW_SEQ now can be disabled with pgset "flag !FLOW_SEQ" o FLOW_SEQ and FLOW_RND are antonyms, as it's shown by pktgen_if_show() o IPSEC now may be disabled Note, that IPV6 is enabled with dst6/src6 parameters, not with a flag parameter. Signed-off-by: Dmitry Safonov --- net/core/pktgen.c |

Re: [PATCH v2 0/2] arm64: Run enable method for errata work arounds on late CPUs

On 18/01/18 14:25, Suzuki K Poulose wrote: On 18/01/18 14:21, Dave Martin wrote: On Thu, Jan 18, 2018 at 12:08:43PM +, Robin Murphy wrote: On 18/01/18 12:00, Robin Murphy wrote: [...] +struct enable_arg { +    int (*enable)(struct arm64_cpu_capabilities const *); +    struct

[PATCHv2 0/5] pktgen: Behavior flags fixes

v2: o fixed a nitpick from David Miller There are a bunch of fixes/cleanups/Documentations. Diffstat says for itself, regardless added docs and missed flag parameters. Cc: Arnd Bergmann Cc: "David S. Miller" Cc: David Windsor Cc: Eric

Re: [PATCH v2 0/2] arm64: Run enable method for errata work arounds on late CPUs

On 18/01/18 14:25, Suzuki K Poulose wrote: On 18/01/18 14:21, Dave Martin wrote: On Thu, Jan 18, 2018 at 12:08:43PM +, Robin Murphy wrote: On 18/01/18 12:00, Robin Murphy wrote: [...] +struct enable_arg { +    int (*enable)(struct arm64_cpu_capabilities const *); +    struct

[PATCHv2 0/5] pktgen: Behavior flags fixes

v2: o fixed a nitpick from David Miller There are a bunch of fixes/cleanups/Documentations. Diffstat says for itself, regardless added docs and missed flag parameters. Cc: Arnd Bergmann Cc: "David S. Miller" Cc: David Windsor Cc: Eric Dumazet Cc: Ingo Molnar Cc: Johannes Berg Cc: Mark

[PATCHv2 5/5] pktgen: Clean read user supplied flag mess

Don't use error-prone-brute-force way. Signed-off-by: Dmitry Safonov --- net/core/pktgen.c | 144 +++--- 1 file changed, 39 insertions(+), 105 deletions(-) diff --git a/net/core/pktgen.c b/net/core/pktgen.c index

[PATCHv2 4/5] pktgen: Remove brute-force printing of flags

Add macro generated pkt_flag_names array, with a little help of which the flags can be printed by using an index. Signed-off-by: Dmitry Safonov --- net/core/pktgen.c | 77 ++- 1 file changed, 19 insertions(+), 58 deletions(-)

[PATCHv2 4/5] pktgen: Remove brute-force printing of flags

Add macro generated pkt_flag_names array, with a little help of which the flags can be printed by using an index. Signed-off-by: Dmitry Safonov --- net/core/pktgen.c | 77 ++- 1 file changed, 19 insertions(+), 58 deletions(-) diff --git

[PATCHv2 5/5] pktgen: Clean read user supplied flag mess

Don't use error-prone-brute-force way. Signed-off-by: Dmitry Safonov --- net/core/pktgen.c | 144 +++--- 1 file changed, 39 insertions(+), 105 deletions(-) diff --git a/net/core/pktgen.c b/net/core/pktgen.c index f9883139e311..e335daa40211 100644

[PATCHv2 3/5] pktgen: Add behaviour flags macro to generate flags/names

PKT_FALGS macro will be used to add package behavior names definitions to simplify the code that prints/reads pkg flags. Sorted the array in order of printing the flags in pktgen_if_show() Note: Renamed IPSEC_ON => IPSEC for simplicity. No visible behavior change expected. Signed-off-by: Dmitry

[PATCHv2 3/5] pktgen: Add behaviour flags macro to generate flags/names

PKT_FALGS macro will be used to add package behavior names definitions to simplify the code that prints/reads pkg flags. Sorted the array in order of printing the flags in pktgen_if_show() Note: Renamed IPSEC_ON => IPSEC for simplicity. No visible behavior change expected. Signed-off-by: Dmitry

Re: [PATCH 29/35] x86/speculation: Add IPBP support

On Thu, Jan 18, 2018 at 02:48:29PM +0100, Peter Zijlstra wrote: > From: Thomas Gleixner <--- Add commit message here. > Signed-off-by: Thomas Gleixner > Signed-off-by: Peter Zijlstra (Intel) > --- >

Re: [PATCH 29/35] x86/speculation: Add IPBP support

On Thu, Jan 18, 2018 at 02:48:29PM +0100, Peter Zijlstra wrote: > From: Thomas Gleixner <--- Add commit message here. > Signed-off-by: Thomas Gleixner > Signed-off-by: Peter Zijlstra (Intel) > --- > arch/x86/include/asm/cpufeatures.h |4 +++- > arch/x86/include/asm/msr-index.h |

Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle

On Thu, Jan 18 2018 at 12:20pm -0500, Bart Van Assche wrote: > On Thu, 2018-01-18 at 12:03 -0500, Mike Snitzer wrote: > > On Thu, Jan 18 2018 at 11:50am -0500, > > Bart Van Assche wrote: > > > My comments about the above are as follows: > > > - It

Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle

On Thu, Jan 18 2018 at 12:20pm -0500, Bart Van Assche wrote: > On Thu, 2018-01-18 at 12:03 -0500, Mike Snitzer wrote: > > On Thu, Jan 18 2018 at 11:50am -0500, > > Bart Van Assche wrote: > > > My comments about the above are as follows: > > > - It can take up to q->rq_timeout jiffies after a

Re: [RFC 4/6] softirq: Run per-group per-cpu ksoftirqd thread

On Thu, 2018-01-18 at 17:53 +, Dmitry Safonov wrote: > How do you identify in RT one ksoftirqd thread from > another? I mean, to find which softirq nr the thread is servicing? static void do_raise_softirq_irqoff(unsigned int nr) { struct task_struct *tsk = __this_cpu_ksoftirqd(nr);

Re: [RFC 4/6] softirq: Run per-group per-cpu ksoftirqd thread

On Thu, 2018-01-18 at 17:53 +, Dmitry Safonov wrote: > How do you identify in RT one ksoftirqd thread from > another? I mean, to find which softirq nr the thread is servicing? static void do_raise_softirq_irqoff(unsigned int nr) { struct task_struct *tsk = __this_cpu_ksoftirqd(nr);

Re: [PATCH v2] arm64: Branch predictor hardening for Cavium ThunderX2

On 01/18/2018 12:56 PM, Jayachandran C wrote: > On Thu, Jan 18, 2018 at 01:53:55PM +, Will Deacon wrote: >> Hi JC, >> >> On Tue, Jan 16, 2018 at 03:45:54PM -0800, Jayachandran C wrote: >>> On Tue, Jan 16, 2018 at 04:52:53PM -0500, Jon Masters wrote: On 01/09/2018 07:47 AM, Jayachandran C

Re: [PATCH v2] arm64: Branch predictor hardening for Cavium ThunderX2

On 01/18/2018 12:56 PM, Jayachandran C wrote: > On Thu, Jan 18, 2018 at 01:53:55PM +, Will Deacon wrote: >> Hi JC, >> >> On Tue, Jan 16, 2018 at 03:45:54PM -0800, Jayachandran C wrote: >>> On Tue, Jan 16, 2018 at 04:52:53PM -0500, Jon Masters wrote: On 01/09/2018 07:47 AM, Jayachandran C

Re: [PATCH] input: joystick: make USB drivers depend on USB

On 01/17/2018 01:53 PM, Dmitry Torokhov wrote: > On Wed, Jan 17, 2018 at 10:30:10PM +0100, Marcus Folkesson wrote: >> A driver should not enable an entire subsystem. > > I disagree. As you go through menuconfig and you encounter this option > and you have the hardware and you want to enable it,

Re: [PATCH] input: joystick: make USB drivers depend on USB

On 01/17/2018 01:53 PM, Dmitry Torokhov wrote: > On Wed, Jan 17, 2018 at 10:30:10PM +0100, Marcus Folkesson wrote: >> A driver should not enable an entire subsystem. > > I disagree. As you go through menuconfig and you encounter this option > and you have the hardware and you want to enable it,

Re: [PATCH 23/35] x86/speculation: Add basic speculation control code

On Thu, Jan 18, 2018 at 06:12:36PM +0100, Paolo Bonzini wrote: > On 18/01/2018 18:08, Dave Hansen wrote: > > On 01/18/2018 08:37 AM, Josh Poimboeuf wrote: > >>> > >>> --- a/Documentation/admin-guide/kernel-parameters.txt > >>> +++ b/Documentation/admin-guide/kernel-parameters.txt > >>> @@ -3932,6

Re: [PATCH 23/35] x86/speculation: Add basic speculation control code

On Thu, Jan 18, 2018 at 06:12:36PM +0100, Paolo Bonzini wrote: > On 18/01/2018 18:08, Dave Hansen wrote: > > On 01/18/2018 08:37 AM, Josh Poimboeuf wrote: > >>> > >>> --- a/Documentation/admin-guide/kernel-parameters.txt > >>> +++ b/Documentation/admin-guide/kernel-parameters.txt > >>> @@ -3932,6

Re: [PATCH 1/3] perf, pt, coresight: Clean up address filter structure

On 18 January 2018 at 10:06, Will Deacon wrote: > On Thu, Jan 18, 2018 at 09:59:26AM -0700, Mathieu Poirier wrote: >> On 17 January 2018 at 05:31, Alexander Shishkin >> wrote: >> > On Tue, Feb 07, 2017 at 10:50:50AM -0700, Mathieu Poirier

Re: [PATCH 1/3] perf, pt, coresight: Clean up address filter structure

On 18 January 2018 at 10:06, Will Deacon wrote: > On Thu, Jan 18, 2018 at 09:59:26AM -0700, Mathieu Poirier wrote: >> On 17 January 2018 at 05:31, Alexander Shishkin >> wrote: >> > On Tue, Feb 07, 2017 at 10:50:50AM -0700, Mathieu Poirier wrote: >> >> > index 39106ae61b..d7a11faac1 100644 >> >>

Re: [PATCH v2] net: ethernet: cavium: Correct Cavium Thunderx nicvf/nicpf modules names

Self NACK here: modules names has to contain dashes instead of underscores, as it defined at sources (or update modules DRV_NAME definitions whithin the source files with underscores). Shame on me. Vadim On Thu, Jan 18, 2018 at 07:53:09AM -0800, Vadim Lomovtsev wrote: > From: Vadim Lomovtsev

Re: [PATCH v2] net: ethernet: cavium: Correct Cavium Thunderx nicvf/nicpf modules names

Self NACK here: modules names has to contain dashes instead of underscores, as it defined at sources (or update modules DRV_NAME definitions whithin the source files with underscores). Shame on me. Vadim On Thu, Jan 18, 2018 at 07:53:09AM -0800, Vadim Lomovtsev wrote: > From: Vadim Lomovtsev >

Re: [PATCH v3 8/9] x86: use __uaccess_begin_nospec and ASM_IFENCE in get_user paths

On Thu, Jan 18, 2018 at 08:49:31AM -0800, Linus Torvalds wrote: > On Thu, Jan 18, 2018 at 8:38 AM, Christoph Hellwig wrote: > > > > > But there are about ~100 set_fs() calls in generic code, and some of > > > those really are pretty fundamental. Doing things like

Re: [PATCH v3 8/9] x86: use __uaccess_begin_nospec and ASM_IFENCE in get_user paths

On Thu, Jan 18, 2018 at 08:49:31AM -0800, Linus Torvalds wrote: > On Thu, Jan 18, 2018 at 8:38 AM, Christoph Hellwig wrote: > > > > > But there are about ~100 set_fs() calls in generic code, and some of > > > those really are pretty fundamental. Doing things like "kernel_read()" > > > without

[PATCH] ARCv2: Don't pretend we may set L-bit in STATUS32 with kflag instruction

As per PRM "kflag" instruction doesn't change state of L-flag ("Zero-Overhead loop disabled") in STATUS32 register so let's not act as if we can affect this bit. Signed-off-by: Alexey Brodkin --- arch/arc/include/asm/entry-arcv2.h | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH] ARCv2: Don't pretend we may set L-bit in STATUS32 with kflag instruction

As per PRM "kflag" instruction doesn't change state of L-flag ("Zero-Overhead loop disabled") in STATUS32 register so let's not act as if we can affect this bit. Signed-off-by: Alexey Brodkin --- arch/arc/include/asm/entry-arcv2.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [PATCH v5 3/4] PCI/DPC: Unify and plumb error handling into DPC

On 1/18/2018 1:00 PM, p...@codeaurora.org wrote: >> I think you would put into include/linux/pci.h only if there is an external >> use of constant outside of drivers/pci directory. Otherwise, you should keep >> the setting inside one of the header files in drivers/pci directory. >> >> I don't see

Re: [PATCH v5 3/4] PCI/DPC: Unify and plumb error handling into DPC

On 1/18/2018 1:00 PM, p...@codeaurora.org wrote: >> I think you would put into include/linux/pci.h only if there is an external >> use of constant outside of drivers/pci directory. Otherwise, you should keep >> the setting inside one of the header files in drivers/pci directory. >> >> I don't see

Re: [PATCH] print kdump kernel loaded status in stack dump

Dave Young writes: > printk("%sHardware name: %s\n", > log_lvl, dump_stack_arch_desc_str); > + if (kexec_crash_loaded()) > + printk("%skdump kernel loaded\n", log_lvl); Oops/warnings are getting longer and longer, often

Re: [PATCH] print kdump kernel loaded status in stack dump

Dave Young writes: > printk("%sHardware name: %s\n", > log_lvl, dump_stack_arch_desc_str); > + if (kexec_crash_loaded()) > + printk("%skdump kernel loaded\n", log_lvl); Oops/warnings are getting longer and longer, often scrolling away from the

Re: aio poll, io_pgetevents and a new in-kernel poll API V3

Christoph Hellwig writes: > On Thu, Jan 18, 2018 at 11:44:03AM -0500, Jeff Moyer wrote: >> Jeff Moyer writes: >> >> > FYI, this kernel has issues. It will boot up, but I don't have >> > networking, and even rebooting doesn't succeed. I'm looking into it. >>

Re: aio poll, io_pgetevents and a new in-kernel poll API V3

Christoph Hellwig writes: > On Thu, Jan 18, 2018 at 11:44:03AM -0500, Jeff Moyer wrote: >> Jeff Moyer writes: >> >> > FYI, this kernel has issues. It will boot up, but I don't have >> > networking, and even rebooting doesn't succeed. I'm looking into it. >> >> A bisect lands on: eventfd:

Re: [PATCH v5 3/4] PCI/DPC: Unify and plumb error handling into DPC

On 2018-01-18 22:01, Sinan Kaya wrote: On 1/18/2018 12:57 AM, p...@codeaurora.org wrote: On 2018-01-18 10:47, p...@codeaurora.org wrote: On 2018-01-17 22:16, Sinan Kaya wrote: On 1/17/2018 5:37 AM, Oza Pawandeep wrote: +++ b/include/linux/dpc.h @@ -0,0 +1,9 @@ +/* SPDX-License-Identifier:

[PATCH net-next v2] net: core: Expose number of link up/down transitions

From: David Decotigny Expose the number of times the link has been going UP or DOWN, and update the "carrier_changes" counter to be the sum of these two events. While at it, also update the sysfs-class-net documentation to cover: carrier_changes (3.15), carrier_up_count

Re: [PATCH v5 3/4] PCI/DPC: Unify and plumb error handling into DPC

On 2018-01-18 22:01, Sinan Kaya wrote: On 1/18/2018 12:57 AM, p...@codeaurora.org wrote: On 2018-01-18 10:47, p...@codeaurora.org wrote: On 2018-01-17 22:16, Sinan Kaya wrote: On 1/17/2018 5:37 AM, Oza Pawandeep wrote: +++ b/include/linux/dpc.h @@ -0,0 +1,9 @@ +/* SPDX-License-Identifier:

[PATCH net-next v2] net: core: Expose number of link up/down transitions

From: David Decotigny Expose the number of times the link has been going UP or DOWN, and update the "carrier_changes" counter to be the sum of these two events. While at it, also update the sysfs-class-net documentation to cover: carrier_changes (3.15), carrier_up_count (4.16) and

Re: general protection fault in strlen

On Thu, Jan 18, 2018 at 6:54 PM, Xin Long wrote: > This patch will also fix it: > https://patchwork.ozlabs.org/patch/862778/ #syz fix: netlink: reset extack earlier in netlink_rcv_skb

Re: general protection fault in strlen

On Thu, Jan 18, 2018 at 6:54 PM, Xin Long wrote: > This patch will also fix it: > https://patchwork.ozlabs.org/patch/862778/ #syz fix: netlink: reset extack earlier in netlink_rcv_skb

Re: [PATCH v2] arm64: Branch predictor hardening for Cavium ThunderX2

On Thu, Jan 18, 2018 at 01:53:55PM +, Will Deacon wrote: > Hi JC, > > On Tue, Jan 16, 2018 at 03:45:54PM -0800, Jayachandran C wrote: > > On Tue, Jan 16, 2018 at 04:52:53PM -0500, Jon Masters wrote: > > > On 01/09/2018 07:47 AM, Jayachandran C wrote: > > > > > > > Use PSCI based mitigation

Re: [PATCH v2] arm64: Branch predictor hardening for Cavium ThunderX2

On Thu, Jan 18, 2018 at 01:53:55PM +, Will Deacon wrote: > Hi JC, > > On Tue, Jan 16, 2018 at 03:45:54PM -0800, Jayachandran C wrote: > > On Tue, Jan 16, 2018 at 04:52:53PM -0500, Jon Masters wrote: > > > On 01/09/2018 07:47 AM, Jayachandran C wrote: > > > > > > > Use PSCI based mitigation

Re: aio poll, io_pgetevents and a new in-kernel poll API V3

On Thu, Jan 18, 2018, at 11:44 AM, Jeff Moyer wrote: > Jeff Moyer writes: > > > FYI, this kernel has issues. It will boot up, but I don't have > > networking, and even rebooting doesn't succeed. I'm looking into it. > > A bisect lands on: eventfd: switch to ->poll_mask.

Re: aio poll, io_pgetevents and a new in-kernel poll API V3

On Thu, Jan 18, 2018, at 11:44 AM, Jeff Moyer wrote: > Jeff Moyer writes: > > > FYI, this kernel has issues. It will boot up, but I don't have > > networking, and even rebooting doesn't succeed. I'm looking into it. > > A bisect lands on: eventfd: switch to ->poll_mask. That's not super >

Re: aio poll, io_pgetevents and a new in-kernel poll API V3

Avi Kivity writes: > On 01/18/2018 05:46 PM, Jeff Moyer wrote: >> FYI, this kernel has issues. It will boot up, but I don't have >> networking, and even rebooting doesn't succeed. I'm looking into it. > > FWIW, I'm running an older version of this patchset on my desktop with

Re: aio poll, io_pgetevents and a new in-kernel poll API V3

Avi Kivity writes: > On 01/18/2018 05:46 PM, Jeff Moyer wrote: >> FYI, this kernel has issues. It will boot up, but I don't have >> networking, and even rebooting doesn't succeed. I'm looking into it. > > FWIW, I'm running an older version of this patchset on my desktop with > no problems so

Re: general protection fault in strlen

On Thu, Jan 18, 2018 at 11:58 PM, syzbot wrote: > Hello, > > syzbot hit the following crash on upstream commit > 8cbab92dff778e516064c13113ca15d4869ec883 > > So far this crash happened 19 times on linux-next, net-next, upstream. > C

Re: [PATCH] crypto: ux500/hash: Add empty export and import

Please drop this as I will resend it as part of patchset. On 16.01.2018 17:32, Kamil Konieczny wrote: > Crypto framework will require async hash export/import, so add empty > functions to prevent OOPS. > > Signed-off-by: Kamil Konieczny > --- >

Re: general protection fault in strlen

On Thu, Jan 18, 2018 at 11:58 PM, syzbot wrote: > Hello, > > syzbot hit the following crash on upstream commit > 8cbab92dff778e516064c13113ca15d4869ec883 > > So far this crash happened 19 times on linux-next, net-next, upstream. > C reproducer is attached. > syzkaller reproducer is attached. >

Re: [PATCH] crypto: ux500/hash: Add empty export and import

Please drop this as I will resend it as part of patchset. On 16.01.2018 17:32, Kamil Konieczny wrote: > Crypto framework will require async hash export/import, so add empty > functions to prevent OOPS. > > Signed-off-by: Kamil Konieczny > --- > drivers/crypto/ux500/hash/hash_core.c | 18

Re: [RFC 4/6] softirq: Run per-group per-cpu ksoftirqd thread

On Thu, 2018-01-18 at 18:00 +0100, Mike Galbraith wrote: > On Thu, 2018-01-18 at 16:12 +, Dmitry Safonov wrote: > > > > diff --git a/include/linux/interrupt.h b/include/linux/interrupt.h > > index 2ea09896bd6e..17e1a04445fa 100644 > > --- a/include/linux/interrupt.h > > +++

Re: [PATCH] crypto: mxs-dcp: Add empty hash export and import

Please drop this as I will resend it as part of patchset. On 16.01.2018 17:16, Kamil Konieczny wrote: > Crypto framework will require async hash export/import, so add empty > functions to prevent OOPS. > > Signed-off-by: Kamil Konieczny > --- >

Re: [PATCH] crypto: n2_core: Add empty hash export and import

Please drop this as I will resend it as part of patchset. On 16.01.2018 17:18, Kamil Konieczny wrote: > Crypto framework will require async hash export/import, so add empty > functions to prevent OOPS. > > Signed-off-by: Kamil Konieczny > --- >

Re: [RFC 4/6] softirq: Run per-group per-cpu ksoftirqd thread

On Thu, 2018-01-18 at 18:00 +0100, Mike Galbraith wrote: > On Thu, 2018-01-18 at 16:12 +, Dmitry Safonov wrote: > > > > diff --git a/include/linux/interrupt.h b/include/linux/interrupt.h > > index 2ea09896bd6e..17e1a04445fa 100644 > > --- a/include/linux/interrupt.h > > +++

Re: [PATCH] crypto: mxs-dcp: Add empty hash export and import

Please drop this as I will resend it as part of patchset. On 16.01.2018 17:16, Kamil Konieczny wrote: > Crypto framework will require async hash export/import, so add empty > functions to prevent OOPS. > > Signed-off-by: Kamil Konieczny > --- > drivers/crypto/mxs-dcp.c | 14 ++ > 1

Re: [PATCH] crypto: n2_core: Add empty hash export and import

Please drop this as I will resend it as part of patchset. On 16.01.2018 17:18, Kamil Konieczny wrote: > Crypto framework will require async hash export/import, so add empty > functions to prevent OOPS. > > Signed-off-by: Kamil Konieczny > --- > drivers/crypto/n2_core.c | 12 > 1

Re: aio poll, io_pgetevents and a new in-kernel poll API V3

On 01/18/2018 07:51 PM, Avi Kivity wrote: On 01/18/2018 05:46 PM, Jeff Moyer wrote: FYI, this kernel has issues.  It will boot up, but I don't have networking, and even rebooting doesn't succeed.  I'm looking into it. FWIW, I'm running an older version of this patchset on my desktop with no

Re: aio poll, io_pgetevents and a new in-kernel poll API V3

On 01/18/2018 07:51 PM, Avi Kivity wrote: On 01/18/2018 05:46 PM, Jeff Moyer wrote: FYI, this kernel has issues.  It will boot up, but I don't have networking, and even rebooting doesn't succeed.  I'm looking into it. FWIW, I'm running an older version of this patchset on my desktop with no

Re: aio poll, io_pgetevents and a new in-kernel poll API V3

On 01/18/2018 05:46 PM, Jeff Moyer wrote: FYI, this kernel has issues. It will boot up, but I don't have networking, and even rebooting doesn't succeed. I'm looking into it. FWIW, I'm running an older version of this patchset on my desktop with no problems so far. -Jeff Christoph

Re: aio poll, io_pgetevents and a new in-kernel poll API V3

On 01/18/2018 05:46 PM, Jeff Moyer wrote: FYI, this kernel has issues. It will boot up, but I don't have networking, and even rebooting doesn't succeed. I'm looking into it. FWIW, I'm running an older version of this patchset on my desktop with no problems so far. -Jeff Christoph

Re: [PATCH 1/3] dt-bindings: phy: phy-rockchip-typec: add usb3 otg reset

On Thu, Jan 18, 2018 at 06:20:09PM +0100, Enric Balletbo Serra wrote: > As Brian said commit 06c47e6286d5 'usb: dwc3: of-simple: Add support > to get resets for the device' introduced the support to get the resets > from dwc3-of-simple and the queued commit 'b7e63d95c14d arm64: dts: > rockchip:

Re: [PATCH 1/3] dt-bindings: phy: phy-rockchip-typec: add usb3 otg reset

On Thu, Jan 18, 2018 at 06:20:09PM +0100, Enric Balletbo Serra wrote: > As Brian said commit 06c47e6286d5 'usb: dwc3: of-simple: Add support > to get resets for the device' introduced the support to get the resets > from dwc3-of-simple and the queued commit 'b7e63d95c14d arm64: dts: > rockchip:

[PATCH 1/3] drivers/perf: arm_pmu: Add platform hardware setup hooks.

Allow platform specific code to be called when enabling or disabling the hardware. Signed-off-by: Martin Fuzzey Signed-off-by: Peter Senna Tschudin [rebased to v4.12] Signed-off-by: Nandor Han [Simplify and cleanup for

[PATCH 3/3] ARM: dts: imx53: PPD: Enable secure-reg-access

From: Peter Senna Tschudin Add secure-reg-access on PPD device tree to enable PMU and hardware counters for perf. Signed-off-by: Peter Senna Tschudin Signed-off-by: Sebastian Reichel ---

Re: [PATCH v2 00/31] Replacing net_mutex with rw_semaphore

On Mon, Nov 20, 2017 at 09:32:08PM +0300, Kirill Tkhai wrote: > Hi, > > there is the second version of patchset introducing net_sem > instead of net_mutex. The patchset adds net_sem in addition > to net_mutex and allows pernet_operations to be async. This > flag means, the pernet_operations

[PATCH 0/3] Improved perf support for imx53/ppd

Hi, This improves perf on imx53 by adding support for enabling the Secure Debug Enable Register (SDER) SUNIDEN bit. This unlocks new functionality: ppd before patchset# perf stat -e cycles,instructions sleep 1 2>&1 | grep instructions 0 instructions #0.00

[PATCH 3/3] ARM: dts: imx53: PPD: Enable secure-reg-access

From: Peter Senna Tschudin Add secure-reg-access on PPD device tree to enable PMU and hardware counters for perf. Signed-off-by: Peter Senna Tschudin Signed-off-by: Sebastian Reichel --- arch/arm/boot/dts/imx53-ppd.dts | 6 ++ 1 file changed, 6 insertions(+) diff --git

Re: [PATCH v2 00/31] Replacing net_mutex with rw_semaphore

On Mon, Nov 20, 2017 at 09:32:08PM +0300, Kirill Tkhai wrote: > Hi, > > there is the second version of patchset introducing net_sem > instead of net_mutex. The patchset adds net_sem in addition > to net_mutex and allows pernet_operations to be async. This > flag means, the pernet_operations

[PATCH 0/3] Improved perf support for imx53/ppd

Hi, This improves perf on imx53 by adding support for enabling the Secure Debug Enable Register (SDER) SUNIDEN bit. This unlocks new functionality: ppd before patchset# perf stat -e cycles,instructions sleep 1 2>&1 | grep instructions 0 instructions #0.00

[PATCH 1/3] drivers/perf: arm_pmu: Add platform hardware setup hooks.

Allow platform specific code to be called when enabling or disabling the hardware. Signed-off-by: Martin Fuzzey Signed-off-by: Peter Senna Tschudin [rebased to v4.12] Signed-off-by: Nandor Han [Simplify and cleanup for upstreaming] Signed-off-by: Sebastian Reichel --- drivers/perf/arm_pmu.c

[PATCH 2/3] ARM: imx53: add SoC specific PMU setup

From: Peter Senna Tschudin On i.MX53 it is necessary to set the DBG_EN bit in the platform GPC register to enable access to PMU counters other than the cycle counter. Signed-off-by: Martin Fuzzey Signed-off-by: Peter Senna Tschudin

[PATCH 2/3] ARM: imx53: add SoC specific PMU setup

From: Peter Senna Tschudin On i.MX53 it is necessary to set the DBG_EN bit in the platform GPC register to enable access to PMU counters other than the cycle counter. Signed-off-by: Martin Fuzzey Signed-off-by: Peter Senna Tschudin Signed-off-by: Sebastian Reichel ---

RE: [PATCH V5 4/8] perf/x86/intel/uncore: add new data structures for free running counters

> On Mon, Jan 15, 2018 at 10:57:05AM -0800, kan.li...@intel.com wrote: > > From: Kan Liang > > > > There are a number of free running counters introduced for uncore, which > > provide highly valuable information to a wide array of customers. > > For example, Skylake Server

RE: [PATCH V5 4/8] perf/x86/intel/uncore: add new data structures for free running counters

> On Mon, Jan 15, 2018 at 10:57:05AM -0800, kan.li...@intel.com wrote: > > From: Kan Liang > > > > There are a number of free running counters introduced for uncore, which > > provide highly valuable information to a wide array of customers. > > For example, Skylake Server has IIO free running

Re: aio poll, io_pgetevents and a new in-kernel poll API V3

On Thu, Jan 18, 2018 at 11:44:03AM -0500, Jeff Moyer wrote: > Jeff Moyer writes: > > > FYI, this kernel has issues. It will boot up, but I don't have > > networking, and even rebooting doesn't succeed. I'm looking into it. > > A bisect lands on: eventfd: switch to

Re: aio poll, io_pgetevents and a new in-kernel poll API V3

On Thu, Jan 18, 2018 at 11:44:03AM -0500, Jeff Moyer wrote: > Jeff Moyer writes: > > > FYI, this kernel has issues. It will boot up, but I don't have > > networking, and even rebooting doesn't succeed. I'm looking into it. > > A bisect lands on: eventfd: switch to ->poll_mask. That's not

Re: PROBLEM: epoll_wait does not obey edge triggering semantics for hierarchically constructed epoll sets

On 01/17/2018 04:29 PM, Nick Murphy wrote: > Thanks. > > Yeah, I didn't track it down, but I suspect this behavior has always > been there. I do think it's ultimately incorrect behavior (i.e., a > violation of edge triggering semantics as I note in the initial > report). The implications of

Re: PROBLEM: epoll_wait does not obey edge triggering semantics for hierarchically constructed epoll sets

On 01/17/2018 04:29 PM, Nick Murphy wrote: > Thanks. > > Yeah, I didn't track it down, but I suspect this behavior has always > been there. I do think it's ultimately incorrect behavior (i.e., a > violation of edge triggering semantics as I note in the initial > report). The implications of

Re: [tip:x86/pti] module: Add retpoline tag to VERMAGIC

On Thu, 18 Jan 2018, Josh Poimboeuf wrote: > On Wed, Jan 17, 2018 at 02:40:43AM -0800, tip-bot for Andi Kleen wrote: > > Commit-ID: 6cfb521ac0d5b97470883ff9b7facae264b7ab12 > > Gitweb: > > https://git.kernel.org/tip/6cfb521ac0d5b97470883ff9b7facae264b7ab12 > > Author: Andi Kleen

Re: [tip:x86/pti] module: Add retpoline tag to VERMAGIC

On Thu, 18 Jan 2018, Josh Poimboeuf wrote: > On Wed, Jan 17, 2018 at 02:40:43AM -0800, tip-bot for Andi Kleen wrote: > > Commit-ID: 6cfb521ac0d5b97470883ff9b7facae264b7ab12 > > Gitweb: > > https://git.kernel.org/tip/6cfb521ac0d5b97470883ff9b7facae264b7ab12 > > Author: Andi Kleen > >

Re: [PATCH] rcu: refine structure rcu_node field for rcu boost

On Thu, Jan 18, 2018 at 06:33:43PM +0800, Liu, Changcheng wrote: > Do not allocate space for rcu boost field when > RCU BOOST is not configured. > > Signed-off-by: Liu Changcheng The added #ifdef in rcu_read_unlock_special() is a deal-breaker. Just out of curiosity, is

Re: [PATCH] rcu: refine structure rcu_node field for rcu boost

On Thu, Jan 18, 2018 at 06:33:43PM +0800, Liu, Changcheng wrote: > Do not allocate space for rcu boost field when > RCU BOOST is not configured. > > Signed-off-by: Liu Changcheng The added #ifdef in rcu_read_unlock_special() is a deal-breaker. Just out of curiosity, is this decrease in storage

Re: [PATCH v7 4/6] [media] vb2: add in-fence support to QBUF

Hi Hans, 2018-01-12 Hans Verkuil : > On 01/10/18 17:07, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > Receive in-fence from userspace and add support for waiting on them > > before queueing the buffer to the driver. Buffers can't be

Re: [PATCH v7 4/6] [media] vb2: add in-fence support to QBUF

Hi Hans, 2018-01-12 Hans Verkuil : > On 01/10/18 17:07, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > Receive in-fence from userspace and add support for waiting on them > > before queueing the buffer to the driver. Buffers can't be queued to the > > driver before its fences signal.

Re: [PATCH v6 02/12] drivers: base: cacheinfo: setup DT cache properties early

On Wed, 17 Jan 2018 10:08:27 PST (-0800), sudeep.ho...@arm.com wrote: (Sorry, somehow I missed this email until I saw Jeremy's reply today) On 15/01/18 16:07, Palmer Dabbelt wrote: On Mon, 15 Jan 2018 04:33:38 PST (-0800), sudeep.ho...@arm.com wrote: On Fri, Jan 12, 2018 at 06:59:10PM -0600,

Re: [PATCH v6 02/12] drivers: base: cacheinfo: setup DT cache properties early

On Wed, 17 Jan 2018 10:08:27 PST (-0800), sudeep.ho...@arm.com wrote: (Sorry, somehow I missed this email until I saw Jeremy's reply today) On 15/01/18 16:07, Palmer Dabbelt wrote: On Mon, 15 Jan 2018 04:33:38 PST (-0800), sudeep.ho...@arm.com wrote: On Fri, Jan 12, 2018 at 06:59:10PM -0600,

Re: [RFC PATCH v2 1/2] vfio/type1: Adopt fast IOTLB flush interface when unmap IOVAs

On Thu, 18 Jan 2018 10:25:12 +0700 Suravee Suthikulpanit wrote: > Hi Alex, > > On 1/9/18 3:53 AM, Alex Williamson wrote: > > On Wed, 27 Dec 2017 04:20:34 -0500 > > Suravee Suthikulpanit wrote: > >> diff --git

Re: [RFC PATCH v2 1/2] vfio/type1: Adopt fast IOTLB flush interface when unmap IOVAs

On Thu, 18 Jan 2018 10:25:12 +0700 Suravee Suthikulpanit wrote: > Hi Alex, > > On 1/9/18 3:53 AM, Alex Williamson wrote: > > On Wed, 27 Dec 2017 04:20:34 -0500 > > Suravee Suthikulpanit wrote: > >> diff --git a/drivers/vfio/vfio_iommu_type1.c > >> b/drivers/vfio/vfio_iommu_type1.c > >>

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