Re: [RFC] perf/x86: Only expose userspace rdpmc for events on current CPU

On Tue, Jan 12, 2021 at 10:16:50AM -0600, Rob Herring wrote: > On Tue, Jan 12, 2021 at 9:33 AM Peter Zijlstra wrote: > > > > On Thu, Jan 07, 2021 at 05:01:36PM -0700, Rob Herring wrote: > > > Userspace access using rdpmc only makes sense if the event is valid for > > > the current CPU. However,

[patch 1/4] sparc/mm/highmem: Flush cache and TLB

The recent conversion to the generic kmap_local infrastructure failed to assign the proper pre/post map/unmap flush operations for sparc. Sparc requires cache flush before map/unmap and tlb flush afterwards. Fixes: 3293efa97807 ("sparc/mm/highmem: Switch to generic kmap atomic") Reported-by:

[patch 4/4] powerpc/mm/highmem: Use __set_pte_at() for kmap_local()

The original PowerPC highmem mapping function used __set_pte_at() to denote that the mapping is per CPU. This got lost with the conversion to the generic implementation. Override the default map function. Fixes: 47da42b27a56 ("powerpc/mm/highmem: Switch to generic kmap atomic") Signed-off-by:

[patch 3/4] mips/mm/highmem: Use set_pte() for kmap_local()

set_pte_at() on MIPS invokes update_cache() which might recurse into kmap_local(). Use set_pte() like the original MIPS highmem implementation did. Fixes: a4c33e83bca1 ("mips/mm/highmem: Switch to generic kmap atomic") Reported-by: Paul Cercueil Reported-by: Thomas Bogendoerfer Signed-off-by:

[patch 0/4] mm/highmem: Fix fallout from generic kmap_local conversions

The kmap_local conversion wreckaged sparc, mips and powerpc as it missed some of the details in the original implementation. The following series addresses that. Thanks, tglx --- arch/mips/include/asm/highmem.h |1 + arch/sparc/include/asm/highmem.h |9 +

[patch 2/4] mm/highmem: Prepare for overriding set_pte_at()

The generic kmap_local() map function uses set_pte_at(), but MIPS requires set_pte() and PowerPC wants __set_pte_at(). Provide arch_kmap_local_set_pte() and default it to set_pte_at(). Signed-off-by: Thomas Gleixner --- mm/highmem.c |7 ++- 1 file changed, 6 insertions(+), 1

Re: [PATCH 4/4] dmaengine: rcar-dmac: Add support for R-Car V3U

On 12-01-21, 16:54, Geert Uytterhoeven wrote: > Hi Vinod, > > On Tue, Jan 12, 2021 at 11:36 AM Vinod Koul wrote: > > On 07-01-21, 19:15, Geert Uytterhoeven wrote: > > > The DMACs (both SYS-DMAC and RT-DMAC) on R-Car V3U differ slightly from > > > the DMACs on R-Car Gen2 and other R-Car Gen3

Re: [PATCH v2 04/19] scsi: mvsas: Pass gfp_t flags to libsas event notifiers

