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.4 00/28] 6.4.1-rc1 review
Date: Thu, 29 Jun 2023 20:43:48 +0200 [thread overview]
Message-ID: <20230629184151.888604958@linuxfoundation.org> (raw)
This is the start of the stable review cycle for the 6.4.1 release.
There are 28 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 Sat, 01 Jul 2023 18:41:39 +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.4.1-rc1.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.4.y
and the diffstat can be found below.
thanks,
greg k-h
-------------
Pseudo-Shortlog of commits:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Linux 6.4.1-rc1
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.
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()
Hugh Dickins <hughd@google.com>
mm/khugepaged: fix regression in collapse_file()
Linus Torvalds <torvalds@linux-foundation.org>
gup: add warning if some caller would seem to want stack expansion
Jason Gerecke <jason.gerecke@wacom.com>
HID: wacom: Use ktime_t rather than int when dealing with timestamps
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
-------------
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 | 47 ++---------
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/khugepaged.c | 7 +-
mm/memory.c | 127 ++++++++++++++++++++++++++++++
mm/mmap.c | 121 ++++++++++++++++++++++++----
mm/nommu.c | 17 ++--
net/can/isotp.c | 5 +-
66 files changed, 605 insertions(+), 531 deletions(-)
next reply other threads:[~2023-06-29 18:49 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-29 18:43 Greg Kroah-Hartman [this message]
2023-06-30 5:30 ` [PATCH 6.4 00/28] 6.4.1-rc1 review Naresh Kamboju
2023-06-30 5:52 ` Greg Kroah-Hartman
2023-06-30 6:16 ` Linus Torvalds
2023-06-30 6:29 ` Greg Kroah-Hartman
2023-06-30 6:56 ` Helge Deller
2023-07-02 21:33 ` [PATCH 6.4 00/28] 6.4.1-rc1 review - hppa argument list too long Helge Deller
2023-07-02 22:45 ` Linus Torvalds
2023-07-02 23:30 ` Linus Torvalds
2023-07-03 3:23 ` Guenter Roeck
2023-07-03 4:22 ` Linus Torvalds
2023-07-03 4:46 ` Guenter Roeck
2023-07-03 4:49 ` Linus Torvalds
2023-07-03 5:33 ` Guenter Roeck
2023-07-03 6:20 ` Linus Torvalds
2023-07-03 7:08 ` Helge Deller
2023-07-03 16:49 ` Linus Torvalds
2023-07-03 17:19 ` Guenter Roeck
2023-07-03 17:30 ` Linus Torvalds
2023-07-03 19:24 ` Helge Deller
2023-07-03 19:31 ` Sam James
2023-07-03 19:36 ` Sam James
2023-07-03 12:59 ` Guenter Roeck
2023-07-03 13:06 ` Guenter Roeck
2023-06-30 6:29 ` [PATCH 6.4 00/28] 6.4.1-rc1 review Guenter Roeck
2023-06-30 6:33 ` Guenter Roeck
2023-06-30 6:33 ` Linus Torvalds
2023-06-30 6:47 ` Linus Torvalds
2023-06-30 22:51 ` Guenter Roeck
2023-07-01 1:24 ` Linus Torvalds
2023-07-01 2:49 ` Guenter Roeck
2023-07-01 4:22 ` Linus Torvalds
2023-07-01 9:57 ` Greg Kroah-Hartman
2023-07-01 10:32 ` Max Filippov
2023-07-01 15:01 ` Linus Torvalds
2023-06-30 6:51 ` Greg Kroah-Hartman
2023-06-30 6:28 ` Greg Kroah-Hartman
-- strict thread matches above, loose matches on Subject: below --
2023-06-29 20:26 Ronald Warsow
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=20230629184151.888604958@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox