[GIT PULL] more s390 updates for 6.18 merge window

[GIT PULL] more s390 updates for 6.18 merge window

[Alexander Gordeev]

Hi Linus,

please pull more s390 updates and fixes for the 6.18 merge window.

Thanks,
Alexander

The following changes since commit 088bb10e37252034ec58a6152f20bfdc8a837f54:

  s390/mm: Add memory allocation profiling hooks (2025-09-25 14:28:58 +0200)

are available in the Git repository at:

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

for you to fetch changes up to deabb34b66b96c941ac0b3d01a6a6804c3274a78:

  s390/uv: Fix comment of uv_find_secret() function (2025-10-08 13:58:37 +0200)

----------------------------------------------------------------
more s390 updates for 6.18 merge window

- Compile the decompressor with -Wno-pointer-sign flag to avoid
  a clang warning

- Fix incomplete conversion to flag output macros in __xsch(),
  to avoid always zero return value instead of the expected
  condition code

- Remove superfluous newlines from inline assemblies to improve
  compiler inlining decisions

- Expose firmware provided UID Checking state in sysfs regardless
  of the device presence or state

- CIO does not unregister subchannels when the attached device is
  invalid or unavailable. Update the purge function to remove I/O
  subchannels if the device number is found on cio_ignore list

- Consolidate PAI crypto allocation and cleanup paths

- The uv_get_secret_metadata() function has been removed some few
  months ago, remove also the function mention it in a comment

----------------------------------------------------------------
Heiko Carstens (3):
      s390: Add -Wno-pointer-sign to KBUILD_CFLAGS_DECOMPRESSOR
      s390/cio/ioasm: Fix __xsch() condition code handling
      s390: Remove superfluous newlines from inline assemblies

Ramesh Errabolu (1):
      s390/pci: Expose firmware provided UID Checking state in sysfs

Thomas Huth (1):
      s390/uv: Fix comment of uv_find_secret() function

Thomas Richter (1):
      s390/pai_crypto: Consolidate PAI crypto allocation and cleanup paths

Vineeth Vijayan (1):
      s390/cio: Update purge function to unregister the unused subchannels

 arch/s390/Makefile                  |   1 +
 arch/s390/hypfs/hypfs_sprp.c        |   2 +-
 arch/s390/include/asm/ap.h          |  18 +++---
 arch/s390/include/asm/atomic_ops.h  |  28 +++++-----
 arch/s390/include/asm/barrier.h     |   8 +--
 arch/s390/include/asm/bitops.h      |   2 +-
 arch/s390/include/asm/checksum.h    |   2 +-
 arch/s390/include/asm/cmpxchg.h     |  12 ++--
 arch/s390/include/asm/cpacf.h       |  24 ++++----
 arch/s390/include/asm/ctlreg.h      |   8 +--
 arch/s390/include/asm/fpu-insn.h    |  36 ++++++------
 arch/s390/include/asm/kvm_para.h    |   2 +-
 arch/s390/include/asm/pci.h         |  10 ++++
 arch/s390/include/asm/percpu.h      |   8 +--
 arch/s390/include/asm/processor.h   |   2 +-
 arch/s390/include/asm/rwonce.h      |   2 +-
 arch/s390/include/asm/spinlock.h    |   2 +-
 arch/s390/include/asm/stacktrace.h  |   4 +-
 arch/s390/include/asm/string.h      |   2 +-
 arch/s390/include/asm/syscall.h     |   2 +-
 arch/s390/include/asm/timex.h       |   2 +-
 arch/s390/kernel/diag/diag310.c     |   2 +-
 arch/s390/kernel/diag/diag324.c     |   2 +-
 arch/s390/kernel/perf_pai_crypto.c  | 106 +++++++++++++++---------------------
 arch/s390/kernel/setup.c            |   2 +-
 arch/s390/kernel/skey.c             |   2 +-
 arch/s390/kernel/smp.c              |   2 +-
 arch/s390/kernel/uv.c               |   4 +-
 arch/s390/kvm/kvm-s390.c            |   6 +-
 arch/s390/lib/spinlock.c            |   6 +-
 arch/s390/lib/string.c              |   8 +--
 arch/s390/lib/test_unwind.c         |   4 +-
 arch/s390/lib/xor.c                 |   8 +--
 arch/s390/mm/maccess.c              |   2 +-
 arch/s390/mm/pgalloc.c              |   2 +-
 arch/s390/pci/pci.c                 |   4 ++
 arch/s390/pci/pci_insn.c            |   4 +-
 arch/s390/pci/pci_sysfs.c           |  25 +++++++++
 drivers/s390/char/sclp_early_core.c |   2 +-
 drivers/s390/cio/cmf.c              |   2 +-
 drivers/s390/cio/device.c           |  37 ++++++++-----
 drivers/s390/cio/ioasm.c            |   7 +--
 42 files changed, 223 insertions(+), 191 deletions(-)

Re: [GIT PULL] more s390 updates for 6.18 merge window

[Linus Torvalds]

On Thu, 9 Oct 2025 at 06:12, Alexander Gordeev <agordeev@linux.ibm.com> wrote:
>
> - Remove superfluous newlines from inline assemblies to improve
>   compiler inlining decisions

I've pulled this all, and this commit probably makes the generated asm
look better to humans too, but I thought I'd just mention that quite
often the solution for "compiler does it wrong" is to just use "asm
_nline" to tell the compiler to just not count lines of asm at all
(horrible "count instructions" heuristic)

Because often the asm may be multiple lines due to things like section
directives or out-of-line things like exception table entries etc.

In the kernel, we almost never have truly *big* inline asms where not
inlining things would make any sense at all.

In fact, it might make sense to just make "asm inline" be the default
"asm", and do something like

   #define asm asm_inline

and if somebody *really* wants the compiler size heuristics for some
case, they might want to use an explicit __asm__ for that.

But from a quick look, we really have very few larger "true asm"
statements. I found some disgusting "write the whole function as an
asm" cases for alpha, where for some reason it wasn't made into a
separate '*.S' file, but that was a top-level asm, not even inlined.

Sparc has a few cases of "33 mulscc instructions in a row" due to
horrendous instruction set, and I found a couple of bigger "copypage"
implementations, but none of those actually struck me as "the compiler
shouldn't inline this".

Everything else I saw was in the "handful of instructions" range,
possibly with extra noise due to section tables etc.

All of which makes me go "we shouldn't have to even think about the
compiler not inlining these things".

             Linus

Re: [GIT PULL] more s390 updates for 6.18 merge window

[pr-tracker-bot]

The pull request you sent on Thu, 9 Oct 2025 15:12:40 +0200:

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

has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9361cace0d07954ad8f2345c057976ab1bf44488

Thank you!

-- 
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/prtracker.html