On Tue, Jan 12, 2021 at 03:46:42PM +, Christoph Hellwig wrote: > > } else if (mwq->handler & EXP_BRCT_CHG) { > > phy->phy_event &= ~EXP_BRCT_CHG; > > - sas_notify_port_event(sas_phy, PORTE_BROADCAST_RCVD); > > + sas_notify_port_event_gfp(sas_phy,

Re: [PATCH] mm: memcontrol: prevent starvation when writing memory.high

On Tue, Jan 12, 2021 at 11:30:11AM -0500, Johannes Weiner wrote: > When a value is written to a cgroup's memory.high control file, the > write() context first tries to reclaim the cgroup to size before > putting the limit in place for the workload. Concurrent charges from > the workload can keep

Re: [PATCH 8/9] KVM: arm64: vgic-v3: Expose GICR_TYPER.Last for userspace

Hi Eric, On 12/12/20 6:50 PM, Eric Auger wrote: > Commit 23bde34771f1 ("KVM: arm64: vgic-v3: Drop the > reporting of GICR_TYPER.Last for userspace") temporarily fixed > a bug identified when attempting to access the GICR_TYPER > register before the redistributor region setting but dropped > the

Re: [PATCH] PCI: Add a quirk to enable SVA for HiSilicon chip

On Tue, Jan 12, 2021 at 02:49:52PM +0800, Zhangfei Gao wrote: > HiSilicon KunPeng920 and KunPeng930 have devices appear as PCI but are > actually on the AMBA bus. These fake PCI devices can not support tlp > and have to enable SMMU stall mode to use the SVA feature. > > Add a quirk to set

RE: gdbserver + fsgsbase kaputt

> [ 26.990644] getreg: gs_base = 0xf7f8e000 > [ 26.991694] getreg: GS=0x63, GSBASE=0xf7f8e000 > [ 26.993117] PTRACE_SETREGS > [ 26.993813] putreg: change gsbase from 0xf7f8e000 to 0x0 > [ 26.995134] putreg: write GS=0x63; old GSBASE=0x0 > [ 26.996235] PTRACE_SETREGS done > > That's

Re: [RFC 2/2] clk: vc5: Add support for optional load capacitance

On Tue, Jan 12, 2021 at 10:45 AM Luca Ceresoli wrote: > > Hi Adam, > > On 11/01/21 17:40, Adam Ford wrote: > > On Sat, Jan 9, 2021 at 12:02 PM Luca Ceresoli wrote: > >> > >> Hi Adam, > >> > >> On 09/01/21 04:00, Adam Ford wrote: > >>> On Fri, Jan 8, 2021 at 4:49 PM Luca Ceresoli > >>> wrote: >

Re: [PATCH v2 1/3] x86/mce: Avoid infinite loop for copy from user recovery

> On Jan 11, 2021, at 2:21 PM, Luck, Tony wrote: > > On Mon, Jan 11, 2021 at 02:11:56PM -0800, Andy Lutomirski wrote: >> On Jan 11, 2021, at 1:45 PM, Tony Luck wrote: >>> >>> Recovery action when get_user() triggers a machine check uses the fixup >>> path to make get_user() return

Re: [PATCH 2/2] selftests/bpf: add verifier test for PTR_TO_MEM spill

On 1/12/21 7:43 AM, Daniel Borkmann wrote: On 1/12/21 4:35 PM, Gilad Reti wrote: On Tue, Jan 12, 2021 at 4:56 PM KP Singh wrote: On Tue, Jan 12, 2021 at 10:16 AM Gilad Reti wrote: Add test to check that the verifier is able to recognize spilling of PTR_TO_MEM registers. It would be

Re: [PATCH] mm/userfaultfd: fix memory corruption due to writeprotect

On Tue, Jan 12, 2021 at 04:47:17PM +0100, Laurent Dufour wrote: > Le 12/01/2021 à 12:43, Vinayak Menon a écrit : > > Possibility of race against other PTE modifiers > > > > 1) Fork - We have seen a case of SPF racing with fork marking PTEs RO and > > that > > is described and fixed here

Re: [PATCH v13 12/15] s390/zcrypt: Notify driver on config changed and scan complete callbacks

On Tue, 22 Dec 2020 20:16:03 -0500 Tony Krowiak wrote: > This patch intruduces an extension to the ap bus to notify device drivers > when the host AP configuration changes - i.e., adapters, domains or > control domains are added or removed. To that end, two new callbacks are > introduced for AP

Re: [PATCH] arm64: PCI: Enable SMC conduit

Hi, On 1/12/21 10:16 AM, Vidya Sagar wrote: On 1/5/2021 10:27 AM, Jeremy Linton wrote: External email: Use caution opening links or attachments Given that most arm64 platform's PCI implementations needs quirks to deal with problematic config accesses, this is a good place to apply a

Re: [PATCH v2] i2c: tegra: Create i2c_writesl_vi() to use with VI I2C for filling TX FIFO

On 1/11/21 9:56 PM, Dmitry Osipenko wrote: 12.01.2021 07:06, Sowjanya Komatineni пишет: VI I2C don't have DMA support and uses PIO mode all the time. Current driver uses writesl() to fill TX FIFO based on available empty slots and with this seeing strange silent hang during any I2C register

Re: [PATCH AUTOSEL 5.7 03/30] ima: extend boot_aggregate with kernel measurements

Hi Tyler, On Tue, 2021-01-12 at 09:35 -0600, Tyler Hicks wrote: > On 2020-12-14 10:42:24, Tyler Hicks wrote: > > On 2020-12-11 06:01:54, Mimi Zohar wrote: > > > On Thu, 2020-12-10 at 21:10 -0600, Tyler Hicks wrote: > > > > On 2020-11-29 08:17:38, Mimi Zohar wrote: > > > > > Hi Sasha, > > > > > >

Re: [PATCH v1] i2c: tegra: Fix i2c_writesl() to use writel() instead of writesl()

On 1/12/21 1:32 AM, David Laight wrote: From: Sowjanya Komatineni Sent: 11 January 2021 17:38 ... Using writesl() for filling TX_FIFO causing silent hang immediate on any i2c register access after filling FIFO with 8 words and some times with 6 words as well. So couldn't INTERRUPT_STATUS

Re: UBSAN: shift-out-of-bounds in kvm_vcpu_after_set_cpuid

On Tue, Jan 12, 2021, Paolo Bonzini wrote: > On 12/01/21 00:01, Sean Christopherson wrote: > > > Perhaps cpuid_query_maxphyaddr() should just look at the low 5 bits of > > > CPUID.8008H:EAX? > > The low 6 bits I guess---yes, that would make sense and it would have also > fixed the bug. No,

Re: gdbserver + fsgsbase kaputt

On Tue, Jan 12, 2021 at 3:39 AM Metzger, Markus T wrote: > > > The GDB behavior looks to be different between the two cases -- with vs > > without gdb server, when I checked the GS/GSBASE values on the ptrace front. > > 64-bit GDB doesn't support FSGSBASE for 32-bit inferiors and it looks like >

Re: [PATCH bpf-next 1/4] bpf: enable task local storage for tracing programs

On Tue, Jan 12, 2021 at 5:32 PM Yonghong Song wrote: > > > > On 1/11/21 3:45 PM, Song Liu wrote: > > > > > >> On Jan 11, 2021, at 1:58 PM, Martin Lau wrote: > >> > >> On Mon, Jan 11, 2021 at 10:35:43PM +0100, KP Singh wrote: > >>> On Mon, Jan 11, 2021 at 7:57 PM Martin KaFai Lau wrote: > >

[PATCH] ARM: kexec: Fix panic after TLB are invalidated

machine_kexec() need to set rw permission in text and rodata sections to assign some variables (e.g. kexec_start_address). To do that at the end (after flushing pdm in memory, inv D-Cache, etc.) it needs to invalidate TLB [section] entries. If during the TLB invalidation an interrupt occours,

Re: [RFC PATCH v2 15/26] of/fdt: Introduce early_init_dt_add_memory_hyp()

On Tuesday 12 Jan 2021 at 10:45:56 (-0600), Rob Herring wrote: > Umm, yes you are right. But both are dealing with nomap. So someone > needs to sort out what the right thing to do here is. No one cared > enough to follow up in a year and a half. Fair enough, happy to do that. I'll send a small

Re: [PATCH v13 10/15] s390/zcrypt: driver callback to indicate resource in use

On Tue, 22 Dec 2020 20:16:01 -0500 Tony Krowiak wrote: > Introduces a new driver callback to prevent a root user from unbinding > an AP queue from its device driver if the queue is in use. The callback > will be invoked whenever a change to the AP bus's sysfs apmask or aqmask > attributes would

Re: [PATCH v13 11/15] s390/vfio-ap: implement in-use callback for vfio_ap driver

On Tue, 12 Jan 2021 09:14:07 -0500 Matthew Rosato wrote: > On 1/11/21 8:20 PM, Halil Pasic wrote: > > On Tue, 22 Dec 2020 20:16:02 -0500 > > Tony Krowiak wrote: > > > >> Let's implement the callback to indicate when an APQN > >> is in use by the vfio_ap device driver. The callback is > >>

[ANNOUNCE] 4.14.214-rt104

Hello RT-list! I'm pleased to announce the 4.14.214-rt104 stable release. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git branch: v4.14-rt Head SHA1: 97732d346a9177c209261cea6f7822f7d3e0ce9a Or to build 4.14.214-rt104

Re: [RFC PATCH v2 15/26] of/fdt: Introduce early_init_dt_add_memory_hyp()

On Tue, Jan 12, 2021 at 10:15 AM Quentin Perret wrote: > > On Tuesday 12 Jan 2021 at 09:53:36 (-0600), Rob Herring wrote: > > On Tue, Jan 12, 2021 at 8:26 AM Quentin Perret wrote: > > > > > > On Tuesday 12 Jan 2021 at 08:10:47 (-0600), Rob Herring wrote: > > > > On Tue, Jan 12, 2021 at 3:51 AM

Re: [RFC 2/2] clk: vc5: Add support for optional load capacitance

Hi Adam, On 11/01/21 17:40, Adam Ford wrote: > On Sat, Jan 9, 2021 at 12:02 PM Luca Ceresoli wrote: >> >> Hi Adam, >> >> On 09/01/21 04:00, Adam Ford wrote: >>> On Fri, Jan 8, 2021 at 4:49 PM Luca Ceresoli wrote: Hi Adam, On 06/01/21 18:39, Adam Ford wrote: > There are

Re: [PATCH RFC 2/3] media: i2c: adv7842: remove open coded version of SMBus block read

On Tue, Jan 12, 2021 at 05:41:28PM +0100, Wolfram Sang wrote: > The open coded version differs from the one in the core in one way: the > buffer will be always copied back, even when the transfer failed. It > looks like it is expected that the sanity check for a correct CRC and > header will bail

Re: [PATCH] ASoC: adau17x1: Remove redundant null check before clk_disable_unprepare

On Fri, 8 Jan 2021 08:44:56 +, Xu Wang wrote: > Because clk_disable_unprepare() already checked NULL clock parameter, > so the additional check is unnecessary, just remove it. Applied to https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-next Thanks! [1/1] ASoC:

[PATCH 1/2] KVM: nSVM: Track the physical cpu of the vmcb vmrun through the vmcb

This patch moves the physical cpu tracking from the vcpu to the vmcb in svm_switch_vmcb. If either vmcb01 or vmcb02 change physical cpus from one vmrun to the next the vmcb's previous cpu is preserved for comparison with the current cpu and the vmcb is marked dirty if different. This prevents the

[PATCH 2/2] KVM: nSVM: Track the ASID generation of the vmcb vmrun through the vmcb

This patch moves the asid_generation from the vcpu to the vmcb in order to track the ASID generation that was active the last time the vmcb was run. If sd->asid_generation changes between two runs, the old ASID is invalid and must be changed. Suggested-by: Paolo Bonzini Signed-off-by: Cathy

[PATCH 0/2] KVM: SVM: Track physical cpu and asid_generation via the vmcb

In the cases where vmcbs change processors from one vmrun to another updated information in the vmcb from a prior run can potentially be lost. By tracking the physical cpu and asid_generation per vmcb instead of svm->vcpu the following scenario illustrated by Paolo can be avoided.

Re: [PATCH] spi: rpc-if: Gaurd .pm assignment with CONFIG_PM_SLEEP #ifdef check

On Thu, 7 Jan 2021 14:53:29 +, Lad Prabhakar wrote: > With CONFIG_PM_SLEEP disabled the rpcif_spi_pm_ops variable is still > referenced and thus increasing the size of kernel. > > Fix this issue by adding CONFIG_PM_SLEEP #ifdef check around the .pm > assignment (image size is critical on RZ/A

Re: [PATCH bpf-next] bpf: Fix a verifier message for alloc size helper arg

On 1/12/21 4:39 AM, Brendan Jackman wrote: The error message here is misleading, the argument will be rejected unless it is a known constant. Signed-off-by: Brendan Jackman Okay, this is for bpf_ringbuf_reserve() helper where the size must be a constant. Acked-by: Yonghong Song

Re: [PATCH V3] arch: x86: kernel: cpu: Takes a letter away and append a colon to match below stuc member

Hi Bhaskar, Thank you for fixing this. Could you please fix the subject line to: 1) have correct prefix of "x86/resctrl:". You can see the custom by running "git log arch/x86/kernel/cpu/resctrl". 2) fix the typo: stuc -> struct On 1/12/2021 3:01 AM, Bhaskar Chowdhury wrote:

[PATCH RFC 3/3] ipmi: remove open coded version of SMBus block write

The block-write function of the core was not used because there was no client-struct to use. However, in this case it seems apropriate to use a temporary client struct. Because we are answering a request we recieved when being a client ourselves. So, convert the code to use a temporary client and

[PATCH RFC 2/3] media: i2c: adv7842: remove open coded version of SMBus block read

The open coded version differs from the one in the core in one way: the buffer will be always copied back, even when the transfer failed. It looks like it is expected that the sanity check for a correct CRC and header will bail out later. Use the block read from the I2C core and propagate a

[PATCH RFC 1/3] media: i2c: adv7842: remove open coded version of SMBus block write

The version here is identical to the one in the I2C core, so use a define to keep the original name within the driver but call the I2C core function instead. Signed-off-by: Wolfram Sang --- drivers/media/i2c/adv7842.c | 14 +- 1 file changed, 1 insertion(+), 13 deletions(-) diff

[PATCH RFC 0/3] treewide: remove open coded SMBus block transfers

The bigger picture is that I want to extend the maximum block length for SMBus block transfers from 32 (SMBus2) to 255 (SMBus3). That needs some cleanups and refactoring first. To make that easier, it would be helpful if all in-kernel users would call the helper functions of the I2C core for SMBus

