[PATCH 02/13] csky: Add SECCOMP_FILTER supported

2020-07-31 Thread guoren
From: Guo Ren secure_computing() is called first in syscall_trace_enter() so that a system call will be aborted quickly without doing succeeding syscall tracing if seccomp rules want to deny that system call. TODO: - Update https://github.com/seccomp/libseccomp csky support Signed-off-by: Guo

[PATCH 04/13] csky: Fixup duplicated restore sp in RESTORE_REGS_FTRACE

2020-07-31 Thread guoren
From: Guo Ren There is no user return for RESTORE_REGS_FTRACE, so it's no need to save sp into ss0 as RESTORE_REGS_ALL. Signed-off-by: Guo Ren Cc: Arnd Bergmann --- arch/csky/abiv2/inc/abi/entry.h | 3 --- 1 file changed, 3 deletions(-) diff --git a/arch/csky/abiv2/inc/abi/entry.h

[PATCH 05/13] csky: Fixup kprobes handler couldn't change pc

2020-07-31 Thread guoren
From: Guo Ren The "Changing Execution Path" section in the Documentation/kprobes.txt said: Since kprobes can probe into a running kernel code, it can change the register set, including instruction pointer. Signed-off-by: Guo Ren Cc: Arnd Bergmann --- arch/csky/abiv2/mcount.S | 4 +++- 1

[PATCH 12/13] csky: Add arch_show_interrupts for IPI interrupts

2020-07-31 Thread guoren
From: Guo Ren Here is the result: cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 15: 1348 1299952 1076 C-SKY SMP Intc 15 IPI Interrupt 16: 1203 1825 1598 1307 C-SKY SMP Intc 16 csky_mp_timer 43:292

[PATCH 06/13] csky: Add support for function error injection

2020-07-31 Thread guoren
From: Guo Ren Inspired by the commit 42d038c4fb00 ("arm64: Add support for function error injection"), this patch supports function error injection for csky. This patch mainly support two functions: one is regs_set_return_value() which is used to overwrite the return value; the another function

Re: [PATCH v7 09/10] media: tegra-video: Add CSI MIPI pads calibration

2020-07-31 Thread Dmitry Osipenko
01.08.2020 00:32, Sowjanya Komatineni пишет: > CSI MIPI pads need to be enabled and calibrated for capturing from > the external sensor or transmitter. > > MIPI CAL unit calibrates MIPI pads pull-up, pull-down and termination > impedances. Calibration is done by co-work of MIPI BIAS pad and MIPI

Re: [PATCH v7 06/10] media: tegra-video: Add support for external sensor capture

