From: kernel test robot <lkp@intel.com>
To: Nick Terrell <terrelln@meta.com>
Cc: oe-kbuild-all@lists.linux.dev, linux-kernel@vger.kernel.org
Subject: arch/s390/include/uapi/../../../../lib/zstd/decompress/zstd_decompress_block.c:1987 ZSTD_decompressSequencesLong() warn: inconsistent indenting
Date: Thu, 18 Dec 2025 21:46:07 +0800 [thread overview]
Message-ID: <202512182148.VEOkRdHi-lkp@intel.com> (raw)
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
head: ea1013c1539270e372fc99854bc6e4d94eaeff66
commit: 65d1f5507ed2c78c64fce40e44e5574a9419eb09 zstd: Import upstream v1.5.7
date: 9 months ago
config: s390-randconfig-r072-20251217 (https://download.01.org/0day-ci/archive/20251218/202512182148.VEOkRdHi-lkp@intel.com/config)
compiler: s390-linux-gcc (GCC) 12.5.0
If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <lkp@intel.com>
| Closes: https://lore.kernel.org/oe-kbuild-all/202512182148.VEOkRdHi-lkp@intel.com/
New smatch warnings:
arch/s390/include/uapi/../../../../lib/zstd/decompress/zstd_decompress_block.c:1987 ZSTD_decompressSequencesLong() warn: inconsistent indenting
Old smatch warnings:
arch/s390/include/uapi/../../../../lib/zstd/decompress/huf_decompress.c:650 HUF_decompress4X1_usingDTable_internal_body() warn: maybe use && instead of &
arch/s390/include/uapi/../../../../lib/zstd/decompress/huf_decompress.c:650 HUF_decompress4X1_usingDTable_internal_body() warn: maybe use && instead of &
arch/s390/include/uapi/../../../../lib/zstd/decompress/huf_decompress.c:1431 HUF_decompress4X2_usingDTable_internal_body() warn: maybe use && instead of &
arch/s390/include/uapi/../../../../lib/zstd/decompress/huf_decompress.c:1431 HUF_decompress4X2_usingDTable_internal_body() warn: maybe use && instead of &
arch/s390/include/uapi/../../../../lib/zstd/decompress/zstd_decompress_block.c:941 ZSTD_execSequenceEnd() warn: inconsistent indenting
arch/s390/include/uapi/../../../../lib/zstd/decompress/zstd_decompress_block.c:990 ZSTD_execSequenceEndSplitLitBuffer() warn: inconsistent indenting
arch/s390/include/uapi/../../../../lib/zstd/decompress/zstd_decompress_block.c:1063 ZSTD_execSequence() warn: inconsistent indenting
vim +1987 arch/s390/include/uapi/../../../../lib/zstd/decompress/zstd_decompress_block.c
1967
1968
1969 #ifndef ZSTD_FORCE_DECOMPRESS_SEQUENCES_SHORT
1970 /* ZSTD_decompressSequencesLong() :
1971 * decompression function triggered when a minimum share of offsets is considered "long",
1972 * aka out of cache.
1973 * note : "long" definition seems overloaded here, sometimes meaning "wider than bitstream register", and sometimes meaning "farther than memory cache distance".
1974 * This function will try to mitigate main memory latency through the use of prefetching */
1975 static size_t
1976 ZSTD_decompressSequencesLong(ZSTD_DCtx* dctx,
1977 void* dst, size_t maxDstSize,
1978 const void* seqStart, size_t seqSize, int nbSeq,
1979 const ZSTD_longOffset_e isLongOffset)
1980 {
1981 DEBUGLOG(5, "ZSTD_decompressSequencesLong");
1982 #if DYNAMIC_BMI2
1983 if (ZSTD_DCtx_get_bmi2(dctx)) {
1984 return ZSTD_decompressSequencesLong_bmi2(dctx, dst, maxDstSize, seqStart, seqSize, nbSeq, isLongOffset);
1985 }
1986 #endif
> 1987 return ZSTD_decompressSequencesLong_default(dctx, dst, maxDstSize, seqStart, seqSize, nbSeq, isLongOffset);
1988 }
1989 #endif /* ZSTD_FORCE_DECOMPRESS_SEQUENCES_SHORT */
1990
1991
--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki
next reply other threads:[~2025-12-18 13:47 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-18 13:46 kernel test robot [this message]
-- strict thread matches above, loose matches on Subject: below --
2025-08-03 1:18 arch/s390/include/uapi/../../../../lib/zstd/decompress/zstd_decompress_block.c:1987 ZSTD_decompressSequencesLong() warn: inconsistent indenting kernel test robot
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=202512182148.VEOkRdHi-lkp@intel.com \
--to=lkp@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=oe-kbuild-all@lists.linux.dev \
--cc=terrelln@meta.com \
/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.