From: Borislav Petkov <bp@suse.de>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Thomas Gleixner <tglx@linutronix.de>,
linux-kernel@vger.kernel.org, x86@kernel.org
Subject: [GIT PULL] Updated x86/urgent for v5.15-rc2
Date: Sun, 19 Sep 2021 20:47:09 +0200 [thread overview]
Message-ID: <YUeFrR016RVgUf/d@zn.tnic> (raw)
In-Reply-To: <YUeD9Gcx99EbMyMA@zn.tnic>
Hi Linus,
here's the updated x86/urgent set of changes for 5.15-rc2.
Please merge this one instead with the broken patch removed.
Thx.
---
The following changes since commit 8596e589b787732c8346f0482919e83cc9362db1:
Merge tag 'timers-core-2021-08-30' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip (2021-08-30 15:31:33 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git tags/x86_urgent_for_v5.15_rc2
for you to fetch changes up to 81065b35e2486c024c7aa86caed452e1f01a59d4:
x86/mce: Avoid infinite loop for copy from user recovery (2021-09-14 10:27:03 +0200)
----------------------------------------------------------------
A set of x86 fixes:
- Prevent a infinite loop in the MCE recovery on return to user space,
which was caused by a second MCE queueing work for the same page and
thereby creating a circular work list.
- Make kern_addr_valid() handle existing PMD entries, which are marked not
present in the higher level page table, correctly instead of blindly
dereferencing them.
- Pass a valid address to sanitize_phys(). This was caused by the mixture
of inclusive and exclusive ranges. memtype_reserve() expect 'end' being
exclusive, but sanitize_phys() wants it inclusive. This worked so far,
but with end being the end of the physical address space the fail is
exposed.
- Increase the maximum supported GPIO numbers for 64bit. Newer SoCs exceed
the previous maximum.
----------------------------------------------------------------
Andy Shevchenko (1):
x86/platform: Increase maximum GPIO number for X86_64
Jeff Moyer (1):
x86/pat: Pass valid address to sanitize_phys()
Mike Rapoport (1):
x86/mm: Fix kern_addr_valid() to cope with existing but not present entries
Tony Luck (1):
x86/mce: Avoid infinite loop for copy from user recovery
arch/x86/Kconfig | 5 +++++
arch/x86/kernel/cpu/mce/core.c | 43 +++++++++++++++++++++++++++++++-----------
arch/x86/mm/init_64.c | 6 +++---
arch/x86/mm/pat/memtype.c | 7 ++++++-
include/linux/sched.h | 1 +
5 files changed, 47 insertions(+), 15 deletions(-)
--
Regards/Gruss,
Boris.
SUSE Software Solutions Germany GmbH, GF: Felix Imendörffer, HRB 36809, AG Nürnberg
--
next prev parent reply other threads:[~2021-09-19 18:47 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-09-19 18:28 [GIT pull] locking/urgent for v5.15-rc2 Thomas Gleixner
2021-09-19 18:28 ` [GIT pull] perf/urgent " Thomas Gleixner
2021-09-19 20:36 ` pr-tracker-bot
2021-09-19 18:28 ` [GIT pull] x86/urgent " Thomas Gleixner
2021-09-19 18:39 ` Borislav Petkov
2021-09-19 18:47 ` Borislav Petkov [this message]
2021-09-19 20:36 ` [GIT PULL] Updated " pr-tracker-bot
2021-09-19 20:10 ` [GIT pull] locking/urgent " Linus Torvalds
2021-09-20 11:27 ` Peter Zijlstra
2021-09-20 15:23 ` Linus Torvalds
2021-09-19 20:36 ` pr-tracker-bot
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=YUeFrR016RVgUf/d@zn.tnic \
--to=bp@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=tglx@linutronix.de \
--cc=torvalds@linux-foundation.org \
--cc=x86@kernel.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