Re: [PATCH 1/2] cros_ec_commands: Add EC_CODEC_I2S_RX_RESET

Hi, On 12/1/21 15:10, Mark Brown wrote: > On Mon, Jan 11, 2021 at 05:52:31PM -0800, Guenter Roeck wrote: >> On Mon, Jan 11, 2021 at 4:42 PM Mark Brown wrote: > >>> TBH that seems like a big enough change to split out from this and done >>> as a separate series, I'd be perfectly happy to apply

Re: [PATCH 3/4] workqueue: Tag bound workers with KTHREAD_IS_PER_CPU

On Tue, Jan 12, 2021 at 10:51 PM Peter Zijlstra wrote: > > Mark the per-cpu workqueue workers as KTHREAD_IS_PER_CPU. > > Workqueues have unfortunate semantics in that per-cpu workers are not > default flushed and parked during hotplug, however a subset does > manual flush on hotplug and hard

Re: [PATCH bpf-next] bpf: Clarify return value of probe str helpers

On 1/12/21 4:34 AM, Brendan Jackman wrote: When the buffer is too small to contain the input string, these helpers return the length of the buffer, not the length of the original string. This tries to make the docs totally clear about that, since "the length of the [copied ]string" could also

Re: SLUB: percpu partial object count is highly inaccurate, causing some memory wastage and maybe also worse tail latencies?

On Tue, 12 Jan 2021, Jann Horn wrote: > [This is not something I intend to work on myself. But since I > stumbled over this issue, I figured I should at least document/report > it, in case anyone is willing to pick it up.] Well yeah all true. There is however a slabinfo tool that has an -s

Re: [PATCH 2/2] ASoC: cros_ec_codec: Reset I2S RX when probing

Hi Yu-Hsuan, Thank you for the patch. On 7/1/21 9:59, Yu-Hsuan Hsu wrote: > It is not guaranteed that I2S RX is disabled when the kernel booting. > For example, if the kernel crashes while it is enabled, it will keep > enabled until the next time EC reboots. Reset I2S RX when probing to > fix

Re: [PATCH v2 0/5] Optimize iommu_map_sg() performance

On Tue, Jan 12, 2021 at 04:00:59PM +, Robin Murphy wrote: > Out of curiosity, how much of the difference is attributable to actual > indirect call overhead vs. the additional massive reduction in visits to > arm_smmu_rpm_{get,put} that you fail to mention? There are ways to optimise > indirect

Re: [PATCH v2] arm64: perf: Fix access percpu variables in preemptible context

On Tue, Jan 12, 2021 at 03:07:36PM +, Will Deacon wrote: > On Fri, Jan 08, 2021 at 08:55:27PM +0800, Lecopzer Chen wrote: > > > On Mon, 21 Dec 2020 at 21:53, Lecopzer Chen > > > wrote: > > > > > > > > commit 367c820ef08082 ("arm64: Enable perf events based hard lockup > > > > detector") > >

Re: [PATCH bpf-next 1/4] bpf: enable task local storage for tracing programs