2020-07-31 Thread Dmitry Osipenko
01.08.2020 00:32, Sowjanya Komatineni пишет: ... > +static int tegra_csi_channels_alloc(struct tegra_csi *csi) > +{ > + struct device_node *node = csi->dev->of_node; > + struct v4l2_fwnode_endpoint v4l2_ep = { > + .bus_type = V4L2_MBUS_CSI2_DPHY > + }; > + struct

[tip:x86/boot] BUILD SUCCESS 1ac1efa5f6950f8f126f2c1921bb699ce009ec7d

2020-07-31 Thread kernel test robot
powerpc allyesconfig powerpc allmodconfig powerpc allnoconfig i386 randconfig-a005-20200731 i386 randconfig-a004-20200731 i386 randconfig-a006-20200731 i386

Re: linux-next: Tree for Jul 31 (net/decnet/ & FIB_RULES)

2020-07-31 Thread Randy Dunlap
On 7/31/20 5:35 PM, Stephen Rothwell wrote: > Hi Randy, > > On Fri, 31 Jul 2020 08:53:09 -0700 Randy Dunlap wrote: >> >> on i386: >> >> ld: net/core/fib_rules.o: in function `fib_rules_lookup': >> fib_rules.c:(.text+0x16b8): undefined reference to `fib4_rule_match' >> ld:

Re: [PATCH 0/6] perf tools: Add wallclock time conversion support

2020-07-31 Thread David Ahern
On 7/31/20 12:05 PM, pet...@infradead.org wrote: > On Fri, Jul 31, 2020 at 08:36:12AM -0700, Andi Kleen wrote: >>> yep, we have a customer that needs to compare data from multiple servers >> >> It's also needed to correlate over different guests on the same machine. >> This is an important use

Re: [PATCH v6 12/12] x86/traps: Fix up invalid PASID

2020-07-31 Thread Fenghua Yu
Hi, Andy, On Fri, Jul 31, 2020 at 04:34:11PM -0700, Andy Lutomirski wrote: > On Mon, Jul 13, 2020 at 4:48 PM Fenghua Yu wrote: > > > > A #GP fault is generated when ENQCMD instruction is executed without > > a valid PASID value programmed in the current thread's PASID MSR. The > > #GP fault

Re: linux-next: Tree for Jul 31 (net/decnet/ & FIB_RULES)

2020-07-31 Thread Stephen Rothwell
Hi Randy, On Fri, 31 Jul 2020 08:53:09 -0700 Randy Dunlap wrote: > > on i386: > > ld: net/core/fib_rules.o: in function `fib_rules_lookup': > fib_rules.c:(.text+0x16b8): undefined reference to `fib4_rule_match' > ld: fib_rules.c:(.text+0x16bf): undefined reference to `fib4_rule_match' > ld:

Re: [Linux-kernel-mentees] [PATCH] ptrace: Prevent kernel-infoleak in ptrace_get_syscall_info()

2020-07-31 Thread Dmitry V. Levin
On Mon, Jul 27, 2020 at 05:36:44PM -0400, Peilin Ye wrote: > ptrace_get_syscall_info() is copying uninitialized stack memory to > userspace due to the compiler not initializing holes in statically > allocated structures. Fix it by initializing `info` with memset(). > > Cc: sta...@vger.kernel.org

Re: [PATCH net-next] tun: add missing rcu annotation in tun_set_ebpf()

2020-07-31 Thread David Miller
From: Jason Wang Date: Fri, 31 Jul 2020 00:17:20 -0400 > We expecte prog_p to be protected by rcu, so adding the rcu annotation > to fix the following sparse warning: > > drivers/net/tun.c:3003:36: warning: incorrect type in argument 2 (different > address spaces) > drivers/net/tun.c:3003:36:

Re: INFO: trying to register non-static key in skb_queue_purge

2020-07-31 Thread syzbot
syzbot has bisected this issue to: commit 65b27995a4ab8fc51b4adc6b4dcdca20f7a595bb Author: Heiner Kallweit Date: Mon Aug 12 21:52:19 2019 + net: phy: let phy_speed_down/up support speeds >1Gbps bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=1327ef5090 start commit:

Re: [PATCH v4 2/2] soc: mediatek: add mtk-devapc driver

2020-07-31 Thread Chun-Kuang Hu
Hi, Neal: This patch is for "mediatek,mt6779-devapc", so I think commit title should show the SoC ID. Neal Liu 於 2020年7月29日 週三 下午4:29寫道: > > MediaTek bus fabric provides TrustZone security support and data > protection to prevent slaves from being accessed by unexpected > masters. > The

Re: [PATCH V7 0/6] Support building i.MX ARMv8 platforms clock driver as module

2020-07-31 Thread Stephen Boyd
Quoting Shawn Guo (2020-07-29 08:26:35) > On Wed, Jul 29, 2020 at 10:48:31PM +0800, Anson Huang wrote: > > Nowdays, there are more and more requirements of building SoC specific > > drivers as > > modules, such as Android GKI (generic kernel image), this patch set > > supports building > > i.MX

Re: Raw spinlocks and memory allocation

2020-07-31 Thread Paul E. McKenney
On Fri, Jul 31, 2020 at 11:47:38PM +0100, Matthew Wilcox wrote: > On Fri, Jul 31, 2020 at 03:30:16PM -0700, Paul E. McKenney wrote: > > On Fri, Jul 31, 2020 at 02:29:19PM -0700, Andrew Morton wrote: > > > On Fri, 31 Jul 2020 14:24:57 -0700 "Paul E. McKenney" > > > wrote: > > > > > > > The

Re: [PATCH][next] net/sched: cls_u32: Use struct_size() helper

2020-07-31 Thread Gustavo A. R. Silva
On 7/31/20 18:50, David Miller wrote: > From: "Gustavo A. R. Silva" > Date: Thu, 30 Jul 2020 11:03:14 -0500 > >> Make use of the struct_size() helper, in multiple places, instead >> of an open-coded version in order to avoid any potential type >> mistakes and protect against potential integer

Re: [PATCH] gpio: sprd: Clear interrupt when setting the type as edge

2020-07-31 Thread Baolin Wang
On Wed, Jul 29, 2020 at 5:35 PM Chunyan Zhang wrote: > > From: Taiping Lai > > The raw interrupt status of GPIO maybe set before the interrupt is enabled, > which would trigger the interrupt event once enabled it from user side. > This is the case for edge interrupts only. Adding a clear

Re: [PATCH RFC] mm: Add function for testing if the current lruvec lock is valid

2020-07-31 Thread Alex Shi
It looks much better than mine. and could replace 'mm/lru: introduce the relock_page_lruvec function' with your author signed. :) BTW, it's the rcu_read_lock cause the will-it-scale/page_fault3 regression which you mentained in another letter? Thanks Alex 在 2020/8/1 上午5:14,

Re: [Linux-kernel-mentees] [PATCH net] rds: Prevent kernel-infoleak in rds_notify_queue_get()

2020-07-31 Thread David Miller
From: Peilin Ye Date: Thu, 30 Jul 2020 15:20:26 -0400 > rds_notify_queue_get() is potentially copying uninitialized kernel stack > memory to userspace since the compiler may leave a 4-byte hole at the end > of `cmsg`. > > In 2016 we tried to fix this issue by doing `= { 0 };` on `cmsg`, which >

Re: [PATCH][next] net/sched: cls_u32: Use struct_size() helper

2020-07-31 Thread David Miller
From: "Gustavo A. R. Silva" Date: Thu, 30 Jul 2020 11:03:14 -0500 > Make use of the struct_size() helper, in multiple places, instead > of an open-coded version in order to avoid any potential type > mistakes and protect against potential integer overflows. > > Also, remove unnecessary object

mmotm 2020-07-31-16-45 uploaded

2020-07-31 Thread Andrew Morton
The mm-of-the-moment snapshot 2020-07-31-16-45 has been uploaded to http://www.ozlabs.org/~akpm/mmotm/ mmotm-readme.txt says README for mm-of-the-moment: http://www.ozlabs.org/~akpm/mmotm/ This is a snapshot of my -mm patch queue. Uploaded at random hopefully more than once a week. You

Re: [PATCH] net: Pass NULL to skb_network_protocol() when we don't care about vlan depth

