[PATCH v2 09/18] arm64: mm: Invalidate both kernel and user ASIDs when performing TLBI

2017-11-30 Thread Will Deacon
Since an mm has both a kernel and a user ASID, we need to ensure that broadcast TLB maintenance targets both address spaces so that things like CoW continue to work with the uaccess primitives in the kernel. Signed-off-by: Will Deacon --- arch/arm64/include/asm/tlbflush.h |

[PATCH v2 09/18] arm64: mm: Invalidate both kernel and user ASIDs when performing TLBI

2017-11-30 Thread Will Deacon
Since an mm has both a kernel and a user ASID, we need to ensure that broadcast TLB maintenance targets both address spaces so that things like CoW continue to work with the uaccess primitives in the kernel. Signed-off-by: Will Deacon --- arch/arm64/include/asm/tlbflush.h | 16 ++--

[PATCH v2 12/18] arm64: entry: Explicitly pass exception level to kernel_ventry macro

2017-11-30 Thread Will Deacon
We will need to treat exceptions from EL0 differently in kernel_ventry, so rework the macro to take the exception level as an argument and construct the branch target using that. Signed-off-by: Will Deacon --- arch/arm64/kernel/entry.S | 46

Re: [PATCH v3 6/6] cpufreq: schedutil: ignore sugov kthreads