On 1/11/21 3:45 PM, Song Liu wrote: On Jan 11, 2021, at 1:58 PM, Martin Lau wrote: On Mon, Jan 11, 2021 at 10:35:43PM +0100, KP Singh wrote: On Mon, Jan 11, 2021 at 7:57 PM Martin KaFai Lau wrote: On Fri, Jan 08, 2021 at 03:19:47PM -0800, Song Liu wrote: [ ... ] diff --git

[PATCH] mm: memcontrol: prevent starvation when writing memory.high

When a value is written to a cgroup's memory.high control file, the write() context first tries to reclaim the cgroup to size before putting the limit in place for the workload. Concurrent charges from the workload can keep such a write() looping in reclaim indefinitely. In the past, a write to

Re: omapfb removal (was: Re: [PATCHv1] video: omapfb2: Make standard and custom DSI command mode panel driver mutually exclusive)

Hi Sebastian, On Tue, Jan 12, 2021 at 05:24:54PM +0100, Sebastian Reichel wrote: > [dropped linux-next from Cc] > > Hi, > > On Tue, Jan 12, 2021 at 03:10:56PM +0200, Tomi Valkeinen wrote: > > >> But why is it it we need omapfb at all when we have omapdrm? > > > > > > I think there are two

Re: [PATCH v10 8/8] selinux: include a consumer of the new IMA critical data hook

On Thu, Jan 7, 2021 at 11:07 PM Tushar Sugandhi wrote: > From: Lakshmi Ramasubramanian > > SELinux stores the active policy in memory, so the changes to this data > at runtime would have an impact on the security guarantees provided > by SELinux. Measuring in-memory SELinux policy through IMA

Re: [PATCH] ARM: fix link warning with XIP + frame-pointer

On Tue, Jan 12, 2021 at 04:46:40PM +0100, Arnd Bergmann wrote: > From: Arnd Bergmann > > When frame pointers are used instead of the ARM unwinder, > and the kernel is built using clang with an external assembler > and CONFIG_XIP_KERNEL, every file produces two warnings > like: > >

omapfb removal (was: Re: [PATCHv1] video: omapfb2: Make standard and custom DSI command mode panel driver mutually exclusive)

[dropped linux-next from Cc] Hi, On Tue, Jan 12, 2021 at 03:10:56PM +0200, Tomi Valkeinen wrote: > >> But why is it it we need omapfb at all when we have omapdrm? > > > > I think there are two reasons omapfb has not been killed yet. One > > reason was missing support for manually updated DSI

Re: [PATCH 2/2] selftests/bpf: add verifier test for PTR_TO_MEM spill

On Tue, Jan 12, 2021 at 6:17 PM KP Singh wrote: > > On Tue, Jan 12, 2021 at 4:43 PM Daniel Borkmann wrote: > > > > On 1/12/21 4:35 PM, Gilad Reti wrote: > > > On Tue, Jan 12, 2021 at 4:56 PM KP Singh wrote: > > >> On Tue, Jan 12, 2021 at 10:16 AM Gilad Reti wrote: > > >>> > > >>> Add test to

Re: [PATCH v2 29/48] soc/tegra: pmc: Link domains to the parent Core domain

12.01.2021 16:30, Ulf Hansson пишет: > - trimmed cc-list > > On Thu, 17 Dec 2020 at 19:07, Dmitry Osipenko wrote: >> >> The Core domain is a parent of PMC power domains, hence PMC domains >> should be set up as a sub-domains of the parent (Core) domain if >> "power-domains" phandle presents in a

Re: [PATCH] mm/userfaultfd: fix memory corruption due to writeprotect

