summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python
diff options
context:
space:
mode:
authorBill Wendling <morbo@google.com>2026-10-05 08:56:59 -0700
committerKees Cook <kees@kernel.org>2026-10-11 21:57:30 -0700
commit61ef3f1490f879ddffe39a8f1a1bf1ae1e60fc23 (patch)
tree8f10418885713ac2ae3da4d36864d10a79c0da44 /tools/perf/scripts/python
parentc8cd1725d259b31b5bfa362696985deb8c9a8039 (diff)
downloadlinux-next-61ef3f1490f879ddffe39a8f1a1bf1ae1e60fc23.tar.gz
linux-next-61ef3f1490f879ddffe39a8f1a1bf1ae1e60fc23.zip
seq_buf: Add seq_buf_init_append()
Several strlcat() call sites being converted to seq_buf need behavior seq_buf doesn't currently provide. The normal seq_buf_init() always empties the buffer (sets its "len" to 0) via seq_buf_clear(). Code migrating from strlcat(buf, ...), which appends to whatever buf already contains, can't use seq_buf_init() without discarding that existing content. Add seq_buf_init_append(), which preserves the existing contents and positions the seq_buf to append after it. A buffer with no NUL within its size starts out overflowed, as strlcat() treats it as already truncated. Add KUnit tests for behavior coverage. Tests passed under qemu on ARCH=x86_64 with GCC 16.2.0 and CONFIG_KASAN=y, and on big-endian ARCH=s390 with GCC s390x-linux-gnu 16.2.0. Assisted-by: LLM Signed-off-by: Bill Wendling <morbo@google.com> Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Co-developed-by: Kees Cook <kees@kernel.org> Link: https://patch.msgid.link/20261005155708.1471260-9-kees@kernel.org Signed-off-by: Kees Cook <kees@kernel.org>
Diffstat (limited to 'tools/perf/scripts/python')
0 files changed, 0 insertions, 0 deletions