[RFCv2 11/13] mm: Replace hwpoison entry with present PTE if page got unpoisoned

If the page got unpoisoned we can replace hwpoison entry with a present PTE on page fault instead of delivering SIGBUS. Signed-off-by: Kirill A. Shutemov --- mm/memory.c | 38 +- 1 file changed, 37 insertions(+), 1 deletion(-) diff --git a/mm/memory.c b/mm/me

[RFCv2 09/13] shmem: Fail shmem_getpage_gfp() on poisoned pages

Forbid access to poisoned pages. TODO: Probably more fine-grained approach is needed. It shuld be a allowed to fault-in these pages as hwpoison entries. Not-Signed-off-by: Kirill A. Shutemov --- mm/shmem.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/mm/shmem.c b/mm/shmem.c index

[RFCv2 13/13] KVM: unmap guest memory using poisoned pages

TDX architecture aims to provide resiliency against confidentiality and integrity attacks. Towards this goal, the TDX architecture helps enforce the enabling of memory integrity for all TD-private memory. The CPU memory controller computes the integrity check value (MAC) for the data (cache line)

[RFCv2 12/13] KVM: passdown struct kvm to hva_to_pfn_slow()

Make struct kvm pointer available within hva_to_pfn_slow(). It is prepartion for the next patch. Signed-off-by: Kirill A. Shutemov --- arch/powerpc/kvm/book3s_64_mmu_hv.c| 2 +- arch/powerpc/kvm/book3s_64_mmu_radix.c | 2 +- arch/x86/kvm/mmu/mmu.c | 8 +++-- include/linux/

[RFCv2 06/13] x86/realmode: Share trampoline area if KVM memory protection enabled

If KVM memory protection is active, the trampoline area will need to be in shared memory. Signed-off-by: Kirill A. Shutemov --- arch/x86/realmode/init.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/arch/x86/realmode/init.c b/arch/x86/realmode/init.c index 22fda7d991

[PATCH v11 1/6] arm64: mte: Sync tags for pages where PTE is untagged

A KVM guest could store tags in a page even if the VMM hasn't mapped the page with PROT_MTE. So when restoring pages from swap we will need to check to see if there are any saved tags even if !pte_tagged(). However don't check pages which are !pte_valid_user() as these will not have been swapped o

[PATCH v11 0/6] MTE support for KVM guest

I know it's likely to be the merge window next week, but since there were a couple of changes from Catalin's review I thought I'd send another version out - there are some minor conflicts with what's currently in -next so I'll rebase after -rc1. This series adds support for using the Arm Memory Ta

[PATCH v11 2/6] arm64: kvm: Introduce MTE VM feature

Add a new VM feature 'KVM_ARM_CAP_MTE' which enables memory tagging for a VM. This will expose the feature to the guest and automatically tag memory pages touched by the VM as PG_mte_tagged (and clear the tag storage) to ensure that the guest cannot see stale tags, and so that the tags are correctl

[PATCH v11 3/6] arm64: kvm: Save/restore MTE registers

Define the new system registers that MTE introduces and context switch them. The MTE feature is still hidden from the ID register as it isn't supported in a VM yet. Signed-off-by: Steven Price --- arch/arm64/include/asm/kvm_host.h | 6 ++ arch/arm64/include/asm/kvm_mte.h | 66

[PATCH v11 4/6] arm64: kvm: Expose KVM_ARM_CAP_MTE

It's now safe for the VMM to enable MTE in a guest, so expose the capability to user space. Signed-off-by: Steven Price --- arch/arm64/kvm/arm.c | 9 + arch/arm64/kvm/sys_regs.c | 3 +++ 2 files changed, 12 insertions(+) diff --git a/arch/arm64/kvm/arm.c b/arch/arm64/kvm/arm.c inde

[PATCH v11 5/6] KVM: arm64: ioctl to fetch/store tags in a guest

The VMM may not wish to have it's own mapping of guest memory mapped with PROT_MTE because this causes problems if the VMM has tag checking enabled (the guest controls the tags in physical RAM and it's unlikely the tags are correct for the VMM). Instead add a new ioctl which allows the VMM to easi

[PATCH v11 6/6] KVM: arm64: Document MTE capability and ioctl

A new capability (KVM_CAP_ARM_MTE) identifies that the kernel supports granting a guest access to the tags, and provides a mechanism for the VMM to enable it. A new ioctl (KVM_ARM_MTE_COPY_TAGS) provides a simple way for a VMM to access the tags of a guest without having to maintain a PROT_MTE map

Re: [PATCH 00/13] [RFC] Rust support

On Fri, Apr 16, 2021 at 05:04:41PM +0200, Miguel Ojeda wrote: > Of course, we could propose something similar for C -- in fact, there > was a recent discussion around this in the C committee triggered by my > n2659 "Safety attributes for C" paper. http://www.open-std.org/jtc1/sc22/wg14/www/docs/n

Re: [PATCH V4 05/18] iommu/ioasid: Redefine IOASID set and allocation APIs