2020-07-31 Thread David Miller
From: linmiaohe Date: Thu, 30 Jul 2020 19:02:36 +0800 > From: Miaohe Lin > > When we don't care about vlan depth, we could pass NULL instead of the > address of a unused local variable to skb_network_protocol() as a param. > > Signed-off-by: Miaohe Lin Applied to net-next, thanks.

Re: [PATCH v5 05/36] x86/boot: Remove run-time relocations from .head.text code

2020-07-31 Thread Nick Desaulniers
On Fri, Jul 31, 2020 at 4:08 PM Kees Cook wrote: > > From: Arvind Sankar > > The assembly code in head_{32,64}.S, while meant to be > position-independent, generates run-time relocations because it uses > instructions such as > lealgdt(%edx), %eax > which make the assembler and

Re: [PATCH v3 1/3] KVM: x86: Deflect unknown MSR accesses to user space

2020-07-31 Thread Jim Mattson
On Fri, Jul 31, 2020 at 2:50 PM Alexander Graf wrote: > > MSRs are weird. Some of them are normal control registers, such as EFER. > Some however are registers that really are model specific, not very > interesting to virtualization workloads, and not performance critical. > Others again are

Re: [PATCH v6 12/12] x86/traps: Fix up invalid PASID

2020-07-31 Thread Andy Lutomirski
On Mon, Jul 13, 2020 at 4:48 PM Fenghua Yu wrote: > > A #GP fault is generated when ENQCMD instruction is executed without > a valid PASID value programmed in the current thread's PASID MSR. The > #GP fault handler will initialize the MSR if a PASID has been allocated > for this process. > >

Re: [PATCH v6 1/4] usb: typec: Add QCOM PMIC typec detection driver

2020-07-31 Thread Wesley Cheng
On 7/29/2020 1:33 AM, Stephen Boyd wrote: > Quoting Wesley Cheng (2020-07-29 00:13:37) >> diff --git a/drivers/usb/typec/Kconfig b/drivers/usb/typec/Kconfig >> index 559dd06117e7..3e375f82849d 100644 >> --- a/drivers/usb/typec/Kconfig >> +++ b/drivers/usb/typec/Kconfig >> @@ -73,6 +73,18 @@

Re: [PATCH v3 00/21] x86/kaslr: Cleanup and small bugfixes

2020-07-31 Thread Kees Cook
On Fri, Jul 31, 2020 at 11:21:46AM +0200, Ingo Molnar wrote: > > * Arvind Sankar wrote: > > > On Tue, Jul 28, 2020 at 06:57:01PM -0400, Arvind Sankar wrote: > > > v2->v3: > > > - Fix the first patch: command line size should be strlen + 1 to account > > > for terminating NUL. Avoid calling

Re: [cpufreq] 48fc4efcdd: WARNING:possible_circular_locking_dependency_detected

2020-07-31 Thread Francisco Jerez
kernel test robot writes: > Greeting, > > FYI, we noticed the following commit (built with gcc-9): > > commit: 48fc4efcdd584e8f04da8b195262ec38221bd6db ("[PATCH v2 2/2] cpufreq: > intel_pstate: Implement passive mode with HWP enabled") > url: >

Re: [PATCH] dt-bindings: clock: Fix YAML schemas for LPASS clocks on SC7180

2020-07-31 Thread Stephen Boyd
Quoting Douglas Anderson (2020-07-31 13:30:10) > The YAML schemas that landed forgot one clock: "bi_tcxo". Presumably > the bindings were developed against the v4 version of the driver and > when the ".name" was removed in v5 of the driver things broke. > > While touching this, add the needed

[PATCH v5 19/36] arm64/build: Add missing DWARF sections

2020-07-31 Thread Kees Cook
Explicitly include DWARF sections when they're present in the build. Signed-off-by: Kees Cook --- arch/arm64/kernel/vmlinux.lds.S | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/kernel/vmlinux.lds.S b/arch/arm64/kernel/vmlinux.lds.S index 5c1960406b08..4cf825301c3a 100644 ---

[PATCH v5 26/36] arm/boot: Handle all sections explicitly

2020-07-31 Thread Kees Cook
In preparation for warning on orphan sections, use common macros for debug sections, discards, and text stubs. Add discards for unwanted .note, and .rel sections. Signed-off-by: Kees Cook --- arch/arm/boot/compressed/vmlinux.lds.S | 20 ++-- 1 file changed, 10 insertions(+), 10

[PATCH v5 29/36] x86/build: Enforce an empty .got.plt section

2020-07-31 Thread Kees Cook
The .got.plt section should always be zero (or filled only with the linker-generated lazy dispatch entry). Enforce this with an assert and mark the section as NOLOAD. This is more sensitive than just blindly discarding the section. Signed-off-by: Kees Cook --- arch/x86/kernel/vmlinux.lds.S | 14

[PATCH v5 25/36] arm/build: Warn on orphan section placement

2020-07-31 Thread Kees Cook
We don't want to depend on the linker's orphan section placement heuristics as these can vary between linkers, and may change between versions. All sections need to be explicitly handled in the linker script. Specifically, this would have made a recently fixed bug very obvious: ld: warning:

[PATCH v5 24/36] arm/build: Add missing sections

2020-07-31 Thread Kees Cook
Add missing text stub sections .vfp11_veneer and .v4_bx, as well as missing DWARF sections, when present in the build. Reviewed-by: Nick Desaulniers Signed-off-by: Kees Cook --- arch/arm/include/asm/vmlinux.lds.h | 4 +++- arch/arm/kernel/vmlinux-xip.lds.S | 1 + arch/arm/kernel/vmlinux.lds.S

