]> git.ipfire.org Git - thirdparty/kernel/stable.git/commit
seq_buf: Make trace_seq_putmem_hex() support data longer than 8
authorYun Zhou <yun.zhou@windriver.com>
Sat, 26 Jun 2021 03:21:56 +0000 (11:21 +0800)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Tue, 20 Jul 2021 14:22:31 +0000 (16:22 +0200)
commit7b6c0fe43f9a472f10e9c5b480935edc3d0382f5
treeef5a2e533c8b83b30a0b94962262de8e2b915b77
parent425fd9aa61c75f74fc5087be07a495d765ff38a5
seq_buf: Make trace_seq_putmem_hex() support data longer than 8

commit 6a2cbc58d6c9d90cd74288cc497c2b45815bc064 upstream.

Since the raw memory 'data' does not go forward, it will dump repeated
data if the data length is more than 8. If we want to dump longer data
blocks, we need to repeatedly call macro SEQ_PUT_HEX_FIELD. I think it
is a bit redundant, and multiple function calls also affect the performance.

Link: https://lore.kernel.org/lkml/20210625122453.5e2fe304@oasis.local.home/
Link: https://lkml.kernel.org/r/20210626032156.47889-2-yun.zhou@windriver.com
Cc: stable@vger.kernel.org
Fixes: 6d2289f3faa7 ("tracing: Make trace_seq_putmem_hex() more robust")
Signed-off-by: Yun Zhou <yun.zhou@windriver.com>
Signed-off-by: Steven Rostedt (VMware) <rostedt@goodmis.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
lib/seq_buf.c