On Fri, 16 Apr 2021 06:12:58 -0700 Jacob Pan wrote: > Hi Jason, > > On Thu, 15 Apr 2021 20:07:32 -0300, Jason Gunthorpe wrote: > > > On Thu, Apr 15, 2021 at 03:11:19PM +0200, Auger Eric wrote: > > > Hi Jason, > > > > > > On 4/1/21 6:03 PM, Jason Gunthorpe wrote: > > > > On Thu, Apr 01,

Re: [PATCH v3 1/5] mm/memcg: Pass both memcg and lruvec to mod_memcg_lruvec_state()

On Thu, Apr 15, 2021 at 12:59:21PM -0400, Waiman Long wrote: > On 4/15/21 12:40 PM, Johannes Weiner wrote: > > On Tue, Apr 13, 2021 at 09:20:23PM -0400, Waiman Long wrote: > > > The caller of mod_memcg_lruvec_state() has both memcg and lruvec readily > > > available. So both of them are now passed

Re: [PATCH 25/40] drm/radeon/radeon_device: Provide function name in kernel-doc header

Am 16.04.21 um 16:37 schrieb Lee Jones: Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/radeon/radeon_device.c:1101: warning: This comment starts with '/**', but isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst Cc: Alex Deucher Cc: "Christian König"

Re: [PATCH 29/40] drm/amd/amdgpu/amdgpu_fence: Provide description for 'sched_score'

Am 16.04.21 um 16:37 schrieb Lee Jones: Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c:444: warning: Function parameter or member 'sched_score' not described in 'amdgpu_fence_driver_init_ring' Cc: Alex Deucher Cc: "Christian König" Cc: David Airl

Re: [PATCH 31/40] drm/amd/amdgpu/amdgpu_gart: Correct a couple of function names in the docs

Am 16.04.21 um 16:37 schrieb Lee Jones: Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/amdgpu_gart.c:73: warning: expecting prototype for amdgpu_dummy_page_init(). Prototype was for amdgpu_gart_dummy_page_init() instead drivers/gpu/drm/amd/amdgpu/amdgpu_gart.c:

Re: [Linux-stm32] [PATCH 04/13] dt-bindings: mfd: stm32-timers: remove #address/size cells from required properties

On 4/15/21 12:10 PM, Alexandre Torgue wrote: > address-cells and size-cells can't be declared as "required" properties > as they are not needed if subnodes don't have a "reg" entry. > > Signed-off-by: Alexandre Torgue > > diff --git a/Documentation/devicetree/bindings/mfd/st,stm32-timers.yaml >

Re: [Linux-stm32] [PATCH 03/13] ARM: dts: stm32: fix timer nodes on STM32 MCU to prevent warnings

On 4/15/21 12:10 PM, Alexandre Torgue wrote: > Prevent warning seen with "make dtbs_check W=1" command: > > Warning (avoid_unnecessary_addr_size): /soc/timers@40001c00: unnecessary > address-cells/size-cells without "ranges" or child "reg" property > > Signed-off-by: Alexandre Torgue Hi Alexand

[tip: sched/core] debugfs: Implement debugfs_create_str()

The following commit has been merged into the sched/core branch of tip: Commit-ID: 9af0440ec86ebdab075e1b3d231f81fe7decb575 Gitweb: https://git.kernel.org/tip/9af0440ec86ebdab075e1b3d231f81fe7decb575 Author:Peter Zijlstra AuthorDate:Thu, 25 Mar 2021 10:53:55 +01:00 Committ

[tip: sched/core] sched: Move /proc/sched_debug to debugfs

The following commit has been merged into the sched/core branch of tip: Commit-ID: d27e9ae2f244805bbdc730d85fba28685d2471e5 Gitweb: https://git.kernel.org/tip/d27e9ae2f244805bbdc730d85fba28685d2471e5 Author:Peter Zijlstra AuthorDate:Thu, 25 Mar 2021 15:18:19 +01:00 Committ

[tip: sched/core] sched,debug: Convert sysctl sched_domains to debugfs

The following commit has been merged into the sched/core branch of tip: Commit-ID: 3b87f136f8fccddf7da016ab7d04bb3cf9b180f0 Gitweb: https://git.kernel.org/tip/3b87f136f8fccddf7da016ab7d04bb3cf9b180f0 Author:Peter Zijlstra AuthorDate:Thu, 25 Mar 2021 11:31:20 +01:00 Committ

[tip: sched/core] sched,fair: Alternative sched_slice()

The following commit has been merged into the sched/core branch of tip: Commit-ID: 0c2de3f054a59f15e01804b75a04355c48de628c Gitweb: https://git.kernel.org/tip/0c2de3f054a59f15e01804b75a04355c48de628c Author:Peter Zijlstra AuthorDate:Thu, 25 Mar 2021 13:44:46 +01:00 Committ

[tip: sched/core] sched/debug: Rename the sched_debug parameter to sched_verbose

The following commit has been merged into the sched/core branch of tip: Commit-ID: a1b93fc0377e73dd54f819a993f83291324bb54a Gitweb: https://git.kernel.org/tip/a1b93fc0377e73dd54f819a993f83291324bb54a Author:Peter Zijlstra AuthorDate:Thu, 15 Apr 2021 18:23:17 +02:00 Committ