[PATCH v5 23/36] arm/build: Explicitly keep .ARM.attributes sections

2020-07-31 Thread Kees Cook
In preparation for adding --orphan-handling=warn, explicitly keep the .ARM.attributes section by expanding the existing ELF_DETAILS macro into ARM_DETAILS. Suggested-by: Nick Desaulniers Link: https://lore.kernel.org/lkml/cakwvodk-racgq5pxsogs6vtifbtrk5fmkmnolxrqmaovv0n...@mail.gmail.com/

[PATCH v5 27/36] arm/boot: Warn on orphan section placement

2020-07-31 Thread Kees Cook
We don't want to depend on the linker's orphan section placement heuristics as these can vary between linkers, and may change between versions. All sections need to be explicitly handled in the linker script. With all sections now handled, enable orphan section warning. Signed-off-by: Kees Cook

[PATCH v5 17/36] arm64/build: Remove .eh_frame* sections due to unwind tables

2020-07-31 Thread Kees Cook
Avoid .eh_frame* section generation by making sure both CFLAGS and AFLAGS contain -fno-asychronous-unwind-tables and -fno-unwind-tables. With all sources of .eh_frame now removed from the build, drop this DISCARD so we can be alerted in the future if it returns unexpectedly once orphan section

[PATCH v5 18/36] arm64/build: Use common DISCARDS in linker script

2020-07-31 Thread Kees Cook
Use the common DISCARDS rule for the linker script in an effort to regularize the linker script to prepare for warning on orphaned sections. Additionally clean up left-over no-op macros. Signed-off-by: Kees Cook Acked-by: Will Deacon --- arch/arm64/kernel/vmlinux.lds.S | 5 ++--- 1 file

[PATCH v5 15/36] arm64/mm: Remove needless section quotes

2020-07-31 Thread Kees Cook
Fix a case of needless quotes in __section(), which Clang doesn't like. Acked-by: Will Deacon Reviewed-by: Nick Desaulniers Signed-off-by: Kees Cook --- arch/arm64/mm/mmu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm64/mm/mmu.c b/arch/arm64/mm/mmu.c index

[PATCH v5 22/36] arm/build: Refactor linker script headers

2020-07-31 Thread Kees Cook
In preparation for adding --orphan-handling=warn, refactor the linker script header includes, and extract common macros. Signed-off-by: Kees Cook --- arch/arm/{kernel => include/asm}/vmlinux.lds.h | 13 - arch/arm/kernel/vmlinux-xip.lds.S | 4 +---

[PATCH v5 28/36] x86/asm: Avoid generating unused kprobe sections

2020-07-31 Thread Kees Cook
When !CONFIG_KPROBES, do not generate kprobe sections. This makes sure there are no unexpected sections encountered by the linker scripts. Signed-off-by: Kees Cook --- arch/x86/include/asm/asm.h | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/arch/x86/include/asm/asm.h

Re: [PATCH v4] scsi: ufs: Cleanup completed request without interrupt notification

2020-07-31 Thread Can Guo
Hi Bart, On 2020-08-01 00:51, Bart Van Assche wrote: On 2020-07-31 01:00, Can Guo wrote: AFAIK, sychronization of scsi_done is not a problem here, because scsi layer use the atomic state, namely SCMD_STATE_COMPLETE, of a scsi cmd to prevent the concurrency of abort and real completion of it.

Re: [PATCH v6 0/7] x86/boot: Remove run-time relocations from compressed kernel

2020-07-31 Thread Kees Cook
On Fri, Jul 31, 2020 at 04:27:31PM -0400, Arvind Sankar wrote: > Changes from v5: > - Rebase onto v5.8-rc7 to resolve Makefile conflict Heh, I just merged your series into mine for orphans (just sent it too) and ironically, I did this too (rebase to rc7) but for ARM fixes on Clang vs binutils AS.

[PATCH v5 0/2] make dma_alloc_coherent NUMA-aware by per-NUMA CMA

2020-07-31 Thread Barry Song
Ganapatrao Kulkarni has put some effort on making arm-smmu-v3 use local memory to save command queues[1]. I also did similar job in patch "iommu/arm-smmu-v3: allocate the memory of queues in local numa node" [2] while not realizing Ganapatrao has done that before. But it seems it is much better

[PATCH v5 1/2] dma-contiguous: provide the ability to reserve per-numa CMA

2020-07-31 Thread Barry Song
Right now, drivers like ARM SMMU are using dma_alloc_coherent() to get coherent DMA buffers to save their command queues and page tables. As there is only one default CMA in the whole system, SMMUs on nodes other than node0 will get remote memory. This leads to significant latency. This patch

[PATCH v5 2/2] arm64: mm: reserve per-numa CMA to localize coherent dma buffers

2020-07-31 Thread Barry Song
Right now, smmu is using dma_alloc_coherent() to get memory to save queues and tables. Typically, on ARM64 server, there is a default CMA located at node0, which could be far away from node2, node3 etc. with this patch, smmu will get memory from local numa node to save command queues and page

[PATCH v5 03/36] x86/boot/compressed: Get rid of GOT fixup code

2020-07-31 Thread Kees Cook
From: Ard Biesheuvel In a previous patch, we have eliminated GOT entries from the decompressor binary and added an assertion that the .got section is empty. This means that the GOT fixup routines that exist in both the 32-bit and 64-bit startup routines have become dead code, and can be removed.