2017-11-30 Thread Patrick Bellasi
On 30-Nov 17:12, Juri Lelli wrote: > On 30/11/17 16:02, Patrick Bellasi wrote: > > On 30-Nov 14:41, Juri Lelli wrote: > > [...] > > > > If the DL changes (which I shall post again as soon as tip/sched/core is > > > bumped up to 4.15-rc1) get in first, this is going to be useless (as the > > > DL

[PATCH v2 12/18] arm64: entry: Explicitly pass exception level to kernel_ventry macro

2017-11-30 Thread Will Deacon
We will need to treat exceptions from EL0 differently in kernel_ventry, so rework the macro to take the exception level as an argument and construct the branch target using that. Signed-off-by: Will Deacon --- arch/arm64/kernel/entry.S | 46 +++--- 1 file

Re: [PATCH v3 6/6] cpufreq: schedutil: ignore sugov kthreads

2017-11-30 Thread Patrick Bellasi
On 30-Nov 17:12, Juri Lelli wrote: > On 30/11/17 16:02, Patrick Bellasi wrote: > > On 30-Nov 14:41, Juri Lelli wrote: > > [...] > > > > If the DL changes (which I shall post again as soon as tip/sched/core is > > > bumped up to 4.15-rc1) get in first, this is going to be useless (as the > > > DL

[PATCH v2 18/18] perf: arm_spe: Disallow userspace profiling when arm_kernel_unmapped_at_el0()

2017-11-30 Thread Will Deacon
When running with the kernel unmapped whilst at EL0, the virtually-addressed SPE buffer is also unmapped, which can lead to buffer faults if userspace profiling is enabled. This patch prohibits SPE profiling of userspace when arm_kernel_unmapped_at_el0(). Signed-off-by: Will Deacon

[PATCH v2 18/18] perf: arm_spe: Disallow userspace profiling when arm_kernel_unmapped_at_el0()

2017-11-30 Thread Will Deacon
When running with the kernel unmapped whilst at EL0, the virtually-addressed SPE buffer is also unmapped, which can lead to buffer faults if userspace profiling is enabled. This patch prohibits SPE profiling of userspace when arm_kernel_unmapped_at_el0(). Signed-off-by: Will Deacon ---

[PATCH v2 16/18] arm64: entry: Add fake CPU feature for unmapping the kernel at EL0

2017-11-30 Thread Will Deacon
Allow explicit disabling of the entry trampoline on the kernel command line (kaiser=off) by adding a fake CPU feature (ARM64_UNMAP_KERNEL_AT_EL0) that can be used to toggle the alternative sequences in our entry code and avoid use of the trampoline altogether if desired. This also allows us to

[PATCH v2 16/18] arm64: entry: Add fake CPU feature for unmapping the kernel at EL0

2017-11-30 Thread Will Deacon
Allow explicit disabling of the entry trampoline on the kernel command line (kaiser=off) by adding a fake CPU feature (ARM64_UNMAP_KERNEL_AT_EL0) that can be used to toggle the alternative sequences in our entry code and avoid use of the trampoline altogether if desired. This also allows us to

Re: [PATCH 00/11] fs: use freeze_fs on suspend/hibernate

2017-11-30 Thread Jiri Kosina
On Fri, 1 Dec 2017, Yu Chen wrote: > BTW, is nfs able to be included in this set? I also encountered a > freeze() failure due to nfs access during that stage recently. The freezer usage in NFS is magnitudes more complicated, so it makes sense to first go after the lower hanging fruit to figure

Re: [PATCH 00/11] fs: use freeze_fs on suspend/hibernate

2017-11-30 Thread Jiri Kosina
On Fri, 1 Dec 2017, Yu Chen wrote: > BTW, is nfs able to be included in this set? I also encountered a > freeze() failure due to nfs access during that stage recently. The freezer usage in NFS is magnitudes more complicated, so it makes sense to first go after the lower hanging fruit to figure

Re: [PATCH v2 5/5] kasan: add compiler support for clang

2017-11-30 Thread Andrey Ryabinin
On 11/30/2017 12:50 AM, Paul Lawrence wrote: > For now we can hard-code ASAN ABI level 5, since historical clang builds > can't build the kernel anyway. We also need to emulate gcc's > __SANITIZE_ADDRESS__ flag, or memset() calls won't be instrumented. > > Signed-off-by: Greg Hackmann

Re: [PATCH 2/3] staging: irda: Handle return value of platform_get_irq

2017-11-30 Thread Greg KH
On Thu, Nov 30, 2017 at 09:13:35PM +0530, Arvind Yadav wrote: > platform_get_irq() can fail here and we must check its return value. > > Signed-off-by: Arvind Yadav > --- > drivers/staging/irda/drivers/pxaficp_ir.c | 10 ++ > 1 file changed, 10 insertions(+)

[PATCH v2 17/18] arm64: Kconfig: Add CONFIG_UNMAP_KERNEL_AT_EL0

2017-11-30 Thread Will Deacon
Add a Kconfig entry to control use of the entry trampoline, which allows us to unmap the kernel whilst running in userspace and improve the robustness of KASLR. Signed-off-by: Will Deacon --- arch/arm64/Kconfig | 13 + 1 file changed, 13 insertions(+) diff

Re: [PATCH v2 5/5] kasan: add compiler support for clang

2017-11-30 Thread Andrey Ryabinin
On 11/30/2017 12:50 AM, Paul Lawrence wrote: > For now we can hard-code ASAN ABI level 5, since historical clang builds > can't build the kernel anyway. We also need to emulate gcc's > __SANITIZE_ADDRESS__ flag, or memset() calls won't be instrumented. > > Signed-off-by: Greg Hackmann >

Re: [PATCH 2/3] staging: irda: Handle return value of platform_get_irq

2017-11-30 Thread Greg KH
On Thu, Nov 30, 2017 at 09:13:35PM +0530, Arvind Yadav wrote: > platform_get_irq() can fail here and we must check its return value. > > Signed-off-by: Arvind Yadav > --- > drivers/staging/irda/drivers/pxaficp_ir.c | 10 ++ > 1 file changed, 10 insertions(+) Did you read

[PATCH v2 17/18] arm64: Kconfig: Add CONFIG_UNMAP_KERNEL_AT_EL0

2017-11-30 Thread Will Deacon
Add a Kconfig entry to control use of the entry trampoline, which allows us to unmap the kernel whilst running in userspace and improve the robustness of KASLR. Signed-off-by: Will Deacon --- arch/arm64/Kconfig | 13 + 1 file changed, 13 insertions(+) diff --git

Re: Unlock-lock questions and the Linux Kernel Memory Model

2017-11-30 Thread Will Deacon
On Thu, Nov 30, 2017 at 08:14:01AM -0800, Paul E. McKenney wrote: > On Thu, Nov 30, 2017 at 10:20:02AM -0500, Alan Stern wrote: > > On Wed, 29 Nov 2017, Daniel Lustig wrote: > > > > > On 11/29/2017 12:42 PM, Paul E. McKenney wrote: > > > > On Wed, Nov 29, 2017 at 02:53:06PM -0500, Alan Stern

Re: Unlock-lock questions and the Linux Kernel Memory Model

2017-11-30 Thread Will Deacon
On Thu, Nov 30, 2017 at 08:14:01AM -0800, Paul E. McKenney wrote: > On Thu, Nov 30, 2017 at 10:20:02AM -0500, Alan Stern wrote: > > On Wed, 29 Nov 2017, Daniel Lustig wrote: > > > > > On 11/29/2017 12:42 PM, Paul E. McKenney wrote: > > > > On Wed, Nov 29, 2017 at 02:53:06PM -0500, Alan Stern

[PATCH v2 15/18] arm64: tls: Avoid unconditional zeroing of tpidrro_el0 for native tasks

2017-11-30 Thread Will Deacon
When unmapping the kernel at EL0, we use tpidrro_el0 as a scratch register during exception entry from native tasks and subsequently zero it in the kernel_ventry macro. We can therefore avoid zeroing tpidrro_el0 in the context-switch path for native tasks using the entry trampoline.

[PATCH v2 15/18] arm64: tls: Avoid unconditional zeroing of tpidrro_el0 for native tasks

2017-11-30 Thread Will Deacon
When unmapping the kernel at EL0, we use tpidrro_el0 as a scratch register during exception entry from native tasks and subsequently zero it in the kernel_ventry macro. We can therefore avoid zeroing tpidrro_el0 in the context-switch path for native tasks using the entry trampoline.

[PATCH v2 00/18] arm64: Unmap the kernel whilst running in userspace (KAISER)

2017-11-30 Thread Will Deacon
Hi again, This is version two of the patches previously posted here: http://lists.infradead.org/pipermail/linux-arm-kernel/2017-November/542751.html Changes since v1 include: * Based on v4.15-rc1 * Trampoline moved into FIXMAP area * Explicit static key replaced by cpu cap * Disable

[PATCH v2 00/18] arm64: Unmap the kernel whilst running in userspace (KAISER)

2017-11-30 Thread Will Deacon
Hi again, This is version two of the patches previously posted here: http://lists.infradead.org/pipermail/linux-arm-kernel/2017-November/542751.html Changes since v1 include: * Based on v4.15-rc1 * Trampoline moved into FIXMAP area * Explicit static key replaced by cpu cap * Disable

[PATCH v2 14/18] arm64: erratum: Work around Falkor erratum #E1003 in trampoline code

2017-11-30 Thread Will Deacon
We rely on an atomic swizzling of TTBR1 when transitioning from the entry trampoline to the kernel proper on an exception. We can't rely on this atomicity in the face of Falkor erratum #E1003, so on affected cores we can issue a TLB invalidation to invalidate the walk cache prior to jumping into

[PATCH v2 14/18] arm64: erratum: Work around Falkor erratum #E1003 in trampoline code

2017-11-30 Thread Will Deacon
We rely on an atomic swizzling of TTBR1 when transitioning from the entry trampoline to the kernel proper on an exception. We can't rely on this atomicity in the face of Falkor erratum #E1003, so on affected cores we can issue a TLB invalidation to invalidate the walk cache prior to jumping into

[PATCH v2 02/18] arm64: mm: Temporarily disable ARM64_SW_TTBR0_PAN

2017-11-30 Thread Will Deacon
We're about to rework the way ASIDs are allocated, switch_mm is implemented and low-level kernel entry/exit is handled, so keep the ARM64_SW_TTBR0_PAN code out of the way whilst we do the heavy lifting. It will be re-enabled in a subsequent patch. Signed-off-by: Will Deacon

[PATCH v2 02/18] arm64: mm: Temporarily disable ARM64_SW_TTBR0_PAN

2017-11-30 Thread Will Deacon
We're about to rework the way ASIDs are allocated, switch_mm is implemented and low-level kernel entry/exit is handled, so keep the ARM64_SW_TTBR0_PAN code out of the way whilst we do the heavy lifting. It will be re-enabled in a subsequent patch. Signed-off-by: Will Deacon ---

Re: [PATCH v3 1/4] mm: introduce get_user_pages_longterm

2017-11-30 Thread Dan Williams
On Thu, Nov 30, 2017 at 1:53 AM, Michal Hocko wrote: > On Wed 29-11-17 10:05:35, Dan Williams wrote: >> Until there is a solution to the dma-to-dax vs truncate problem it is >> not safe to allow long standing memory registrations against >> filesytem-dax vmas. Device-dax vmas

Re: [PATCH v3 1/4] mm: introduce get_user_pages_longterm

2017-11-30 Thread Dan Williams
On Thu, Nov 30, 2017 at 1:53 AM, Michal Hocko wrote: > On Wed 29-11-17 10:05:35, Dan Williams wrote: >> Until there is a solution to the dma-to-dax vs truncate problem it is >> not safe to allow long standing memory registrations against >> filesytem-dax vmas. Device-dax vmas do not have this

[PATCH v2 01/18] arm64: mm: Use non-global mappings for kernel space

2017-11-30 Thread Will Deacon
In preparation for unmapping the kernel whilst running in userspace, make the kernel mappings non-global so we can avoid expensive TLB invalidation on kernel exit to userspace. Signed-off-by: Will Deacon --- arch/arm64/include/asm/kernel-pgtable.h | 12 ++--

[PATCH v2 01/18] arm64: mm: Use non-global mappings for kernel space

2017-11-30 Thread Will Deacon
In preparation for unmapping the kernel whilst running in userspace, make the kernel mappings non-global so we can avoid expensive TLB invalidation on kernel exit to userspace. Signed-off-by: Will Deacon --- arch/arm64/include/asm/kernel-pgtable.h | 12 ++--

Re: Unlock-lock questions and the Linux Kernel Memory Model

2017-11-30 Thread Paul E. McKenney
On Thu, Nov 30, 2017 at 05:25:01PM +0100, Peter Zijlstra wrote: > On Thu, Nov 30, 2017 at 08:14:01AM -0800, Paul E. McKenney wrote: > > > (Also, technically speaking, the litmus test doesn't have any release > > > operations, so no release sequence...) > > > > True! But if you translated it

Re: Unlock-lock questions and the Linux Kernel Memory Model

2017-11-30 Thread Paul E. McKenney
On Thu, Nov 30, 2017 at 05:25:01PM +0100, Peter Zijlstra wrote: > On Thu, Nov 30, 2017 at 08:14:01AM -0800, Paul E. McKenney wrote: > > > (Also, technically speaking, the litmus test doesn't have any release > > > operations, so no release sequence...) > > > > True! But if you translated it

Re: [PATCH v2] tpm: return a TPM_RC_COMMAND_CODE response if a command isn't implemented

2017-11-30 Thread Jarkko Sakkinen
On Wed, Nov 29, 2017 at 07:24:48PM +0100, Javier Martinez Canillas wrote: > Hello Jarkko, > > On 11/29/2017 06:57 PM, Jarkko Sakkinen wrote: > > On Wed, Nov 29, 2017 at 12:08:46PM +0100, Javier Martinez Canillas > > wrote: > >> +#define TPM2_RC_LAYER_SHIFT 16 +#define

Re: [PATCH v2] tpm: return a TPM_RC_COMMAND_CODE response if a command isn't implemented

2017-11-30 Thread Jarkko Sakkinen
On Wed, Nov 29, 2017 at 07:24:48PM +0100, Javier Martinez Canillas wrote: > Hello Jarkko, > > On 11/29/2017 06:57 PM, Jarkko Sakkinen wrote: > > On Wed, Nov 29, 2017 at 12:08:46PM +0100, Javier Martinez Canillas > > wrote: > >> +#define TPM2_RC_LAYER_SHIFT 16 +#define

Re: [PATCH v2 5/8] ARM: dts: am335x-pepper: Fix the audio CODEC's reset pin

2017-11-30 Thread Andrew F. Davis
On 11/30/2017 10:33 AM, Mark Brown wrote: > On Thu, Nov 30, 2017 at 08:18:26AM -0800, Tony Lindgren wrote: > >> So it seems this and patch 8/8 are safe for me to pick separately? > > It might make sense to pull in the relevant branches from ASoC first > however IIRC the reset GPIO code currently

Re: [PATCH v2 5/8] ARM: dts: am335x-pepper: Fix the audio CODEC's reset pin

2017-11-30 Thread Andrew F. Davis
On 11/30/2017 10:33 AM, Mark Brown wrote: > On Thu, Nov 30, 2017 at 08:18:26AM -0800, Tony Lindgren wrote: > >> So it seems this and patch 8/8 are safe for me to pick separately? > > It might make sense to pull in the relevant branches from ASoC first > however IIRC the reset GPIO code currently

Re: [PATCH 00/11] fs: use freeze_fs on suspend/hibernate

2017-11-30 Thread Yu Chen
On Thu, Nov 30, 2017 at 7:23 AM, Luis R. Rodriguez wrote: > This is a followup from the original RFC which proposed to start > to kill kthread freezing all together [0]. Instead of going straight > out to the jugular for kthread freezing this series only addresses > killing

Re: [PATCH 00/11] fs: use freeze_fs on suspend/hibernate

2017-11-30 Thread Yu Chen
On Thu, Nov 30, 2017 at 7:23 AM, Luis R. Rodriguez wrote: > This is a followup from the original RFC which proposed to start > to kill kthread freezing all together [0]. Instead of going straight > out to the jugular for kthread freezing this series only addresses > killing freezer calls on

[PATCH v2] PCI: Remove sysfs resource mmap warning

2017-11-30 Thread Bjorn Helgaas
From: Bjorn Helgaas When a process uses sysfs and tries to mmap more space than is available in a PCI BAR, we emit a warning and a backtrace. The mmap fails anyway, so the backtrace is mainly for debugging. But in general we don't emit kernel messages when syscalls return

[PATCH v2] PCI: Remove sysfs resource mmap warning

2017-11-30 Thread Bjorn Helgaas
From: Bjorn Helgaas When a process uses sysfs and tries to mmap more space than is available in a PCI BAR, we emit a warning and a backtrace. The mmap fails anyway, so the backtrace is mainly for debugging. But in general we don't emit kernel messages when syscalls return failure. The similar

Re: [PATCH v6 0/2] Fix corner cases with disabling CLKRUN in tpm_tis

2017-11-30 Thread Jarkko Sakkinen
On Wed, Nov 29, 2017 at 10:39:49AM -0800, Azhar Shaikh wrote: > Changes from v1: > - Patch 1: "tpm: Keep CLKRUN enabled throughout the duration of > transmit_cmd()" > - Add NULL checks before calling clk_toggle callback > - Use IS_ENABLED instead of ifdef in tpm_tis_clkrun_toggle() > - Do

Re: [PATCH v6 0/2] Fix corner cases with disabling CLKRUN in tpm_tis

2017-11-30 Thread Jarkko Sakkinen
On Wed, Nov 29, 2017 at 10:39:49AM -0800, Azhar Shaikh wrote: > Changes from v1: > - Patch 1: "tpm: Keep CLKRUN enabled throughout the duration of > transmit_cmd()" > - Add NULL checks before calling clk_toggle callback > - Use IS_ENABLED instead of ifdef in tpm_tis_clkrun_toggle() > - Do

Re: [PATCH v2 5/8] ARM: dts: am335x-pepper: Fix the audio CODEC's reset pin

2017-11-30 Thread Mark Brown
On Thu, Nov 30, 2017 at 08:18:26AM -0800, Tony Lindgren wrote: > So it seems this and patch 8/8 are safe for me to pick separately? It might make sense to pull in the relevant branches from ASoC first however IIRC the reset GPIO code currently does nothing useful anyway so it won't have any

Re: [PATCH v2 5/8] ARM: dts: am335x-pepper: Fix the audio CODEC's reset pin

2017-11-30 Thread Mark Brown
On Thu, Nov 30, 2017 at 08:18:26AM -0800, Tony Lindgren wrote: > So it seems this and patch 8/8 are safe for me to pick separately? It might make sense to pull in the relevant branches from ASoC first however IIRC the reset GPIO code currently does nothing useful anyway so it won't have any

Re: [PATCH v2 4/5] kasan: support LLVM-style asan parameters

2017-11-30 Thread Andrey Ryabinin
On 11/30/2017 12:50 AM, Paul Lawrence wrote: > Use cc-option to figure out whether the compiler's sanitizer uses > LLVM-style parameters ("-mllvm -asan-foo=bar") or GCC-style parameters > ("--param asan-foo=bar"). > > Signed-off-by: Greg Hackmann > Signed-off-by: Paul

Re: [PATCH v2 4/5] kasan: support LLVM-style asan parameters

2017-11-30 Thread Andrey Ryabinin
On 11/30/2017 12:50 AM, Paul Lawrence wrote: > Use cc-option to figure out whether the compiler's sanitizer uses > LLVM-style parameters ("-mllvm -asan-foo=bar") or GCC-style parameters > ("--param asan-foo=bar"). > > Signed-off-by: Greg Hackmann > Signed-off-by: Paul Lawrence > > --- >

Re: [GIT PULL] hash addresses printed with %p

2017-11-30 Thread Greg Kroah-Hartman
On Wed, Nov 29, 2017 at 01:36:25PM -0800, Linus Torvalds wrote: > On Wed, Nov 29, 2017 at 1:14 PM, Linus Torvalds > wrote: > > > > Not because %pK itself changed, but because the semantics of %p did. > > The baseline moved, and the "safe" version did not. > > Btw,

Re: [GIT PULL] hash addresses printed with %p

2017-11-30 Thread Greg Kroah-Hartman
On Wed, Nov 29, 2017 at 01:36:25PM -0800, Linus Torvalds wrote: > On Wed, Nov 29, 2017 at 1:14 PM, Linus Torvalds > wrote: > > > > Not because %pK itself changed, but because the semantics of %p did. > > The baseline moved, and the "safe" version did not. > > Btw, that baseline for me is now

Re: [PATCH v2 2/2] ASoC: codecs: Add initial PCM1862/63/64/65 universal ADC driver

2017-11-30 Thread Mark Brown
On Thu, Nov 30, 2017 at 09:56:08AM -0600, Andrew F. Davis wrote: > On 11/30/2017 06:20 AM, Mark Brown wrote: > > disable them. Based on what I think the intention is I'd suggest > > removing the bias level handling and then having probe enable runtime > > PM with the device flagged as active,

Re: [PATCH v2 2/2] ASoC: codecs: Add initial PCM1862/63/64/65 universal ADC driver

2017-11-30 Thread Mark Brown
On Thu, Nov 30, 2017 at 09:56:08AM -0600, Andrew F. Davis wrote: > On 11/30/2017 06:20 AM, Mark Brown wrote: > > disable them. Based on what I think the intention is I'd suggest > > removing the bias level handling and then having probe enable runtime > > PM with the device flagged as active,

Re: [kernel-hardening] [PATCH v3 2/2] Protected O_CREAT open in sticky directories

2017-11-30 Thread Solar Designer
Replying to Salvatore and Ian at once, and CC'ing H. Peter Anvin and Karel Zak for util-linux flock(1). On Thu, Nov 30, 2017 at 02:57:06PM +, Ian Campbell wrote: > On Thu, 2017-11-30 at 15:39 +0100, Salvatore Mesoraca wrote: > > 2017-11-27 1:26 GMT+01:00 Solar Designer : >

Re: [kernel-hardening] [PATCH v3 2/2] Protected O_CREAT open in sticky directories

2017-11-30 Thread Solar Designer
Replying to Salvatore and Ian at once, and CC'ing H. Peter Anvin and Karel Zak for util-linux flock(1). On Thu, Nov 30, 2017 at 02:57:06PM +, Ian Campbell wrote: > On Thu, 2017-11-30 at 15:39 +0100, Salvatore Mesoraca wrote: > > 2017-11-27 1:26 GMT+01:00 Solar Designer : > > > Why would

[PATCH net-next 0/4] net: dsa: simplify switchdev prepare phase

2017-11-30 Thread Vivien Didelot
This patch series brings no functional changes. It removes the unused switchdev_trans arguments from the dsa_switch_ops for both MDB and VLAN operations, and provides functions to prepare and add these objects for a given bitmap of ports. Vivien Didelot (4): net: dsa: remove trans argument

[PATCH net-next 0/4] net: dsa: simplify switchdev prepare phase

2017-11-30 Thread Vivien Didelot
This patch series brings no functional changes. It removes the unused switchdev_trans arguments from the dsa_switch_ops for both MDB and VLAN operations, and provides functions to prepare and add these objects for a given bitmap of ports. Vivien Didelot (4): net: dsa: remove trans argument

[PATCH net-next 3/4] net: dsa: add switch vlan bitmap functions

2017-11-30 Thread Vivien Didelot
This patch brings no functional changes. It moves out the VLAN code iterating on a list of VLAN members into new dsa_switch_vlan_{prepare,add}_bitmap() functions. This gives us a better isolation of the two switchdev phases. Signed-off-by: Vivien Didelot ---

[PATCH net-next 1/4] net: dsa: remove trans argument from vlan ops

2017-11-30 Thread Vivien Didelot
The DSA switch VLAN ops pass the switchdev_trans structure down to the drivers, but no one is using them and they aren't supposed to anyway. Remove the trans argument from VLAN prepare and add operations. At the same time, fix the following checkpatch warning: WARNING: line over 80

[PATCH net-next 3/4] net: dsa: add switch vlan bitmap functions

2017-11-30 Thread Vivien Didelot
This patch brings no functional changes. It moves out the VLAN code iterating on a list of VLAN members into new dsa_switch_vlan_{prepare,add}_bitmap() functions. This gives us a better isolation of the two switchdev phases. Signed-off-by: Vivien Didelot --- net/dsa/switch.c | 49

[PATCH net-next 1/4] net: dsa: remove trans argument from vlan ops

2017-11-30 Thread Vivien Didelot
The DSA switch VLAN ops pass the switchdev_trans structure down to the drivers, but no one is using them and they aren't supposed to anyway. Remove the trans argument from VLAN prepare and add operations. At the same time, fix the following checkpatch warning: WARNING: line over 80

Re: Unlock-lock questions and the Linux Kernel Memory Model

2017-11-30 Thread Peter Zijlstra
On Thu, Nov 30, 2017 at 08:14:01AM -0800, Paul E. McKenney wrote: > > (Also, technically speaking, the litmus test doesn't have any release > > operations, so no release sequence...) > > True! But if you translated it into C11, you would probably turn the > smp_wmb() followed by write into a

Re: Unlock-lock questions and the Linux Kernel Memory Model

2017-11-30 Thread Peter Zijlstra
On Thu, Nov 30, 2017 at 08:14:01AM -0800, Paul E. McKenney wrote: > > (Also, technically speaking, the litmus test doesn't have any release > > operations, so no release sequence...) > > True! But if you translated it into C11, you would probably turn the > smp_wmb() followed by write into a

RE: [PATCH v18 07/10] virtio-balloon: VIRTIO_BALLOON_F_SG

2017-11-30 Thread Wang, Wei W
On Thursday, November 30, 2017 6:36 PM, Tetsuo Handa wrote: > Wei Wang wrote: > > +static inline int xb_set_page(struct virtio_balloon *vb, > > + struct page *page, > > + unsigned long *pfn_min, > > + unsigned long

RE: [PATCH v18 07/10] virtio-balloon: VIRTIO_BALLOON_F_SG

2017-11-30 Thread Wang, Wei W
On Thursday, November 30, 2017 6:36 PM, Tetsuo Handa wrote: > Wei Wang wrote: > > +static inline int xb_set_page(struct virtio_balloon *vb, > > + struct page *page, > > + unsigned long *pfn_min, > > + unsigned long

Re: [PATCH net-next 3/5] bpftool: implement cgattach command

2017-11-30 Thread David Ahern
On 11/30/17 6:43 AM, Roman Gushchin wrote: > + if (bpf_prog_attach(prog_fd, cgroup_fd, attach_type, 0)) { > + bpf_object__close(obj); > + close(prog_fd); > + close(cgroup_fd); > + p_err("Failed to attach program"); > + return -1; > +

Re: [PATCH net-next 3/5] bpftool: implement cgattach command

2017-11-30 Thread David Ahern
On 11/30/17 6:43 AM, Roman Gushchin wrote: > + if (bpf_prog_attach(prog_fd, cgroup_fd, attach_type, 0)) { > + bpf_object__close(obj); > + close(prog_fd); > + close(cgroup_fd); > + p_err("Failed to attach program"); > + return -1; > +

[PATCH net-next 4/4] net: dsa: add switch mdb bitmap functions

2017-11-30 Thread Vivien Didelot
This patch brings no functional changes. It moves out the MDB code iterating on a multicast group into new dsa_switch_mdb_{prepare,add}_bitmap() functions. This gives us a better isolation of the two switchdev phases. Signed-off-by: Vivien Didelot ---

[PATCH net-next 4/4] net: dsa: add switch mdb bitmap functions

2017-11-30 Thread Vivien Didelot
This patch brings no functional changes. It moves out the MDB code iterating on a multicast group into new dsa_switch_mdb_{prepare,add}_bitmap() functions. This gives us a better isolation of the two switchdev phases. Signed-off-by: Vivien Didelot --- net/dsa/switch.c | 48

[PATCH net-next 2/4] net: dsa: remove trans argument from mdb ops

2017-11-30 Thread Vivien Didelot
The DSA switch MDB ops pass the switchdev_trans structure down to the drivers, but no one is using them and they aren't supposed to anyway. Remove the trans argument from MDB prepare and add operations. Signed-off-by: Vivien Didelot ---

[PATCH net-next 2/4] net: dsa: remove trans argument from mdb ops

2017-11-30 Thread Vivien Didelot
The DSA switch MDB ops pass the switchdev_trans structure down to the drivers, but no one is using them and they aren't supposed to anyway. Remove the trans argument from MDB prepare and add operations. Signed-off-by: Vivien Didelot --- drivers/net/dsa/lan9303-core.c | 6 ++

Re: [PATCH 07/11] xfs: remove not needed freezing calls

2017-11-30 Thread Jan Kara
On Wed 29-11-17 15:23:52, Luis R. Rodriguez wrote: > This removes superflous freezer calls as they are no longer needed > as the VFS now performs filesystem freezing/thaw if the filesystem has > support for it. > > The following Coccinelle rule was used as follows: > > spatch --sp-file

Re: [PATCH 07/11] xfs: remove not needed freezing calls

2017-11-30 Thread Jan Kara
On Wed 29-11-17 15:23:52, Luis R. Rodriguez wrote: > This removes superflous freezer calls as they are no longer needed > as the VFS now performs filesystem freezing/thaw if the filesystem has > support for it. > > The following Coccinelle rule was used as follows: > > spatch --sp-file

[PATCH] rxrpc: Neaten logging macros and add KERN_DEBUG logging level

2017-11-30 Thread Joe Perches
When enabled, the current debug logging does not have a KERN_. Add KERN_DEBUG to the logging macros. Miscellanea: o Remove #define redundancy and neaten the macros a bit Signed-off-by: Joe Perches --- net/rxrpc/ar-internal.h | 75

[PATCH] rxrpc: Neaten logging macros and add KERN_DEBUG logging level

2017-11-30 Thread Joe Perches
When enabled, the current debug logging does not have a KERN_. Add KERN_DEBUG to the logging macros. Miscellanea: o Remove #define redundancy and neaten the macros a bit Signed-off-by: Joe Perches --- net/rxrpc/ar-internal.h | 75 ++--- 1 file

Re: BSOD with [PATCH 00/13] mmu_notifier kill invalidate_page callback

2017-11-30 Thread Radim Krčmář
2017-11-30 12:20+0100, Paolo Bonzini: > On 30/11/2017 10:33, Fabian Grünbichler wrote: > > > > It was reverted in 785373b4c38719f4af6775845df6be1dfaea120f after which > > the symptoms disappeared until this series was merged, which contains > > > > 369ea8242c0fb5239b4ddf0dc568f694bd244de4

Re: BSOD with [PATCH 00/13] mmu_notifier kill invalidate_page callback

2017-11-30 Thread Radim Krčmář
2017-11-30 12:20+0100, Paolo Bonzini: > On 30/11/2017 10:33, Fabian Grünbichler wrote: > > > > It was reverted in 785373b4c38719f4af6775845df6be1dfaea120f after which > > the symptoms disappeared until this series was merged, which contains > > > > 369ea8242c0fb5239b4ddf0dc568f694bd244de4

Re: [PATCH v2 5/8] ARM: dts: am335x-pepper: Fix the audio CODEC's reset pin

2017-11-30 Thread Tony Lindgren
* Andrew F. Davis [171129 17:16]: > The correct DT property for specifying a GPIO used for reset > is "reset-gpios", fix this here. > > Fixes: 4341881d0562 ("ARM: dts: Add devicetree for Gumstix Pepper board") So it seems this and patch 8/8 are safe for me to pick separately?

Re: [PATCH v3 1/6] cpufreq: schedutil: reset sg_cpus's flags at IDLE enter

2017-11-30 Thread Patrick Bellasi
On 30-Nov 17:02, Juri Lelli wrote: > On 30/11/17 15:41, Patrick Bellasi wrote: > > On 30-Nov 14:12, Juri Lelli wrote: > > > Hi, > > > > > > On 30/11/17 11:47, Patrick Bellasi wrote: > > > > > > [...] > > > > > > > diff --git a/kernel/sched/cpufreq_schedutil.c > > > >

Re: [PATCH v2 5/8] ARM: dts: am335x-pepper: Fix the audio CODEC's reset pin

2017-11-30 Thread Tony Lindgren
* Andrew F. Davis [171129 17:16]: > The correct DT property for specifying a GPIO used for reset > is "reset-gpios", fix this here. > > Fixes: 4341881d0562 ("ARM: dts: Add devicetree for Gumstix Pepper board") So it seems this and patch 8/8 are safe for me to pick separately? Regards, Tony >

Re: [PATCH v3 1/6] cpufreq: schedutil: reset sg_cpus's flags at IDLE enter

2017-11-30 Thread Patrick Bellasi
On 30-Nov 17:02, Juri Lelli wrote: > On 30/11/17 15:41, Patrick Bellasi wrote: > > On 30-Nov 14:12, Juri Lelli wrote: > > > Hi, > > > > > > On 30/11/17 11:47, Patrick Bellasi wrote: > > > > > > [...] > > > > > > > diff --git a/kernel/sched/cpufreq_schedutil.c > > > >

Re: [PATCH 15/24] x86/mm: Allow flushing for future ASID switches

2017-11-30 Thread Peter Zijlstra
On Thu, Nov 30, 2017 at 07:51:17AM -0800, Dave Hansen wrote: > On 11/30/2017 07:44 AM, Peter Zijlstra wrote: > > On Mon, Nov 27, 2017 at 11:49:14AM +0100, Ingo Molnar wrote: > >> @@ -338,24 +366,23 @@ static inline void > >> __native_flush_tlb_single(unsigned long addr) > >> > >> static inline

Re: [PATCH 15/24] x86/mm: Allow flushing for future ASID switches

2017-11-30 Thread Peter Zijlstra
On Thu, Nov 30, 2017 at 07:51:17AM -0800, Dave Hansen wrote: > On 11/30/2017 07:44 AM, Peter Zijlstra wrote: > > On Mon, Nov 27, 2017 at 11:49:14AM +0100, Ingo Molnar wrote: > >> @@ -338,24 +366,23 @@ static inline void > >> __native_flush_tlb_single(unsigned long addr) > >> > >> static inline

Re: [PATCH RT] crypto: limit more FPU-enabled sections

2017-11-30 Thread Steven Rostedt
On Thu, 30 Nov 2017 16:41:08 +0100 Sebastian Andrzej Siewior wrote: > I would keep it for now until we decide if we keep fixing those things > are disable for RT because it is not worth it. As I said, this is only > x86 specific and we have something similar on ARM with

Re: [PATCH RT] crypto: limit more FPU-enabled sections

2017-11-30 Thread Steven Rostedt
On Thu, 30 Nov 2017 16:41:08 +0100 Sebastian Andrzej Siewior wrote: > I would keep it for now until we decide if we keep fixing those things > are disable for RT because it is not worth it. As I said, this is only > x86 specific and we have something similar on ARM with NEON. > But I guess the

Re: [PATCH net-next 3/5] bpftool: implement cgattach command

2017-11-30 Thread David Ahern
On 11/30/17 6:43 AM, Roman Gushchin wrote: > @@ -75,12 +80,13 @@ static int do_help(int argc, char **argv) > fprintf(stderr, > "Usage: %s [OPTIONS] OBJECT { COMMAND | help }\n" > " %s batch file FILE\n" > + " %s cgattach FILE CGROUP TYPE\n"

Re: [PATCH net-next 3/5] bpftool: implement cgattach command

2017-11-30 Thread David Ahern
On 11/30/17 6:43 AM, Roman Gushchin wrote: > @@ -75,12 +80,13 @@ static int do_help(int argc, char **argv) > fprintf(stderr, > "Usage: %s [OPTIONS] OBJECT { COMMAND | help }\n" > " %s batch file FILE\n" > + " %s cgattach FILE CGROUP TYPE\n"

Re: [PATCH V4] mmc:host:sdhci-pci:Addition of Arasan PCI Controller with integrated phy.

2017-11-30 Thread Philippe Ombredanne
On Thu, Nov 30, 2017 at 3:29 PM, Adrian Hunter wrote: > On 29/11/17 01:03, Atul Garg wrote: [] >> diff --git a/drivers/mmc/host/sdhci-pci-arasan.c >> b/drivers/mmc/host/sdhci-pci-arasan.c >> new file mode 100644 >> index 000..6529f30 >> --- /dev/null >> +++

Re: [PATCH V4] mmc:host:sdhci-pci:Addition of Arasan PCI Controller with integrated phy.

2017-11-30 Thread Philippe Ombredanne
On Thu, Nov 30, 2017 at 3:29 PM, Adrian Hunter wrote: > On 29/11/17 01:03, Atul Garg wrote: [] >> diff --git a/drivers/mmc/host/sdhci-pci-arasan.c >> b/drivers/mmc/host/sdhci-pci-arasan.c >> new file mode 100644 >> index 000..6529f30 >> --- /dev/null >> +++

Re: [PATCH] KVM: x86: MMU: make array audit_point_name static

2017-11-30 Thread Paolo Bonzini
On 30/11/2017 13:04, Colin King wrote: > From: Colin Ian King > > The array audit_point_name is local to the source and does not need to > be in global scope, so make it static. > > Cleans up sparse warning: > arch/x86/kvm/mmu_audit.c:22:12: warning: symbol

Re: [PATCH] KVM: x86: MMU: make array audit_point_name static

2017-11-30 Thread Paolo Bonzini
On 30/11/2017 13:04, Colin King wrote: > From: Colin Ian King > > The array audit_point_name is local to the source and does not need to > be in global scope, so make it static. > > Cleans up sparse warning: > arch/x86/kvm/mmu_audit.c:22:12: warning: symbol 'audit_point_name' was > not

Re: Unlock-lock questions and the Linux Kernel Memory Model

2017-11-30 Thread Paul E. McKenney
On Thu, Nov 30, 2017 at 10:20:02AM -0500, Alan Stern wrote: > On Wed, 29 Nov 2017, Daniel Lustig wrote: > > > On 11/29/2017 12:42 PM, Paul E. McKenney wrote: > > > On Wed, Nov 29, 2017 at 02:53:06PM -0500, Alan Stern wrote: > > >> On Wed, 29 Nov 2017, Peter Zijlstra wrote: > > >> > > >>> On Wed,

Re: Unlock-lock questions and the Linux Kernel Memory Model

2017-11-30 Thread Paul E. McKenney
On Thu, Nov 30, 2017 at 10:20:02AM -0500, Alan Stern wrote: > On Wed, 29 Nov 2017, Daniel Lustig wrote: > > > On 11/29/2017 12:42 PM, Paul E. McKenney wrote: > > > On Wed, Nov 29, 2017 at 02:53:06PM -0500, Alan Stern wrote: > > >> On Wed, 29 Nov 2017, Peter Zijlstra wrote: > > >> > > >>> On Wed,

[GIT PULL] KVM fixes for Linux 4.15-rc2

2017-11-30 Thread Paolo Bonzini
Linus, The following changes since commit d02fcf50779ec9d8eb7a81473fd76efe3f04b3a5: kvm: vmx: Allow disabling virtual NMI support (2017-11-17 13:20:07 +0100) are available in the git repository at: git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus for you to fetch changes up to

[GIT PULL] KVM fixes for Linux 4.15-rc2

2017-11-30 Thread Paolo Bonzini
Linus, The following changes since commit d02fcf50779ec9d8eb7a81473fd76efe3f04b3a5: kvm: vmx: Allow disabling virtual NMI support (2017-11-17 13:20:07 +0100) are available in the git repository at: git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus for you to fetch changes up to

Re: [PATCH v3 6/6] cpufreq: schedutil: ignore sugov kthreads

2017-11-30 Thread Juri Lelli
On 30/11/17 16:02, Patrick Bellasi wrote: > On 30-Nov 14:41, Juri Lelli wrote: [...] > > If the DL changes (which I shall post again as soon as tip/sched/core is > > bumped up to 4.15-rc1) get in first, this is going to be useless (as the > > DL kthread gets ignored by the scheduling class

Re: [PATCH v3 6/6] cpufreq: schedutil: ignore sugov kthreads

2017-11-30 Thread Juri Lelli
On 30/11/17 16:02, Patrick Bellasi wrote: > On 30-Nov 14:41, Juri Lelli wrote: [...] > > If the DL changes (which I shall post again as soon as tip/sched/core is > > bumped up to 4.15-rc1) get in first, this is going to be useless (as the > > DL kthread gets ignored by the scheduling class

Re: [PATCH v2] clk: stm32-h7: fix copyright

2017-11-30 Thread Gabriel FERNANDEZ
Acked-by: Gabriel Fernandez On 11/30/2017 09:41 AM, Benjamin Gaignard wrote: > Uniformize STMicroelectronics copyrights header > Add SPDX identifier > > Signed-off-by: Benjamin Gaignard > Acked-by: Alexandre TORGUE >

Re: [PATCH v2] clk: stm32-h7: fix copyright

2017-11-30 Thread Gabriel FERNANDEZ
Acked-by: Gabriel Fernandez On 11/30/2017 09:41 AM, Benjamin Gaignard wrote: > Uniformize STMicroelectronics copyrights header > Add SPDX identifier > > Signed-off-by: Benjamin Gaignard > Acked-by: Alexandre TORGUE > CC: Gabriel Fernandez > --- > drivers/clk/clk-stm32h7.c | 19

Re: 02a5c550b2 ("rcu: Abstract extended quiescent state determination"): BUG: kernel reboot-without-warning in test stage

2017-11-30 Thread Paul E. McKenney
On Thu, Nov 30, 2017 at 01:32:05PM +0800, Fengguang Wu wrote: > Greetings, > > 0day kernel testing robot got the below dmesg and the first bad commit is > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master > > commit 02a5c550b2738f2bfea8e1e00aa75944d71c9e18 > Author:

Re: 02a5c550b2 ("rcu: Abstract extended quiescent state determination"): BUG: kernel reboot-without-warning in test stage

2017-11-30 Thread Paul E. McKenney
On Thu, Nov 30, 2017 at 01:32:05PM +0800, Fengguang Wu wrote: > Greetings, > > 0day kernel testing robot got the below dmesg and the first bad commit is > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master > > commit 02a5c550b2738f2bfea8e1e00aa75944d71c9e18 > Author:

<    8   9   10   11   12   13   14   15   16   17   >