[tip: sched/core] sched: Don't make LATENCYTOP select SCHED_DEBUG

The following commit has been merged into the sched/core branch of tip: Commit-ID: d86ba831656611872e4939b895503ddac63d8196 Gitweb: https://git.kernel.org/tip/d86ba831656611872e4939b895503ddac63d8196 Author:Peter Zijlstra AuthorDate:Wed, 24 Mar 2021 19:48:34 +01:00 Committ

Re: [PATCH 32/40] drm/amd/amdgpu/amdgpu_ttm: Fix incorrectly documented function 'amdgpu_ttm_copy_mem_to_mem()'

Am 16.04.21 um 16:37 schrieb Lee Jones: Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c:311: warning: expecting prototype for amdgpu_copy_ttm_mem_to_mem(). Prototype was for amdgpu_ttm_copy_mem_to_mem() instead Cc: Alex Deucher Cc: "Christian König"

[tip: sched/core] sched,preempt: Move preempt_dynamic to debug.c

The following commit has been merged into the sched/core branch of tip: Commit-ID: 1011dcce99f8026d48fdd7b9cc259e32a8b472be Gitweb: https://git.kernel.org/tip/1011dcce99f8026d48fdd7b9cc259e32a8b472be Author:Peter Zijlstra AuthorDate:Thu, 25 Mar 2021 12:21:38 +01:00 Committ

[tip: sched/core] sched: Remove sched_schedstats sysctl out from under SCHED_DEBUG

The following commit has been merged into the sched/core branch of tip: Commit-ID: 1d1c2509de4488cc58c924d0a6117c62de1d4f9c Gitweb: https://git.kernel.org/tip/1d1c2509de4488cc58c924d0a6117c62de1d4f9c Author:Peter Zijlstra AuthorDate:Wed, 24 Mar 2021 19:47:43 +01:00 Committ

[tip: sched/core] sched: Move SCHED_DEBUG sysctl to debugfs

The following commit has been merged into the sched/core branch of tip: Commit-ID: 8a99b6833c884fa0e7919030d93fecedc69fc625 Gitweb: https://git.kernel.org/tip/8a99b6833c884fa0e7919030d93fecedc69fc625 Author:Peter Zijlstra AuthorDate:Wed, 24 Mar 2021 11:43:21 +01:00 Committ

[tip: sched/core] cpumask: Introduce DYING mask

The following commit has been merged into the sched/core branch of tip: Commit-ID: e40f74c535b8a0ecf3ef0388b51a34cdadb34fb5 Gitweb: https://git.kernel.org/tip/e40f74c535b8a0ecf3ef0388b51a34cdadb34fb5 Author:Peter Zijlstra AuthorDate:Tue, 19 Jan 2021 18:43:45 +01:00 Committ

[tip: sched/core] sched/numa: Allow runtime enabling/disabling of NUMA balance without SCHED_DEBUG

The following commit has been merged into the sched/core branch of tip: Commit-ID: b7cc6ec744b307db59568c654a8904a5928aa855 Gitweb: https://git.kernel.org/tip/b7cc6ec744b307db59568c654a8904a5928aa855 Author:Mel Gorman AuthorDate:Wed, 24 Mar 2021 13:39:16 Committer: Pe

[tip: sched/core] cpumask: Make cpu_{online,possible,present,active}() inline

The following commit has been merged into the sched/core branch of tip: Commit-ID: b02a4fd8148f655095d9e3d6eddd8f0042bcc27c Gitweb: https://git.kernel.org/tip/b02a4fd8148f655095d9e3d6eddd8f0042bcc27c Author:Peter Zijlstra AuthorDate:Mon, 25 Jan 2021 16:46:49 +01:00 Committ

Re: [PATCH 33/40] drm/amd/amdgpu/amdgpu_ring: Provide description for 'sched_score'

Am 16.04.21 um 16:37 schrieb Lee Jones: Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c:169: warning: Function parameter or member 'sched_score' not described in 'amdgpu_ring_init' Cc: Alex Deucher Cc: "Christian König" Cc: David Airlie Cc: Daniel

[tip: sched/core] sched: Use cpu_dying() to fix balance_push vs hotplug-rollback

The following commit has been merged into the sched/core branch of tip: Commit-ID: b5c4477366fb5e6a2f0f38742c33acd666c07698 Gitweb: https://git.kernel.org/tip/b5c4477366fb5e6a2f0f38742c33acd666c07698 Author:Peter Zijlstra AuthorDate:Thu, 21 Jan 2021 16:09:32 +01:00 Committ

Re: [PATCH v8 4/8] dt-bindings: pwm: Support new PWM_USAGE_POWER flag

On Fri, Apr 16, 2021 at 03:55:11PM +0200, Thierry Reding wrote: > On Mon, Apr 12, 2021 at 03:27:41PM +0200, Clemens Gruber wrote: > > Add the flag and corresponding documentation for PWM_USAGE_POWER. > > > > Cc: Rob Herring > > Signed-off-by: Clemens Gruber > > --- > > Documentation/devicetree/

Re: [PATCH 35/40] drm/amd/amdgpu/amdgpu_cs: Repair some function naming disparity