[PATCH v5 05/36] x86/boot: Remove run-time relocations from .head.text code

2020-07-31 Thread Kees Cook
From: Arvind Sankar The assembly code in head_{32,64}.S, while meant to be position-independent, generates run-time relocations because it uses instructions such as lealgdt(%edx), %eax which make the assembler and linker think that the code is using %edx as an index into gdt, and

[PATCH v5 01/36] x86/boot/compressed: Move .got.plt entries out of the .got section

2020-07-31 Thread Kees Cook
From: Ard Biesheuvel The .got.plt section contains the part of the GOT which is used by PLT entries, and which gets updated lazily by the dynamic loader when function calls are dispatched through those PLT entries. On fully linked binaries such as the kernel proper or the decompressor, this

[PATCH v5 00/36] Warn on orphan section placement

2020-07-31 Thread Kees Cook
sucecssful build testing under the following matrix: compiler/linker: gcc+ld.bfd, clang+ld.lld targets: defconfig, allmodconfig architectures: x86, i386, arm64, arm versions: v5.8-rc7, next-20200731 (with various build fixes[7][8]) Two known-failure exceptions (unchanged by this series) being: - clang+arm

[PATCH v5 12/36] vmlinux.lds.h: Add .symtab, .strtab, and .shstrtab to ELF_DETAILS

2020-07-31 Thread Kees Cook
When linking vmlinux with LLD, the synthetic sections .symtab, .strtab, and .shstrtab are listed as orphaned. Add them to the ELF_DETAILS section so there will be no warnings when --orphan-handling=warn is used more widely. (They are added above comment as it is the more common order[1].) ld.lld:

[PATCH v5 11/36] vmlinux.lds.h: Split ELF_DETAILS from STABS_DEBUG

2020-07-31 Thread Kees Cook
The .comment section doesn't belong in STABS_DEBUG. Split it out into a new macro named ELF_DETAILS. This will gain other non-debug sections that need to be accounted for when linking with --orphan-handling=warn. Signed-off-by: Kees Cook --- arch/alpha/kernel/vmlinux.lds.S | 1 +

[PATCH v5 10/36] vmlinux.lds.h: Avoid KASAN and KCSAN's unwanted sections

2020-07-31 Thread Kees Cook
KASAN (-fsanitize=kernel-address) and KCSAN (-fsanitize=thread) produce unwanted[1] .eh_frame and .init_array.* sections. Add them to COMMON_DISCARDS, except with CONFIG_CONSTRUCTORS, which wants to keep .init_array.* sections. [1] https://bugs.llvm.org/show_bug.cgi?id=46478 Tested-by: Marco

[PATCH v5 09/36] vmlinux.lds.h: Add .gnu.version* to COMMON_DISCARDS

2020-07-31 Thread Kees Cook
For vmlinux linking, no architecture uses the .gnu.version* sections, so remove it via the COMMON_DISCARDS macro in preparation for adding --orphan-handling=warn more widely. This is a work-around for what appears to be a bug[1] in ld.bfd which warns for this synthetic section even when none is

[PATCH v5 08/36] vmlinux.lds.h: Create COMMON_DISCARDS

2020-07-31 Thread Kees Cook
Collect the common DISCARD sections for architectures that need more specialized discard control than what the standard DISCARDS section provides. Signed-off-by: Kees Cook --- include/asm-generic/vmlinux.lds.h | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git

[PATCH v5 30/36] x86/build: Assert for unwanted sections

2020-07-31 Thread Kees Cook
In preparation for warning on orphan sections, enforce other expected-to-be-zero-sized sections (since discarding them might hide problems with them suddenly gaining unexpected entries). Signed-off-by: Kees Cook --- arch/x86/kernel/vmlinux.lds.S | 24 1 file changed, 24

[PATCH v5 16/36] arm64/kernel: Remove needless Call Frame Information annotations

2020-07-31 Thread Kees Cook
Remove last instance of an .eh_frame section by removing the needless Call Frame Information annotations which were likely leftovers from 32-bit arm. Suggested-by: Ard Biesheuvel Acked-by: Will Deacon Signed-off-by: Kees Cook --- arch/arm64/kernel/smccc-call.S | 2 -- 1 file changed, 2

[PATCH v5 20/36] arm64/build: Assert for unwanted sections

2020-07-31 Thread Kees Cook
In preparation for warning on orphan sections, discard unwanted non-zero-sized generated sections, and enforce other expected-to-be-zero-sized sections (since discarding them might hide problems with them suddenly gaining unexpected entries). Suggested-by: Ard Biesheuvel Signed-off-by: Kees Cook

[PATCH v5 35/36] x86/boot/compressed: Warn on orphan section placement

2020-07-31 Thread Kees Cook
We don't want to depend on the linker's orphan section placement heuristics as these can vary between linkers, and may change between versions. All sections need to be explicitly handled in the linker script. Now that all sections are explicitly handled, enable orphan section warnings.

[PATCH v5 14/36] efi/libstub: Disable -mbranch-protection

2020-07-31 Thread Kees Cook
In preparation for adding --orphan-handling=warn to more architectures, disable -mbranch-protection, as EFI does not yet support it[1]. This was noticed due to it producing unwanted .note.gnu.property sections (prefixed with .init due to the objcopy build step). However, we must also work around

[PATCH v5 07/36] x86/boot: Check that there are no run-time relocations

