mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Alexander Gordeev <agordeev@linux.ibm.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Heiko Carstens <hca@linux.ibm.com>,
	Vasily Gorbik <gor@linux.ibm.com>,
	linux-kernel@vger.kernel.org, linux-s390@vger.kernel.org
Subject: [GIT PULL] s390 updates for 6.4-rc3
Date: Fri, 19 May 2023 15:44:08 +0200	[thread overview]
Message-ID: <ZGd9KHlUSFgg+NHq@tuxmaker.boeblingen.de.ibm.com> (raw)

Hello Linus,

please pull s390 changes for 6.4-rc3. It contain a fix to statfs code,
which was acked by Andrew Morton:
https://lore.kernel.org/all/20230511204513.3d0d60f0315350177a800284@linux-foundation.org/

Thank you,
Alexander

The following changes since commit f1fcbaa18b28dec10281551dfe6ed3a3ed80e3d6:

  Linux 6.4-rc2 (2023-05-14 12:51:40 -0700)

are available in the Git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git tags/s390-6.4-2

for you to fetch changes up to 0f1cbf941d5949110adf70725a9614e622de8d99:

  s390/iommu: get rid of S390_CCW_IOMMU and S390_AP_IOMMU (2023-05-01 14:11:28 -0300)

----------------------------------------------------------------
s390 updates for 6.4-rc3

- Add check whether the required facilities are installed
  before using the s390-specific ChaCha20 implementation.

- Key blobs for s390 protected key interface IOCTLs commands
  PKEY_VERIFYKEY2 and PKEY_VERIFYKEY3 may contain clear key
  material. Zeroize copies of these keys in kernel memory
  after creating protected keys.

- Set CONFIG_INIT_STACK_NONE=y in defconfigs to avoid extra
  overhead of initializing all stack variables by default.

- Make sure that when a new channel-path is enabled all
  subchannels are evaluated: with and without any devices
  connected on it.

- When SMT thread CPUs are added to CPU topology masks the
  nr_cpu_ids limit is not checked and could be exceeded.
  Respect the nr_cpu_ids limit and avoid a warning when
  CONFIG_DEBUG_PER_CPU_MAPS is set.

- The pointer to IPL Parameter Information Block is stored
  in the absolute lowcore as a virtual address. Save it as
  the physical address for later use by dump tools.

- Fix a Queued Direct I/O (QDIO) problem on z/VM guests using
  QIOASSIST with dedicated (pass through) QDIO-based devices
  such as FCP, real OSA or HiperSockets.

- s390's struct statfs and struct statfs64 contain padding,
  which field-by-field copying does not set. Initialize the
  respective structures with zeros before filling them and
  copying to userspace.

- Grow s390 compat_statfs64, statfs and statfs64 structures
  f_spare array member to cover padding and simplify things.

- Remove obsolete SCHED_BOOK and SCHED_DRAWER configs.

- Remove unneeded S390_CCW_IOMMU and S390_AP_IOM configs.

----------------------------------------------------------------
Alexander Gordeev (2):
  s390/topology: honour nr_cpu_ids when adding CPUs
  s390/ipl: fix IPIB virtual vs physical address confusion

Heiko Carstens (3):
  s390/crypto: use vector instructions only if available for ChaCha20
  s390/defconfigs: set CONFIG_INIT_STACK_NONE=y
  s390/qdio: fix do_sqbs() inline assembly constraint

Holger Dengler (1):
  s390/pkey: zeroize key blobs

Ilya Leoshkevich (2):
  statfs: enforce statfs[64] structure initialization
  s390/uapi: cover statfs padding by growing f_spare

Jason Gunthorpe (1):
  s390/iommu: get rid of S390_CCW_IOMMU and S390_AP_IOMMU

Lukas Bulwahn (1):
  s390/Kconfig: remove obsolete configs SCHED_{BOOK,DRAWER}

Vineeth Vijayan (1):
  s390/cio: include subchannels without devices also for evaluation

 Documentation/s390/vfio-ap.rst       |  1 -
 arch/s390/Kconfig                    | 11 +---------
 arch/s390/configs/debug_defconfig    |  3 +--
 arch/s390/configs/defconfig          |  3 +--
 arch/s390/configs/zfcpdump_defconfig |  1 +
 arch/s390/crypto/chacha-glue.c       |  2 +-
 arch/s390/include/asm/compat.h       |  2 +-
 arch/s390/include/uapi/asm/statfs.h  |  4 ++--
 arch/s390/kernel/ipl.c               |  3 +--
 arch/s390/kernel/topology.c          | 32 +++++++++++++++-------------
 drivers/iommu/Kconfig                | 16 --------------
 drivers/s390/cio/device.c            |  2 ++
 drivers/s390/cio/qdio.h              |  2 +-
 drivers/s390/crypto/pkey_api.c       |  3 +++
 fs/statfs.c                          |  4 ++--
 15 files changed, 34 insertions(+), 55 deletions(-)

             reply	other threads:[~2023-05-19 13:44 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-05-19 13:44 Alexander Gordeev [this message]
2023-05-19 18:32 ` 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=ZGd9KHlUSFgg+NHq@tuxmaker.boeblingen.de.ibm.com \
    --to=agordeev@linux.ibm.com \
    --cc=gor@linux.ibm.com \
    --cc=hca@linux.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-s390@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®