Am 16.04.21 um 16:37 schrieb Lee Jones: Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c:685: warning: expecting prototype for cs_parser_fini(). Prototype was for amdgpu_cs_parser_fini() instead drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c:1502: warning: exp

Re: [PATCH v7 02/28] mm: Introduce struct folio

On Fri, Apr 09, 2021 at 07:50:39PM +0100, Matthew Wilcox (Oracle) wrote: > A struct folio is a new abstraction to replace the venerable struct page. > A function which takes a struct folio argument declares that it will > operate on the entire (possibly compound) page, not just PAGE_SIZE bytes. > I

Re: [PATCH 5/8] iommu: fix a couple of spelling mistakes

On 26/03/2021 06:24, Zhen Lei wrote: There are several spelling mistakes, as follows: funcions ==> functions distiguish ==> distinguish detroyed ==> destroyed Signed-off-by: Zhen Lei I think that there should be a /s/appropriatley/appropriately/ in iommu.c Thanks, john

Re: [PATCH 00/13] [RFC] Rust support

On Fri, Apr 16, 2021 at 02:07:49PM +0100, Wedson Almeida Filho wrote: > On Fri, Apr 16, 2021 at 01:24:23PM +0200, Peter Zijlstra wrote: > > On Wed, Apr 14, 2021 at 08:45:51PM +0200, oj...@kernel.org wrote: > > > - Featureful language: sum types, pattern matching, generics, > > > RAII, lifetim

[PATCH] checkpatch: Improve ALLOC_ARRAY_ARGS test

The devm_ variant of 'kcalloc()' and 'kmalloc_array()' are not tested Add the corresponding check. Signed-off-by: Christophe JAILLET --- scripts/checkpatch.pl | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl index 44b9dc330ac6.

Linux 4.4.267

I'm announcing the release of the 4.4.267 kernel. All users of the 4.4 kernel series must upgrade. The updated 4.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.4.y and can be browsed at the normal kernel.org git web browser:

Linux 4.9.267

I'm announcing the release of the 4.9.267 kernel. All users of the 4.9 kernel series must upgrade. The updated 4.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.9.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 4.4.267

diff --git a/Makefile b/Makefile index 8863ee364e7e..8a564934a742 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 4 -SUBLEVEL = 266 +SUBLEVEL = 267 EXTRAVERSION = NAME = Blurry Fish Butt diff --git a/arch/ia64/include/asm/ptrace.h b/arch/ia64/include/asm/ptrace.h

Re: Linux 4.9.267

diff --git a/Makefile b/Makefile index 9e055c32d77a..790f3619772a 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 9 -SUBLEVEL = 266 +SUBLEVEL = 267 EXTRAVERSION = NAME = Roaring Lionus diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig index ae55f5db97f8..9dbaa283f

Linux 4.14.231

I'm announcing the release of the 4.14.231 kernel. All users of the 4.14 kernel series must upgrade. The updated 4.14.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.14.y and can be browsed at the normal kernel.org git web browser

Re: Linux 4.14.231

diff --git a/Makefile b/Makefile index 09989cdd5cab..cee830aea284 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ # SPDX-License-Identifier: GPL-2.0 VERSION = 4 PATCHLEVEL = 14 -SUBLEVEL = 230 +SUBLEVEL = 231 EXTRAVERSION = NAME = Petit Gorille diff --git a/arch/arm/boot/dts/armada-385-

Linux 4.19.188

I'm announcing the release of the 4.19.188 kernel. All users of the 4.19 kernel series must upgrade. The updated 4.19.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.19.y and can be browsed at the normal kernel.org git web browser

Re: Linux 4.19.188

diff --git a/Makefile b/Makefile index ceec39b530bb..85f071709a61 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ # SPDX-License-Identifier: GPL-2.0 VERSION = 4 PATCHLEVEL = 19 -SUBLEVEL = 187 +SUBLEVEL = 188 EXTRAVERSION = NAME = "People's Front" diff --git a/arch/arm64/include/asm/kvm

Linux 5.4.113

I'm announcing the release of the 5.4.113 kernel. All users of the 5.4 kernel series must upgrade. The updated 5.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-5.4.y and can be browsed at the normal kernel.org git web browser:

Re: [PATCH v2 5/8] MIPS: pci-legacy: stop using of_pci_range_to_resource

Hi Ilya, On Tue, Apr 13, 2021 at 08:12:37PM -0700, Ilya Lipnitskiy wrote: > Mirror commit aeba3731b150 ("powerpc/pci: Fix IO space breakage after > of_pci_range_to_resource() change"). > > Most MIPS platforms do not define PCI_IOBASE, nor implement > pci_address_to_pio(). Moreover, IO_SPACE_LIMIT

Re: Linux 5.4.113

diff --git a/Makefile b/Makefile index ba8ee5e80662..7fe00a93c870 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ # SPDX-License-Identifier: GPL-2.0 VERSION = 5 PATCHLEVEL = 4 -SUBLEVEL = 112 +SUBLEVEL = 113 EXTRAVERSION = NAME = Kleptomaniac Octopus diff --git a/arch/arm64/include/asm/