2020-07-31 Thread Kees Cook
From: Arvind Sankar Add a linker script check that there are no run-time relocations, and remove the old one that tries to check via looking for specially-named sections in the object files. Drop the tests for -fPIE compiler option and -pie linker option, as they are available in all supported

[PATCH v5 13/36] vmlinux.lds.h: add PGO and AutoFDO input sections

2020-07-31 Thread Kees Cook
From: Nick Desaulniers Basically, consider .text.{hot|unlikely|unknown}.* part of .text, too. When compiling with profiling information (collected via PGO instrumentations or AutoFDO sampling), Clang will separate code into .text.hot, .text.unlikely, or .text.unknown sections based on profiling

[PATCH v5 21/36] arm64/build: Warn on orphan section placement

2020-07-31 Thread Kees Cook
We don't want to depend on the linker's orphan section placement heuristics as these can vary between linkers, and may change between versions. All sections need to be explicitly handled in the linker script. With all sections now handled, enable orphan section warnings. Acked-by: Will Deacon

[PATCH v5 33/36] x86/boot/compressed: Remove, discard, or assert for unwanted sections

2020-07-31 Thread Kees Cook
In preparation for warning on orphan sections, stop the linker from generating the .eh_frame* sections, discard unwanted non-zero-sized generated sections, and enforce other expected-to-be-zero-sized sections (since discarding them might hide problems with them suddenly gaining unexpected

[PATCH v5 31/36] x86/build: Warn on orphan section placement

2020-07-31 Thread Kees Cook
We don't want to depend on the linker's orphan section placement heuristics as these can vary between linkers, and may change between versions. All sections need to be explicitly handled in the linker script. Now that all sections are explicitly handled, enable orphan section warnings.

[PATCH v5 36/36] arm/build: Assert for unwanted sections

2020-07-31 Thread Kees Cook
In preparation for warning on orphan sections, enforce expected-to-be-zero-sized sections (since discarding them might hide problems with them suddenly gaining unexpected entries). Signed-off-by: Kees Cook --- arch/arm/include/asm/vmlinux.lds.h | 10 ++ arch/arm/kernel/vmlinux-xip.lds.S

[PATCH v5 32/36] x86/boot/compressed: Reorganize zero-size section asserts

2020-07-31 Thread Kees Cook
For readability, move the zero-sized sections to the end after DISCARDS and mark them NOLOAD for good measure. Signed-off-by: Kees Cook --- arch/x86/boot/compressed/vmlinux.lds.S | 42 +++--- 1 file changed, 25 insertions(+), 17 deletions(-) diff --git

[PATCH v5 34/36] x86/boot/compressed: Add missing debugging sections to output

2020-07-31 Thread Kees Cook
Include the missing DWARF and STABS sections in the compressed image, when they are present. Signed-off-by: Kees Cook --- arch/x86/boot/compressed/vmlinux.lds.S | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/x86/boot/compressed/vmlinux.lds.S b/arch/x86/boot/compressed/vmlinux.lds.S

[PATCH v5 02/36] x86/boot/compressed: Force hidden visibility for all symbol references

2020-07-31 Thread Kees Cook
From: Ard Biesheuvel Eliminate all GOT entries in the decompressor binary, by forcing hidden visibility for all symbol references, which informs the compiler that such references will be resolved at link time without the need for allocating GOT entries. To ensure that no GOT entries will creep

[PATCH v5 04/36] x86/boot: Add .text.* to setup.ld

2020-07-31 Thread Kees Cook
From: Arvind Sankar gcc puts the main function into .text.startup when compiled with -Os (or -O2). This results in arch/x86/boot/main.c having a .text.startup section which is currently not included explicitly in the linker script setup.ld in the same directory. The BFD linker places this

[PATCH v5 06/36] x86/boot: Remove run-time relocations from head_{32,64}.S

2020-07-31 Thread Kees Cook
From: Arvind Sankar The BFD linker generates run-time relocations for z_input_len and z_output_len, even though they are absolute symbols. This is fixed for binutils-2.35 [1]. Work around this for earlier versions by defining two variables input_len and output_len in addition to the symbols,

Re: [PATCH v6 5/5] remoteproc: Add initial zynqmp R5 remoteproc driver

2020-07-31 Thread Stefano Stabellini
On Tue, 28 Jul 2020, Mathieu Poirier wrote: > On Wed, Jul 15, 2020 at 08:33:17AM -0700, Ben Levinsky wrote: > > R5 is included in Xilinx Zynq UltraScale MPSoC so by adding this > > remotproc driver, we can boot the R5 sub-system in different > > configurations. > > > > Acked-by: Stefano

[tip:WIP.x86/kaslr] BUILD SUCCESS f49236ae424d499d02ee3ce35fb9130ddf95b03f

2020-07-31 Thread kernel test robot
defconfig powerpc allyesconfig powerpc allmodconfig powerpc allnoconfig i386 randconfig-a016-20200731 i386 randconfig-a012-20200731 i386 randconfig-a014-20200731 i386

[tip:core/rcu] BUILD SUCCESS c1cc4784ce6e8cceff1013709abd74bcbf7fbf24

2020-07-31 Thread kernel test robot
allnoconfig powerpc defconfig i386 randconfig-a005-20200731 i386 randconfig-a004-20200731 i386 randconfig-a006-20200731 i386 randconfig-a002-20200731 i386 randconfig-a001-20200731 i386

Re: [PATCH] MIPS: BMIPS: Disable pref 30 for buggy CPUs

2020-07-31 Thread Florian Fainelli
On 7/31/20 2:05 AM, Thomas Bogendoerfer wrote: > On Thu, Jul 30, 2020 at 09:24:01PM -0700, Florian Fainelli wrote: >> Disable pref 30 by utilizing the standard quirk method and matching the >> affected SoCs: 7344, 7346, 7425. >> >> Signed-off-by: Florian Fainelli >> --- >>

Re: [PATCH] MIPS: BMIPS: Disable pref 30 for buggy CPUs

2020-07-31 Thread Florian Fainelli
On 7/31/20 3:34 AM, Jiaxun Yang wrote: > > > 在 2020/7/31 下午12:24, Florian Fainelli 写道: >> Disable pref 30 by utilizing the standard quirk method and matching the >> affected SoCs: 7344, 7346, 7425. >> >> Signed-off-by: Florian Fainelli >> --- >>   arch/mips/bmips/setup.c | 17 +

Re: [PATCH bpf-next v3 01/29] bpf: memcg-based memory accounting for bpf progs

2020-07-31 Thread Song Liu
On Thu, Jul 30, 2020 at 2:28 PM Roman Gushchin wrote: > > Include memory used by bpf programs into the memcg-based accounting. > This includes the memory used by programs itself, auxiliary data > and statistics. > > Signed-off-by: Roman Gushchin Acked-by: Song Liu

Re: [PATCH bpf-next v3 27/29] bpf: eliminate rlimit-based memory accounting infra for bpf maps

2020-07-31 Thread Song Liu
On Thu, Jul 30, 2020 at 2:27 PM Roman Gushchin wrote: > > Remove rlimit-based accounting infrastructure code, which is not used > anymore. > > Signed-off-by: Roman Gushchin The code is good, so Acked-by: Song Liu However, I am still nervous as we deprecate memlock. > --- >

Re: Raw spinlocks and memory allocation

2020-07-31 Thread Matthew Wilcox
On Fri, Jul 31, 2020 at 03:30:16PM -0700, Paul E. McKenney wrote: > On Fri, Jul 31, 2020 at 02:29:19PM -0700, Andrew Morton wrote: > > On Fri, 31 Jul 2020 14:24:57 -0700 "Paul E. McKenney" > > wrote: > > > > > The reason for this restriction is that in -rt, the spin_lock(>lock) > > > in

Re: [Ksummit-discuss] [TECH TOPIC] Planning code obsolescence

2020-07-31 Thread j...@joshtriplett.org
On Fri, Jul 31, 2020 at 09:57:41PM +, Bird, Tim wrote: > > -Original Message- > > From: j...@joshtriplett.org > > > > On Fri, Jul 31, 2020 at 05:00:12PM +0200, Arnd Bergmann wrote: > > > The majority of the code in the kernel deals with hardware that was made > > > a long time ago,

Re: [PATCH v3 01/15] dt-bindings: iio: Add bindings for sx9310 sensor

2020-07-31 Thread Rob Herring
On Fri, 31 Jul 2020 10:48:38 -0600, Daniel Campello wrote: > Adds device tree bandings for sx9310 sensor. > > Signed-off-by: Daniel Campello > Cc: Hartmut Knaack > Cc: Lars-Peter Clausen > Cc: Peter Meerwald-Stadler > Cc: Rob Herring > Reviewed-by: Douglas Anderson > [swb...@chromium.org:

Re: [PATCH 1/3] dt-bindings: arm: fsl: Add Y Soft IOTA Orion board

2020-07-31 Thread Rob Herring
On Fri, 31 Jul 2020 14:00:06 +0200, Michal Vokáč wrote: > Add devicetree binding for Orion - new board variant in the Y Soft > IOTA family. > > Signed-off-by: Michal Vokáč > --- > Documentation/devicetree/bindings/arm/fsl.yaml | 1 + > 1 file changed, 1 insertion(+) > Acked-by: Rob Herring

Re: [PATCH v4 1/2] dt-bindings: iio: light: add AMS AS73211 support

2020-07-31 Thread Rob Herring
On Fri, 31 Jul 2020 09:01:13 +0200, Christian Eggers wrote: > Add DT bindings for AMS AS73211 XYZ True Color Sensor. > > Signed-off-by: Christian Eggers > --- > .../bindings/iio/light/ams,as73211.yaml | 54 +++ > 1 file changed, 54 insertions(+) > create mode 100644 >

Re: [PATCH] dt-bindings: memory-controllers: Convert mmdc to json-schema

2020-07-31 Thread Rob Herring
On Fri, 31 Jul 2020 10:06:24 +0800, Anson Huang wrote: > Convert the MMDC memory controller binding to DT schema format using > json-schema. > > Signed-off-by: Anson Huang > --- > .../bindings/memory-controllers/fsl/mmdc.txt | 35 >

Re: [PATCH] [net/ethtool] ethnl_set_linkmodes: remove redundant null check

2020-07-31 Thread Michal Kubecek
On Fri, Jul 31, 2020 at 12:58:44AM -0400, Gaurav Singh wrote: > info cannot be NULL here since its being accessed earlier > in the function: nlmsg_parse(info->nlhdr...). Remove this > redundant NULL check. This is what the static checker tells you but it could still mean the other place is

Re: [PATCH] cpufreq: intel_pstate: Implement passive mode with HWP enabled

2020-07-31 Thread Francisco Jerez
"Rafael J. Wysocki" writes: > On Thursday, July 30, 2020 2:49:34 AM CEST Francisco Jerez wrote: >> > > [cut] > >> >> > >> >> >> >> No, I explicitly dismissed that in my previous reply. >> >> >> > >> >> >> > But at the same time you seem to agree that without the non-CPU com= >> pon=3D >> >> ent

Re: [PATCH v2 11/11] dt-bindings: media: Correct samsung-fimc parallel port numbering

2020-07-31 Thread Rob Herring
On Thu, 30 Jul 2020 16:01:14 -0700, Jonathan Bakker wrote: > The parallel port nodes should be numbered 1 and 2, not 0 and 1 > for A and B respectively. The driver has always implemented 1 > and 2 and the in-tree Goni DTS uses 1 as port A as well. Update > the documentation to match this

Re: [PATCH 1/5] dt-bindings: dma: dw: Add optional DMA-channels mask cell support

2020-07-31 Thread Rob Herring
On Thu, 30 Jul 2020 18:45:41 +0300, Serge Semin wrote: > Each DW DMA controller channel can be synthesized with different > parameters like maximum burst-length, multi-block support, maximum data > width, etc. Most of these parameters determine the DW DMAC channels > performance in its own aspect.

Re: [PATCH v7 00/18] perf: ftrace enhancement

2020-07-31 Thread Arnaldo Carvalho de Melo
On July 31, 2020 2:35:20 PM GMT-03:00, Changbin Du wrote: >Hi Arnaldo, >Are we ready to merge this serias now Thanks. :) Next week I'll be in vacation, do I'll have more time for upstream stuff, - Arnaldo > >On Sat, Jul 18, 2020 at 02:48:08PM +0800, Changbin Du wrote: >> The perf has

Re: [PATCH 1/2] dt-bindings: power: Add the bq25790 dt bindings

2020-07-31 Thread Rob Herring
On Thu, Jul 30, 2020 at 09:58:33AM -0500, Dan Murphy wrote: > Add the bindings for the bq25790. > > Signed-off-by: Ricardo Rivera-Matos > Signed-off-by: Dan Murphy > --- > .../bindings/power/supply/bq25790.yaml| 87 +++ > 1 file changed, 87 insertions(+) > create mode

Re: xfs_reclaim_inodes_ag taking several seconds

2020-07-31 Thread Dave Chinner
On Fri, Jul 31, 2020 at 01:27:31PM +0200, Donald Buczek wrote: > Dear Linux people, > > we have a backup server with two xfs filesystems on 101.9TB md-raid6 devices > (16 * 7.3 T disks) each, Current Linux version is 5.4.54. . > root:done:/home/buczek/linux_problems/shrinker_semaphore/# cat

Re: [PATCH 2/2] dt-bindings: mtd: Convert imx nand to json-schema

2020-07-31 Thread Rob Herring
On Thu, 30 Jul 2020 20:43:24 +0800, Anson Huang wrote: > Convert the i.MX nand controller binding to DT schema format > using json-schema. > > Signed-off-by: Anson Huang > --- > Documentation/devicetree/bindings/mtd/mxc-nand.txt | 19 -- > .../devicetree/bindings/mtd/mxc-nand.yaml

Re: [PATCH 1/2] dt-bindings: mtd: Convert gpmi nand to json-schema

2020-07-31 Thread Rob Herring
On Thu, 30 Jul 2020 20:43:23 +0800, Anson Huang wrote: > Convert the gpmi nand controller binding to DT schema format > using json-schema. > > Signed-off-by: Anson Huang > --- > .../devicetree/bindings/mtd/gpmi-nand.txt | 75 - > .../devicetree/bindings/mtd/gpmi-nand.yaml

Re: [PATCH 0/7] block: delete or fix duplicated words

2020-07-31 Thread Jens Axboe
On 7/30/20 7:42 PM, Randy Dunlap wrote: > Drop doubled words or fix them to what they should be. > Also fix a few typos and kernel-doc notation. Applied, thanks. -- Jens Axboe

Re: Raw spinlocks and memory allocation

2020-07-31 Thread Paul E. McKenney
On Fri, Jul 31, 2020 at 02:29:19PM -0700, Andrew Morton wrote: > On Fri, 31 Jul 2020 14:24:57 -0700 "Paul E. McKenney" > wrote: > > > The reason for this restriction is that in -rt, the spin_lock(>lock) > > in rmqueue_bulk() can sleep. > > So if there is runtime overhead, this overhead could

Re: [PATCH 1/3] dt-bindings: mailbox: add compatible for the IPQ6018 SoC

2020-07-31 Thread Rob Herring
On Thu, 30 Jul 2020 14:19:22 +0530, Kathiravan T wrote: > Add the mailbox compatible for the IPQ6018 SoC. > > Signed-off-by: Kathiravan T > --- > Documentation/devicetree/bindings/mailbox/qcom,apcs-kpss-global.yaml | 1 + > 1 file changed, 1 insertion(+) > Acked-by: Rob Herring

Re: [PATCH 1/2] dt-bindings: reset: imx8mq: add m4 reset

2020-07-31 Thread Rob Herring
On Thu, 30 Jul 2020 14:46:08 +0800, peng@nxp.com wrote: > From: Peng Fan > > Add the m4 reset used by the remoteproc driver > > Signed-off-by: Peng Fan > --- > include/dt-bindings/reset/imx8mq-reset.h | 5 - > 1 file changed, 4 insertions(+), 1 deletion(-) > Acked-by: Rob Herring

<    1   2   3   4   5   6   7   8   9   10   >