]> git.dujemihanovic.xyz Git - linux.git/commit
Merge tag 'trace-v6.8-rc5' of git://git.kernel.org/pub/scm/linux/kernel/git/trace...
authorLinus Torvalds <torvalds@linux-foundation.org>
Thu, 22 Feb 2024 17:23:22 +0000 (09:23 -0800)
committerLinus Torvalds <torvalds@linux-foundation.org>
Thu, 22 Feb 2024 17:23:22 +0000 (09:23 -0800)
commitefa80dcbb7a3ecc4a1b2f54624c49b5a612f92b3
tree2e5ee95cfb6ea9bf781900c525639d383456a06e
parent39133352cbed6626956d38ed72012f49b0421e7b
parente78fb4eac817308027da88d02e5d0213462a7562
Merge tag 'trace-v6.8-rc5' of git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-trace

Pull tracing fix from Steven Rostedt:

 - While working on the ring buffer I noticed that the counter used for
   knowing where the end of the data is on a sub-buffer was not a full
   "int" but just 20 bits. It was masked out to 0xfffff.

   With the new code that allows the user to change the size of the
   sub-buffer, it is theoretically possible to ask for a size bigger
   than 2^20. If that happens, unexpected results may occur as there's
   no code checking if the counter overflowed the 20 bits of the write
   mask. There are other checks to make sure events fit in the
   sub-buffer, but if the sub-buffer itself is too big, that is not
   checked.

   Add a check in the resize of the sub-buffer to make sure that it
   never goes beyond the size of the counter that holds how much data is
   on it.

* tag 'trace-v6.8-rc5' of git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-trace:
  ring-buffer: Do not let subbuf be bigger than write mask