Linux 5.11.15

I'm announcing the release of the 5.11.15 kernel. All users of the 5.11 kernel series must upgrade. The updated 5.11.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-5.11.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 5.11.15

diff --git a/Makefile b/Makefile index 9116941553b8..bcd8764fead9 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ # SPDX-License-Identifier: GPL-2.0 VERSION = 5 PATCHLEVEL = 11 -SUBLEVEL = 14 +SUBLEVEL = 15 EXTRAVERSION = NAME = 💕 Valentine's Day Edition 💕 diff --git a/arch/arm64/includ

Linux 5.10.31

I'm announcing the release of the 5.10.31 kernel. All users of the 5.10 kernel series must upgrade. The updated 5.10.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-5.10.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 5.10.31

diff --git a/Makefile b/Makefile index 872af26e085a..c4c0b47e6ede 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ # SPDX-License-Identifier: GPL-2.0 VERSION = 5 PATCHLEVEL = 10 -SUBLEVEL = 30 +SUBLEVEL = 31 EXTRAVERSION = NAME = Dare mighty things diff --git a/arch/arm64/include/asm/kvm

Re: [PATCH v1 3/5] mm: ptdump: Provide page size to notepage()

On 16/04/2021 16:15, Christophe Leroy wrote: Le 16/04/2021 à 17:04, Christophe Leroy a écrit : Le 16/04/2021 à 16:40, Christophe Leroy a écrit : Le 16/04/2021 à 15:00, Steven Price a écrit : On 16/04/2021 12:08, Christophe Leroy wrote: Le 16/04/2021 à 12:51, Steven Price a écrit : On

[PATCH v5] hrtimer: avoid retrigger_next_event IPI

Setting the realtime clock triggers an IPI to all CPUs to reprogram the clock event device. However, only realtime and TAI clocks have their offsets updated (and therefore potentially require a reprogram). Instead of sending an IPI unconditionally, check each per CPU hrtimer base whether it has

Re: liburcu: LTO breaking rcu_dereference on arm64 and possibly other architectures ?

On Fri, Apr 16, 2021 at 05:17:11PM +0200, Peter Zijlstra wrote: > On Fri, Apr 16, 2021 at 10:52:16AM -0400, Mathieu Desnoyers wrote: > > Hi Paul, Will, Peter, > > > > I noticed in this discussion https://lkml.org/lkml/2021/4/16/118 that LTO > > is able to break rcu_dereference. This seems to be ta

Re: [PATCH 0/5] spi: spi-zynqmp-gqspi: fix spi issues

On Fri, 16 Apr 2021 22:20:42 +0800, quanyang.w...@windriver.com wrote: > V2: > Remove all "Fixes:" tags since they base on some patches are not > with "Fixes:". > > V1: > This series fix some issues that occurs in spi-zynqmp-gqspi.c. > > [...] Applied to https://git.kernel.org/pub/scm/linux/

Re: [RFC PATCH 0/3] Separate BE DAI HW constraints from FE ones

On 15.04.2021 20:25, Mark Brown wrote: > On Thu, Apr 15, 2021 at 04:56:00PM +, codrin.ciubota...@microchip.com > wrote: > >> Are there any plans for refactoring DPCM? any ideas ongoing? I also have >> some changes for PCM dmaengine, in the same 'style', similar to what I >> sent some time ago

Re: [PATCH] irqchip/xilinx: Expose Kconfig option

On Fri, 2021-04-16 at 14:41 +0100, Marc Zyngier wrote: > On Fri, 16 Apr 2021 00:32:50 +0100, > Robert Hancock wrote: > > Previously the XILINX_INTC config option was hidden and only > > auto-selected on the MicroBlaze platform. However, this IP can also be > > used on other platforms. Allow this o

[PATCH v3] dma-buf: Add DmaBufTotal counter in meminfo

This adds a total used dma-buf memory. Details can be found in debugfs, however it is not for everyone and not always available. dma-buf are indirect allocated by userspace. So with this value we can monitor and detect userspace applications that have problems. Signed-off-by: Peter Enderborg ---

Re: [PATCH] tools/bootconfig: Simplify expression

On Wed, 14 Apr 2021 21:46:47 +0800 zuoqil...@163.com wrote: > From: zuoqilin > > It is not necessary to define the variable ret to receive > the return value of the xbc_node_compose_key() method. > > Signed-off-by: zuoqilin Indeed. Acked-by: Masami Hiramatsu Thank you! > --- > tools/boot

Re: [PATCH v2 1/7] hyperv: Detect Nested virtualization support for SVM

It may make sense to expand this a bit as it is probably unclear how the change is related to SVM. Something like: HYPERV_CPUID_NESTED_FEATURES CPUID leaf can be present on both Intel and AMD Hyper-V guests. Previously, the code was using HV_X64_ENLIGHTENED_VMCS_RECOMMENDED feature bit to det

Re: [RFCv2 02/13] x86/kvm: Introduce KVM memory protection feature

