From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: stable@vger.kernel.org
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
patches@lists.linux.dev, linux-kernel@vger.kernel.org,
torvalds@linux-foundation.org, akpm@linux-foundation.org,
linux@roeck-us.net, shuah@kernel.org, patches@kernelci.org,
lkft-triage@lists.linaro.org, pavel@denx.de,
jonathanh@nvidia.com, f.fainelli@gmail.com,
sudipm.mukherjee@gmail.com, srw@sladewatkins.net, rwarsow@gmx.de,
conor@kernel.org
Subject: [PATCH 6.3 00/29] 6.3.11-rc2 review
Date: Fri, 30 Jun 2023 07:50:38 +0200 [thread overview]
Message-ID: <20230630054946.932889628@linuxfoundation.org> (raw)
This is the start of the stable review cycle for the 6.3.11 release.
There are 29 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Sun, 02 Jul 2023 05:49:34 +0000.
Anything received after that time might be too late.
The whole patch series can be found in one patch at:
https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.3.11-rc2.gz
or in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.3.y
and the diffstat can be found below.
thanks,
greg k-h
-------------
Pseudo-Shortlog of commits:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Linux 6.3.11-rc2
Ricardo Cañuelo <ricardo.canuelo@collabora.com>
Revert "thermal/drivers/mediatek: Use devm_of_iomap to avoid resource leak in mtk_thermal_probe"
Mike Hommey <mh@glandium.org>
HID: logitech-hidpp: add HIDPP_QUIRK_DELAYED_INIT for the T651.
Jason Gerecke <jason.gerecke@wacom.com>
HID: wacom: Use ktime_t rather than int when dealing with timestamps
Ludvig Michaelsson <ludvig.michaelsson@yubico.com>
HID: hidraw: fix data race on device refcount
Zhang Shurong <zhang_shurong@foxmail.com>
fbdev: fix potential OOB read in fast_imageblit()
Linus Torvalds <torvalds@linux-foundation.org>
gup: add warning if some caller would seem to want stack expansion
Linus Torvalds <torvalds@linux-foundation.org>
mm: always expand the stack with the mmap write lock held
Linus Torvalds <torvalds@linux-foundation.org>
execve: expand new process stack manually ahead of time
Liam R. Howlett <Liam.Howlett@oracle.com>
mm: make find_extend_vma() fail if write lock not held
Linus Torvalds <torvalds@linux-foundation.org>
powerpc/mm: convert coprocessor fault to lock_mm_and_find_vma()
Linus Torvalds <torvalds@linux-foundation.org>
mm/fault: convert remaining simple cases to lock_mm_and_find_vma()
Ben Hutchings <ben@decadent.org.uk>
arm/mm: Convert to using lock_mm_and_find_vma()
Ben Hutchings <ben@decadent.org.uk>
riscv/mm: Convert to using lock_mm_and_find_vma()
Ben Hutchings <ben@decadent.org.uk>
mips/mm: Convert to using lock_mm_and_find_vma()
Michael Ellerman <mpe@ellerman.id.au>
powerpc/mm: Convert to using lock_mm_and_find_vma()
Linus Torvalds <torvalds@linux-foundation.org>
arm64/mm: Convert to using lock_mm_and_find_vma()
Linus Torvalds <torvalds@linux-foundation.org>
mm: make the page fault mmap locking killable
Linus Torvalds <torvalds@linux-foundation.org>
mm: introduce new 'lock_mm_and_find_vma()' page fault helper
Peng Zhang <zhangpeng.00@bytedance.com>
maple_tree: fix potential out-of-bounds access in mas_wr_end_piv()
Oliver Hartkopp <socketcan@hartkopp.net>
can: isotp: isotp_sendmsg(): fix return error fix on TX path
Wyes Karny <wyes.karny@amd.com>
cpufreq: amd-pstate: Make amd-pstate EPP driver name hyphenated
Thomas Gleixner <tglx@linutronix.de>
x86/smp: Cure kexec() vs. mwait_play_dead() breakage
Thomas Gleixner <tglx@linutronix.de>
x86/smp: Use dedicated cache-line for mwait_play_dead()
Thomas Gleixner <tglx@linutronix.de>
x86/smp: Remove pointless wmb()s from native_stop_other_cpus()
Tony Battersby <tonyb@cybernetics.com>
x86/smp: Dont access non-existing CPUID leaf
Thomas Gleixner <tglx@linutronix.de>
x86/smp: Make stop_other_cpus() more robust
Borislav Petkov (AMD) <bp@alien8.de>
x86/microcode/AMD: Load late on both threads too
David Woodhouse <dwmw@amazon.co.uk>
mm/mmap: Fix error return in do_vmi_align_munmap()
Liam R. Howlett <Liam.Howlett@oracle.com>
mm/mmap: Fix error path in do_vmi_align_munmap()
-------------
Diffstat:
Makefile | 4 +-
arch/alpha/Kconfig | 1 +
arch/alpha/mm/fault.c | 13 +--
arch/arc/Kconfig | 1 +
arch/arc/mm/fault.c | 11 +--
arch/arm/Kconfig | 1 +
arch/arm/mm/fault.c | 63 +++---------
arch/arm64/Kconfig | 1 +
arch/arm64/mm/fault.c | 46 ++-------
arch/csky/Kconfig | 1 +
arch/csky/mm/fault.c | 22 +----
arch/hexagon/Kconfig | 1 +
arch/hexagon/mm/vm_fault.c | 18 +---
arch/ia64/mm/fault.c | 36 ++-----
arch/loongarch/Kconfig | 1 +
arch/loongarch/mm/fault.c | 16 ++--
arch/m68k/mm/fault.c | 9 +-
arch/microblaze/mm/fault.c | 5 +-
arch/mips/Kconfig | 1 +
arch/mips/mm/fault.c | 12 +--
arch/nios2/Kconfig | 1 +
arch/nios2/mm/fault.c | 17 +---
arch/openrisc/mm/fault.c | 5 +-
arch/parisc/mm/fault.c | 23 +++--
arch/powerpc/Kconfig | 1 +
arch/powerpc/mm/copro_fault.c | 14 +--
arch/powerpc/mm/fault.c | 39 +-------
arch/riscv/Kconfig | 1 +
arch/riscv/mm/fault.c | 31 +++---
arch/s390/mm/fault.c | 5 +-
arch/sh/Kconfig | 1 +
arch/sh/mm/fault.c | 17 +---
arch/sparc/Kconfig | 1 +
arch/sparc/mm/fault_32.c | 32 ++-----
arch/sparc/mm/fault_64.c | 8 +-
arch/um/kernel/trap.c | 11 ++-
arch/x86/Kconfig | 1 +
arch/x86/include/asm/cpu.h | 2 +
arch/x86/include/asm/smp.h | 2 +
arch/x86/kernel/cpu/microcode/amd.c | 2 +-
arch/x86/kernel/process.c | 28 +++++-
arch/x86/kernel/smp.c | 73 ++++++++------
arch/x86/kernel/smpboot.c | 81 ++++++++++++++--
arch/x86/mm/fault.c | 52 +---------
arch/xtensa/Kconfig | 1 +
arch/xtensa/mm/fault.c | 14 +--
drivers/cpufreq/amd-pstate.c | 2 +-
drivers/hid/hid-logitech-hidpp.c | 2 +-
drivers/hid/hidraw.c | 9 +-
drivers/hid/wacom_wac.c | 6 +-
drivers/hid/wacom_wac.h | 2 +-
drivers/iommu/amd/iommu_v2.c | 4 +-
drivers/iommu/iommu-sva.c | 2 +-
drivers/thermal/mediatek/auxadc_thermal.c | 14 +--
drivers/video/fbdev/core/sysimgblt.c | 2 +-
fs/binfmt_elf.c | 6 +-
fs/exec.c | 38 ++++----
include/linux/mm.h | 16 ++--
lib/maple_tree.c | 11 ++-
mm/Kconfig | 4 +
mm/gup.c | 14 ++-
mm/memory.c | 127 +++++++++++++++++++++++++
mm/mmap.c | 153 +++++++++++++++++++++++-------
mm/nommu.c | 17 ++--
net/can/isotp.c | 5 +-
65 files changed, 616 insertions(+), 544 deletions(-)
reply other threads:[~2023-06-30 5:50 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20230630054946.932889628@linuxfoundation.org \
--to=gregkh@linuxfoundation.org \
--cc=akpm@linux-foundation.org \
--cc=conor@kernel.org \
--cc=f.fainelli@gmail.com \
--cc=jonathanh@nvidia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@roeck-us.net \
--cc=lkft-triage@lists.linaro.org \
--cc=patches@kernelci.org \
--cc=patches@lists.linux.dev \
--cc=pavel@denx.de \
--cc=rwarsow@gmx.de \
--cc=shuah@kernel.org \
--cc=srw@sladewatkins.net \
--cc=stable@vger.kernel.org \
--cc=sudipm.mukherjee@gmail.com \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.