On Tue, Jan 05, 2021 at 01:03:48PM -0500, Andrea Arcangeli wrote: > On Tue, Jan 05, 2021 at 04:37:27PM +0100, Peter Zijlstra wrote: > > (your other email clarified this point; the COW needs to copy while > > holding the PTL and we need TLBI under PTL if we're to change this) > > The COW doesn't

[PATCH v2 07/70] mm/mmap: Introduce unlock_range() for code cleanup

Signed-off-by: Liam R. Howlett --- mm/mmap.c | 37 ++--- 1 file changed, 18 insertions(+), 19 deletions(-) diff --git a/mm/mmap.c b/mm/mmap.c index bf0de273161e1..65789b188c380 100644 --- a/mm/mmap.c +++ b/mm/mmap.c @@ -2983,6 +2983,20 @@ int split_vma(struct

[PATCH v2 16/70] mm: Move find_vma_intersection to mmap.c and change implementation to maple tree.

When searching for a vma within a range, it is easier to use the maple tree interface. This means the find_vma() call changes to a special case of the find_vma_intersection(). Exported for kvm module. Signed-off-by: Liam R. Howlett --- include/linux/mm.h | 10 ++ mm/mmap.c |

[PATCH v2 29/70] arch/parsic: Remove mmap linked list from kernel/cache

Start using the maple tree Signed-off-by: Liam R. Howlett --- arch/parisc/kernel/cache.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c index 86a1a63563fd5..288a25e1b1c29 100644 --- a/arch/parisc/kernel/cache.c

[PATCH v2 01/70] radix tree test suite: Enhancements for Maple Tree

Signed-off-by: Liam R. Howlett Signed-off-by: Matthew Wilcox (Oracle) --- tools/testing/radix-tree/linux.c| 16 +++- tools/testing/radix-tree/linux/kernel.h | 1 + 2 files changed, 16 insertions(+), 1 deletion(-) diff --git a/tools/testing/radix-tree/linux.c

[PATCH v2 52/70] mm/gup: Use maple tree navigation instead of linked list

Signed-off-by: Liam R. Howlett --- mm/gup.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/mm/gup.c b/mm/gup.c index b06e2a6d90187..20392efb2d9ba 100644 --- a/mm/gup.c +++ b/mm/gup.c @@ -1465,6 +1465,7 @@ int __mm_populate(unsigned long start, unsigned long len, int

[PATCH v2 38/70] drivers/oprofile: Lookup address in tree instead of linked list.

Use the vma interface to find the vma if one exists instead of the linked list Signed-off-by: Liam R. Howlett --- drivers/oprofile/buffer_sync.c | 14 -- 1 file changed, 4 insertions(+), 10 deletions(-) diff --git a/drivers/oprofile/buffer_sync.c b/drivers/oprofile/buffer_sync.c

[PATCH v2 39/70] drivers/tee/optee: Use maple tree iterators for __check_mem_type()

Signed-off-by: Liam R. Howlett --- drivers/tee/optee/call.c | 13 + 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/drivers/tee/optee/call.c b/drivers/tee/optee/call.c index c981757ba0d40..94acf379eaeeb 100644 --- a/drivers/tee/optee/call.c +++

Re: [RFC PATCH v3 00/16] CXL 2.0 Support

On Tue, Jan 12, 2021 at 10:55:50PM +0800, 刘乐乐(乐了) wrote: > Ben, > > Thanks for your hard work. I have compiled this patch(aff2b059786d , > cxl-2.0v3) together qemu emulator v3, this is the first time I see a CXL > device in linux. > > Still I have problems, I can saw the CXL device with `lspci

[PATCH v2 47/70] kernel/acct: Use maple tree iterators instead of linked list

Signed-off-by: Liam R. Howlett --- kernel/acct.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/kernel/acct.c b/kernel/acct.c index f175df8f6aa4a..bcfe2cf7c7c0f 100644 --- a/kernel/acct.c +++ b/kernel/acct.c @@ -537,16 +537,14 @@ void acct_collect(long exitcode, int

[PATCH v2 44/70] fs/proc/task_mmu: Stop using linked list and highest_vm_end

Remove references to mm_struct linked list and highest_vm_end for when they are removed Signed-off-by: Liam R. Howlett --- fs/proc/task_mmu.c | 42 -- 1 file changed, 24 insertions(+), 18 deletions(-) diff --git a/fs/proc/task_mmu.c b/fs/proc/task_mmu.c

[PATCH v2 48/70] kernel/events/core: Use maple tree iterators instead of linked list

Signed-off-by: Liam R. Howlett --- kernel/events/core.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/kernel/events/core.c b/kernel/events/core.c index dc568ca295bdc..767bec30c395f 100644 --- a/kernel/events/core.c +++ b/kernel/events/core.c @@ -9888,8 +9888,9 @@ static

[PATCH v2 56/70] mm/madvise: Use vma_next instead of vma linked list

Signed-off-by: Liam R. Howlett --- mm/madvise.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/madvise.c b/mm/madvise.c index 13f5677b93222..0da3c9a5f5b82 100644 --- a/mm/madvise.c +++ b/mm/madvise.c @@ -1151,7 +1151,7 @@ int do_madvise(struct mm_struct *mm, unsigned long

[PATCH v2 49/70] kernel/events/uprobes: Use maple tree iterators instead of linked list

Signed-off-by: Liam R. Howlett --- kernel/events/uprobes.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/kernel/events/uprobes.c b/kernel/events/uprobes.c index 00b0358739ab3..b0aa05be2a61d 100644 --- a/kernel/events/uprobes.c +++ b/kernel/events/uprobes.c @@

[PATCH v2 32/70] arch/powerpc: Optimize cell spu task sync.

Use the vma api to look up the spu reference instead of walking the linked list. Signed-off-by: Liam R. Howlett --- arch/powerpc/oprofile/cell/spu_task_sync.c | 22 ++ 1 file changed, 10 insertions(+), 12 deletions(-) diff --git a/arch/powerpc/oprofile/cell/spu_task_sync.c

[PATCH v2 25/70] mm/mmap: Change do_brk_munmap() to use do_mas_align_munmap()

do_brk_munmap() already has aligned addresses. Signed-off-by: Liam R. Howlett --- mm/mmap.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/mm/mmap.c b/mm/mmap.c index 9be91b47db6b4..f750e85d4dc2c 100644 --- a/mm/mmap.c +++ b/mm/mmap.c @@ -3004,12 +3004,13 @@ static int

[PATCH v2 37/70] drivers/misc/cxl: Use maple tree iterators for cxl_prefault_vma()

Signed-off-by: Liam R. Howlett --- drivers/misc/cxl/fault.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/misc/cxl/fault.c b/drivers/misc/cxl/fault.c index 01153b74334a1..47951b84f2cda 100644 --- a/drivers/misc/cxl/fault.c +++ b/drivers/misc/cxl/fault.c @@ -313,6

[PATCH v2 54/70] mm/khugepaged: Use maple tree iterators instead of vma linked list

Signed-off-by: Liam R. Howlett --- mm/khugepaged.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/mm/khugepaged.c b/mm/khugepaged.c index 4e3dff13eb70c..fbfcee552da6c 100644 --- a/mm/khugepaged.c +++ b/mm/khugepaged.c @@ -2049,6 +2049,7 @@ static unsigned int

[PATCH v2 40/70] fs/binfmt_elf: Use maple tree iterators for fill_files_note()

Signed-off-by: Liam R. Howlett --- fs/binfmt_elf.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/fs/binfmt_elf.c b/fs/binfmt_elf.c index fa50e8936f5fc..92b67b914bf96 100644 --- a/fs/binfmt_elf.c +++ b/fs/binfmt_elf.c @@ -1609,6 +1609,7 @@ static int fill_files_note(struct

[PATCH v2 23/70] mmap: Use find_vma_intersection in do_mmap() for overlap

When detecting a conflict with MAP_FIXED_NOREPLACE, using the new interface avoids the need for a temp variable Signed-off-by: Liam R. Howlett --- mm/mmap.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/mm/mmap.c b/mm/mmap.c index 8bc4ee7cc2fff..c0a64c4726b67 100644

[PATCH v2 03/70] radix tree test suite: Add support for kmem_cache_free_bulk

Signed-off-by: Liam R. Howlett --- tools/testing/radix-tree/linux.c | 9 + tools/testing/radix-tree/linux/slab.h | 1 + 2 files changed, 10 insertions(+) diff --git a/tools/testing/radix-tree/linux.c b/tools/testing/radix-tree/linux.c index 93f7de81fbe87..380bbc0a48d6f 100644 ---

[PATCH v2 09/70] mm/mmap: Change find_vma_prev() to use maple tree

Change the implementation of find_vma_prev to use the new maple tree data structure. Signed-off-by: Liam R. Howlett --- mm/mmap.c | 27 +-- 1 file changed, 17 insertions(+), 10 deletions(-) diff --git a/mm/mmap.c b/mm/mmap.c index ab1cb0efc4c65..f123f9c97dfe8 100644 ---

[PATCH v2 46/70] ipc/shm: Stop using the vma linked list

When searching for a VMA, a maple state can be used instead of the linked list in the mm_struct Signed-off-by: Liam R. Howlett --- ipc/shm.c | 13 +++-- 1 file changed, 7 insertions(+), 6 deletions(-) diff --git a/ipc/shm.c b/ipc/shm.c index e25c7c6106bcf..4ad8788352099 100644 ---

[PATCH v2 24/70] mmap: Remove __do_munmap() in favour of do_mas_munmap()

Export new interface and use it in place of old interface. Signed-off-by: Liam R. Howlett --- include/linux/mm.h | 4 ++-- mm/mmap.c | 16 mm/mremap.c| 7 --- 3 files changed, 10 insertions(+), 17 deletions(-) diff --git a/include/linux/mm.h

[PATCH v2 28/70] arch/arm64: Remove mmap linked list from vdso.

Start using the maple tree Signed-off-by: Liam R. Howlett --- arch/arm64/kernel/vdso.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/arch/arm64/kernel/vdso.c b/arch/arm64/kernel/vdso.c index debb8995d57fb..caa7d8f6b99db 100644 --- a/arch/arm64/kernel/vdso.c +++

[PATCH v2 58/70] mm/mempolicy: Use maple tree iterators instead of vma linked list

Signed-off-by: Liam R. Howlett --- mm/mempolicy.c | 33 - 1 file changed, 20 insertions(+), 13 deletions(-) diff --git a/mm/mempolicy.c b/mm/mempolicy.c index 3ca4898f3f249..e0b8e658f18eb 100644 --- a/mm/mempolicy.c +++ b/mm/mempolicy.c @@ -404,9 +404,10 @@ void

[PATCH v2 22/70] mm/mmap: Add do_mas_munmap() and wraper for __do_munmap()

To avoid extra tree work, it is necessary to support passing in a maple state to key functions. Start this work with __do_munmap(). Signed-off-by: Liam R. Howlett --- mm/mmap.c | 102 ++ 1 file changed, 72 insertions(+), 30 deletions(-) diff

[PATCH v2 53/70] mm/huge_memory: Use vma_next() instead of vma linked list

Signed-off-by: Liam R. Howlett --- mm/huge_memory.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/mm/huge_memory.c b/mm/huge_memory.c index ec2bb93f74314..4005beb23daf9 100644 --- a/mm/huge_memory.c +++ b/mm/huge_memory.c @@ -2304,12 +2304,12 @@ void

Re: [PATCH 2/2] selftests/bpf: add verifier test for PTR_TO_MEM spill

On Tue, Jan 12, 2021 at 4:43 PM Daniel Borkmann wrote: > > On 1/12/21 4:35 PM, Gilad Reti wrote: > > On Tue, Jan 12, 2021 at 4:56 PM KP Singh wrote: > >> On Tue, Jan 12, 2021 at 10:16 AM Gilad Reti wrote: > >>> > >>> Add test to check that the verifier is able to recognize spilling of > >>>

[PATCH v2 55/70] mm/ksm: Use maple tree iterators instead of vma linked list

Signed-off-by: Liam R. Howlett --- mm/ksm.c | 18 +++--- 1 file changed, 11 insertions(+), 7 deletions(-) diff --git a/mm/ksm.c b/mm/ksm.c index 0960750bb316d..9aa579cef7614 100644 --- a/mm/ksm.c +++ b/mm/ksm.c @@ -975,10 +975,12 @@ static int unmerge_and_remove_all_rmap_items(void)

Re: [PATCH 7/9] KVM: arm64: Simplify argument passing to vgic_uaccess_[read|write]

Hi Eric, On 1/12/21 4:04 PM, Alexandru Elisei wrote: > Hi Eric, > > On 12/12/20 6:50 PM, Eric Auger wrote: >> Instead of converting the vgic_io_device handle to a kvm_io_device >> handled and then do the oppositive, pass a vgic_io_device pointer all >> along the call chain. > To me, it looks like

[PATCH v2 64/70] mm/oom_kill: Use maple tree iterators instead of vma linked list

Signed-off-by: Liam R. Howlett --- mm/oom_kill.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/mm/oom_kill.c b/mm/oom_kill.c index 8b84661a64109..a5e2045ec2763 100644 --- a/mm/oom_kill.c +++ b/mm/oom_kill.c @@ -514,6 +514,7 @@ bool __oom_reap_task_mm(struct mm_struct *mm)

Re: [RFC] perf/x86: Only expose userspace rdpmc for events on current CPU

On Tue, Jan 12, 2021 at 9:33 AM Peter Zijlstra wrote: > > On Thu, Jan 07, 2021 at 05:01:36PM -0700, Rob Herring wrote: > > Userspace access using rdpmc only makes sense if the event is valid for > > the current CPU. However, cap_user_rdpmc is currently set no matter which > > CPU the event is

[PATCH v2 67/70] mm/nommu: Stop inserting into the vma linked list

Signed-off-by: Liam R. Howlett --- mm/nommu.c | 4 1 file changed, 4 deletions(-) diff --git a/mm/nommu.c b/mm/nommu.c index 4e5cc63728b65..a3f97a612f16a 100644 --- a/mm/nommu.c +++ b/mm/nommu.c @@ -617,8 +617,6 @@ static void add_vma_to_mm(struct mm_struct *mm, struct vm_area_struct

[PATCH v2 65/70] mm/pagewalk: Use vma_next() instead of vma linked list

Signed-off-by: Liam R. Howlett --- mm/pagewalk.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/pagewalk.c b/mm/pagewalk.c index e81640d9f1770..20bd8d14d0425 100644 --- a/mm/pagewalk.c +++ b/mm/pagewalk.c @@ -408,7 +408,7 @@ int walk_page_range(struct mm_struct *mm,

[PATCH v2 61/70] mm/mremap: Use vma_next() instead of vma linked list

Signed-off-by: Liam R. Howlett --- mm/mremap.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/mm/mremap.c b/mm/mremap.c index a7526a8c1fe5a..3b6e7f0324635 100644 --- a/mm/mremap.c +++ b/mm/mremap.c @@ -465,7 +465,7 @@ static unsigned long move_vma(struct vm_area_struct

Re: [PATCH] arm64: PCI: Enable SMC conduit

On 1/5/2021 10:27 AM, Jeremy Linton wrote: External email: Use caution opening links or attachments Given that most arm64 platform's PCI implementations needs quirks to deal with problematic config accesses, this is a good place to apply a firmware abstraction. The ARM PCI SMMCCC spec

[PATCH v2 60/70] mm/mprotect: Use maple tree navigation instead of vma linked list

Signed-off-by: Liam R. Howlett --- mm/mprotect.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/mm/mprotect.c b/mm/mprotect.c index 56c02beb60414..a6208b872336e 100644 --- a/mm/mprotect.c +++ b/mm/mprotect.c @@ -518,6 +518,7 @@ static int do_mprotect_pkey(unsigned

[PATCH v2 59/70] mm/mlock: Use maple tree iterators instead of vma linked list

Signed-off-by: Liam R. Howlett --- mm/mlock.c | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/mm/mlock.c b/mm/mlock.c index 884b1216da6a6..2c27597ebcf6b 100644 --- a/mm/mlock.c +++ b/mm/mlock.c @@ -591,6 +591,7 @@ static int

[PATCH v2 50/70] kernel/sched/fair: Use maple tree iterators instead of linked list

Signed-off-by: Liam R. Howlett --- kernel/sched/fair.c | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index ae7ceba8fd4f2..1cb3a245ffd85 100644 --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -2723,6 +2723,7 @@

[PATCH v2 41/70] fs/coredump: Use maple tree iterators in place of linked list

Signed-off-by: Liam R. Howlett --- fs/coredump.c | 13 +++-- 1 file changed, 7 insertions(+), 6 deletions(-) diff --git a/fs/coredump.c b/fs/coredump.c index c6acfc694f658..a69f281a08afb 100644 --- a/fs/coredump.c +++ b/fs/coredump.c @@ -1040,10 +1040,10 @@ static unsigned long

[PATCH v2 35/70] arch/x86: Use maple tree iterators for vdso/vma

Signed-off-by: Liam R. Howlett --- arch/x86/entry/vdso/vma.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/arch/x86/entry/vdso/vma.c b/arch/x86/entry/vdso/vma.c index 9185cb1d13b9b..f531efb00ba35 100644 --- a/arch/x86/entry/vdso/vma.c +++ b/arch/x86/entry/vdso/vma.c

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