On Fri, Apr 16, 2021 at 06:40:55PM +0300, Kirill A. Shutemov wrote: > Provide basic helpers, KVM_FEATURE, CPUID flag and a hypercall. > > Host side doesn't provide the feature yet, so it is a dead code for now. > > Signed-off-by: Kirill A. Shutemov > --- > arch/x86/include/asm/cpufeatures.h |

Re: [PATCH] checkpatch: Improve ALLOC_ARRAY_ARGS test

On Fri, 2021-04-16 at 17:58 +0200, Christophe JAILLET wrote: > The devm_ variant of 'kcalloc()' and 'kmalloc_array()' are not tested > Add the corresponding check. [] > diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl [] > @@ -7006,9 +7006,9 @@ sub process { >   } >   > >  #

[PATCH v5 01/11] pinctrl: Ingenic: Add missing pins to the JZ4770 MAC MII group.

The MII group of JZ4770's MAC should have 7 pins, add missing pins to the MII group. Fixes: 5de1a73e78ed ("Pinctrl: Ingenic: Add missing parts for JZ4770 and JZ4780.") Cc: Signed-off-by: 周琰杰 (Zhou Yanjie) Reviewed-by: Andy Shevchenko Reviewed-by: Paul Cercueil --- Notes: v2: New patc

[PATCH v5 02/11] pinctrl: Ingenic: Add support for read the pin configuration of X1830.

Add X1830 support in "ingenic_pinconf_get()", so that it can read the configuration of X1830 SoC correctly. Fixes: d7da2a1e4e08 ("pinctrl: Ingenic: Add pinctrl driver for X1830.") Cc: Signed-off-by: 周琰杰 (Zhou Yanjie) Reviewed-by: Andy Shevchenko Reviewed-by: Paul Cercueil --- Notes: v2:

[PATCH v5 03/11] pinctrl: Ingenic: Adjust the sequence of X1830 SSI pin groups.

Adjust the sequence of X1830's SSI related codes to make it consistent with other Ingenic SoCs. Signed-off-by: 周琰杰 (Zhou Yanjie) Reviewed-by: Andy Shevchenko Reviewed-by: Paul Cercueil --- Notes: v2: New patch. v2->v3: Add Paul Cercueil's Reviewed-by. v3->v4:

[PATCH v5 04/11] pinctrl: Ingenic: Improve LCD pins related code.

1.In the JZ4740 part, remove pointless "lcd-no-pins", use "lcd-special" and "lcd-generic" instead "lcd-18bit-tft". Currently, in the mainline, no other devicetree out there is using the "lcd-18bit-tft" ABI, so we should be able to replace it safely. 2.In the JZ4725B part, adjust the location

[PATCH v5 08/11] pinctrl: Ingenic: Add pinctrl driver for JZ4750.

Add support for probing the pinctrl-ingenic driver on the JZ4750 SoC from Ingenic. Signed-off-by: 周琰杰 (Zhou Yanjie) Reviewed-by: Andy Shevchenko --- Notes: v3: New patch. v3->v4: 1.Use "lcd-special" and "lcd-generic" instead "lcd-18bit-tft". 2.Drop "lcd-no-pins" which i

[PATCH v5 05/11] pinctrl: Ingenic: Reformat the code.

1.Move the "INGENIC_PIN_GROUP_FUNCS" to the macro definition section. 2.Add tabs before values to align the code in the macro definition section. Signed-off-by: 周琰杰 (Zhou Yanjie) Reviewed-by: Andy Shevchenko Reviewed-by: Paul Cercueil --- Notes: v2: New patch. v2->v3: Add

[PATCH v5 06/11] dt-bindings: pinctrl: Add bindings for new Ingenic SoCs.

Add the pinctrl bindings for the JZ4730 SoC, the JZ4750 SoC, the JZ4755 SoC, the JZ4775 SoC and the X2000 SoC from Ingenic. Signed-off-by: 周琰杰 (Zhou Yanjie) Reviewed-by: Rob Herring --- Notes: v2: New patch. v2->v3: No change. v3->v4: 1.Add a description of JZ4

[PATCH v5 00/11] Fix bugs and add support for new Ingenic SoCs.

v1->v2: 1.Split [1/3] in v1 to [1/6] [2/6] [3/6] [4/6] in v2. 2.Fix the uninitialized warning. v2->v3: Split [6/6] in v2 to [6/10] [7/10] [8/10] [9/10] [10/10] in v3. v3->v4: 1.Modify the format of comment. 2.Split lcd pins into several groups. 3.Drop "lcd-no-pins" which is pointless. 4.Improve t

[PATCH v5 09/11] pinctrl: Ingenic: Add pinctrl driver for JZ4755.

Add support for probing the pinctrl-ingenic driver on the JZ4755 SoC from Ingenic. Signed-off-by: 周琰杰 (Zhou Yanjie) Reviewed-by: Andy Shevchenko --- Notes: v3: New patch. v3->v4: 1.Split lcd pins into several groups. 2.Drop "lcd-no-pins" which is pointless. v4-

[PATCH v5 07/11] pinctrl: Ingenic: Add pinctrl driver for JZ4730.

