All of lore.kernel.org
 help / color / mirror / Atom feed
From: Helge Deller <deller@gmx.de>
To: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Sven Schnelle <svens@stackframe.org>
Subject: [GIT PULL] parisc architecture late bug fixes for kernel v5.16
Date: Wed, 22 Dec 2021 17:07:09 +0100	[thread overview]
Message-ID: <YcNNLXIZbUl/jvwX@ls3530> (raw)

The following changes since commit a7904a538933c525096ca2ccde1e60d0ee62c08e:

  Linux 5.16-rc6 (2021-12-19 14:14:33 -0800)

are available in the Git repository at:

  http://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git tags/for-5.16/parisc-7

for you to fetch changes up to aacb2016063dfa6da9378d76734cd9dc1e977619:

  parisc: remove ARCH_DEFCONFIG (2021-12-22 09:02:10 +0100)

----------------------------------------------------------------
parisc architecture late bug fixes for kernel v5.16

- Fix a bug in the C code which calculates the relevant futex spinlock based on
  the futex virtual address. In some cases a wrong spinlock (compared to what
  is calculated in the assembly code path) was choosen which then can lead to
  deadlocks.

- The 64-bit kernel missed to clip the LWS number in the Light-weight-syscall
  path for 32-bit processes.

- Prevent CPU register dump to show stale value in IIR register on access rights traps.

- Remove unused ARCH_DEFCONFIG entries.

----------------------------------------------------------------
Helge Deller (1):
      parisc: Clear stale IIR value on instruction access rights trap

John David Anglin (2):
      parisc: Correct completer in lws start
      parisc: Fix mask used to select futex spinlock

Masahiro Yamada (1):
      parisc: remove ARCH_DEFCONFIG

 arch/parisc/Kconfig             | 5 -----
 arch/parisc/include/asm/futex.h | 4 ++--
 arch/parisc/kernel/syscall.S    | 2 +-
 arch/parisc/kernel/traps.c      | 2 ++
 4 files changed, 5 insertions(+), 8 deletions(-)

             reply	other threads:[~2021-12-22 16:07 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-12-22 16:07 Helge Deller [this message]
2021-12-22 19:02 ` [GIT PULL] parisc architecture late bug fixes for kernel v5.16 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=YcNNLXIZbUl/jvwX@ls3530 \
    --to=deller@gmx.de \
    --cc=James.Bottomley@hansenpartnership.com \
    --cc=dave.anglin@bell.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-parisc@vger.kernel.org \
    --cc=svens@stackframe.org \
    --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.