Add support for probing the pinctrl-ingenic driver on the JZ4730 SoC from Ingenic. This driver is derived from Paul Boddie. It is worth to noting that the JZ4730 SoC is special in having two control registers (upper/lower), so add code to handle the JZ4730 specific register offsets and some regist

[PATCH v5 11/11] pinctrl: Ingenic: Add pinctrl driver for X2000.

Add support for probing the pinctrl-ingenic driver on the X2000 SoC from Ingenic. Signed-off-by: 周琰杰 (Zhou Yanjie) Reviewed-by: Andy Shevchenko --- Notes: v3: New patch. v3->v4: 1.Split lcd pins into several groups. 2.Drop "lcd-no-pins" which is pointless. 3.Replace

[PATCH v5 10/11] pinctrl: Ingenic: Add pinctrl driver for JZ4775.

Add support for probing the pinctrl-ingenic driver on the JZ4775 SoC from Ingenic. Signed-off-by: 周琰杰 (Zhou Yanjie) Reviewed-by: Andy Shevchenko --- Notes: v3: New patch. v3->v4: 1.Split lcd pins into several groups. 2.Drop "lcd-no-pins" which is pointless. v4-

Re: [PATCH 00/13] [RFC] Rust support

On Fri, Apr 16, 2021 at 04:33:51PM +0100, Wedson Almeida Filho wrote: > On Fri, Apr 16, 2021 at 04:19:07PM +0200, Peter Zijlstra wrote: > > Does this also not prohibit constructs where modification must be done > > while holding two locks, but reading can be done while holding either > > lock? > >

Re: [PATCH v1 1/1] ACPI: NFIT: Import GUID before use

On Fri, Apr 16, 2021 at 1:58 AM Andy Shevchenko wrote: > > On Fri, Apr 16, 2021 at 8:28 AM Dan Williams wrote: > > > > On Thu, Apr 15, 2021 at 6:59 AM Andy Shevchenko > > wrote: > > > > > > Strictly speaking the comparison between guid_t and raw buffer > > > is not correct. Import GUID to variab

Re: [RFC PATCH v2 1/1] arm64: Implement stack trace termination record

On Thu, Apr 01, 2021 at 10:24:04PM -0500, madve...@linux.microsoft.com wrote: > Reliable stacktracing requires that we identify when a stacktrace is > terminated early. We can do this by ensuring all tasks have a final > frame record at a known location on their task stack, and checking > that thi

Re: [PATCH 00/13] [RFC] Rust support

On Fri, Apr 16, 2021 at 11:58:05AM -0400, Theodore Ts'o wrote: > Another fairly common use case is a lockless, racy test of a > particular field, as an optimization before we take the lock before we > test it for realsies. In this particular case, we can't allocate > memory while holding a spinloc

Re: [PATCH 00/13] [RFC] Rust support

On Fri, Apr 16, 2021 at 5:43 PM Peter Zijlstra wrote: > > http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2659.htm > > That's just not making any damn sense what so ever. That seems to be > about sprinkling abort() all over the place, which is just total > rubbish. No, it is not about that. It i

Re: [RFCv2 04/13] x86/kvm: Use bounce buffers for KVM memory protection

On 4/16/21 8:40 AM, Kirill A. Shutemov wrote: > Mirror SEV, use SWIOTLB always if KVM memory protection is enabled. ... > arch/x86/mm/mem_encrypt.c | 44 --- > arch/x86/mm/mem_encrypt_common.c | 48 ++ The changelog need to at least me

Re: [PATCH v3 0/6] percpu: partial chunk depopulation

On Fri, Apr 16, 2021 at 02:18:10PM +, Dennis Zhou wrote: > Hello, > > On Fri, Apr 16, 2021 at 06:26:15PM +0530, Pratik Sampat wrote: > > Hello Roman, > > > > I've tried the v3 patch series on a POWER9 and an x86 KVM setup. > > > > My results of the percpu_test are as follows: > > Intel KVM 4

Re: [PATCH] PCI: shpchp: remove unused function

On Thu, Apr 15, 2021 at 04:30:22PM +0800, Jiapeng Chong wrote: > Fix the following clang warning: > > drivers/pci/hotplug/shpchp_hpc.c:177:20: warning: unused function > 'shpc_writeb' [-Wunused-function]. > > Reported-by: Abaci Robot > Signed-off-by: Jiapeng Chong Applied to pci/hotplug for v5

[GIT PULL] arm64 fix for 5.12-rc8/final

Hi Linus, A recent commit (2decad92f473, "arm64: mte: Ensure TIF_MTE_ASYNC_FAULT is set atomically") broke the kernel build when using the LLVM integrated assembly (only noticeable with clang-12 as MTE is not supported by earlier versions and the code in question not compiled). The Fixes: tag in t

Re: [PATCH 0/5] spi: spi-zynqmp-gqspi: fix spi issues

Hi Mark, Sorry for any confusion caused. Thanks, Quanyang On 4/17/21 12:01 AM, Mark Brown wrote: On Fri, 16 Apr 2021 22:20:42 +0800, quanyang.w...@windriver.com wrote: V2: Remove all "Fixes:" tags since they base on some patches are not with "Fixes:". V1: This series fix some issues that oc

Re: [RFC PATCH 0/3] Separate BE DAI HW constraints from FE ones

On Fri, Apr 16, 2021 at 04:03:05PM +, codrin.ciubota...@microchip.com wrote: > Thank you for the links! So basically the machine driver disappears and > all the components will be visible in user-space. Not entirely - you still need something to say how they're wired together but it'll be a

Re: [PATCH] riscv: Protect kernel linear mapping only if CONFIG_STRICT_KERNEL_RWX is set

On Fri, 16 Apr 2021 03:47:19 PDT (-0700), a...@ghiti.fr wrote: Hi Anup, Le 4/16/21 à 6:41 AM, Anup Patel a écrit : On Thu, Apr 15, 2021 at 4:34 PM Alexandre Ghiti wrote: If CONFIG_STRICT_KERNEL_RWX is not set, we cannot set different permissions to the kernel data and text sections, so make

Re: [PATCH 0/5] spi: spi-zynqmp-gqspi: fix spi issues

On Sat, Apr 17, 2021 at 12:31:44AM +0800, Quanyang Wang wrote: > Sorry for any confusion caused. No worries, it's mainly just an issue for anyone doing stable backports - hopefully they'll figure things out. signature.asc Description: PGP signature

RE: [PATCH 0/5] evm: Prepare for moving to the LSM infrastructure

> From: Casey Schaufler [mailto:ca...@schaufler-ca.com] > Sent: Thursday, April 15, 2021 10:44 PM > On 4/15/2021 3:04 AM, Roberto Sassu wrote: > > This patch set depends on: > > > > https://lore.kernel.org/linux-integrity/20210409114313.4073-1- > roberto.sa...@huawei.com/ > > https://lore.kernel.or

Re: [PATCH v2 3/7] KVM: x86: hyper-v: Move the remote TLB flush logic out of vmx

On 4/16/2021 4:36 AM, Vitaly Kuznetsov wrote: struct kvm_vm_stat { diff --git a/arch/x86/kvm/hyperv.c b/arch/x86/kvm/hyperv.c index 58fa8c029867..614b4448a028 100644 --- a/arch/x86/kvm/hyperv.c +++ b/arch/x86/kvm/hyperv.c I still think that using arch/x86/kvm/hyperv.[ch] for KVM-on-Hyper-V

Re: [PATCH v7 net-next] net: mana: Add a driver for Microsoft Azure Network Adapter (MANA)

On Thu, 15 Apr 2021 23:07:05 -0700 Dexuan Cui wrote: > diff --git a/drivers/net/hyperv/netvsc_drv.c b/drivers/net/hyperv/netvsc_drv.c > index 7349a70af083..f682a5572d84 100644 > --- a/drivers/net/hyperv/netvsc_drv.c > +++ b/drivers/net/hyperv/netvsc_drv.c > @@ -2297,6 +2297,7 @@ static struct net

[PATCH v2 1/8] dt-bindings: arm64: dts: mediatek: Add mt8183-kukui-jacuzzi-kappa

Kappa is known as HP Chromebook 11a. Signed-off-by: Hsin-Yi Wang Reviewed-by: Enric Balletbo i Serra --- Documentation/devicetree/bindings/arm/mediatek.yaml | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/devicetree/bindings/arm/mediatek.yaml b/Documentation/devicetree/bi

[PATCH v2 2/8] dt-bindings: arm64: dts: mediatek: Add mt8183-kukui-jacuzzi-willow

Willow is known as Acer Chromebook 311 (C722/C722T). Signed-off-by: Hsin-Yi Wang Reviewed-by: Enric Balletbo i Serra --- Documentation/devicetree/bindings/arm/mediatek.yaml | 7 +++ 1 file changed, 7 insertions(+) diff --git a/Documentation/devicetree/bindings/arm/mediatek.yaml b/Document

[PATCH v2 3/8] dt-bindings: arm64: dts: mediatek: Add mt8183-kukui-jacuzzi-burnet

Burnet is known as HP Chromebook x360 11MK G3 EE. Signed-off-by: Hsin-Yi Wang Reviewed-by: Enric Balletbo i Serra --- Documentation/devicetree/bindings/arm/mediatek.yaml | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/devicetree/bindings/arm/mediatek.yaml b/Documentation/

[PATCH v2 4/8] dt-bindings: arm64: dts: mediatek: Add mt8183-kukui-jacuzzi-kenzo

Kenzo is known as Acer Chromebook 311. Signed-off-by: Hsin-Yi Wang Reviewed-by: Enric Balletbo i Serra --- Documentation/devicetree/bindings/arm/mediatek.yaml | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/Documentation/devicetree/bindings/arm/mediatek.yaml b/Documen

[PATCH v2 5/8] arm64: dts: mt8183: Add kukui-jacuzzi-kappa board

Kappa is known as HP Chromebook 11a Signed-off-by: Hsin-Yi Wang Reviewed-by: Enric Balletbo i Serra --- arch/arm64/boot/dts/mediatek/Makefile| 1 + .../dts/mediatek/mt8183-kukui-jacuzzi-kappa.dts | 16 2 files changed, 17 insertions(+) create mode 100644 arch/arm

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