tracing: Fixes for 6-6-rc2
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest2 patches 0 repliesNew
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/2 | ring-buffer: Fix bytes info in per_cpu buffer statskernel/ | +15 | 0 replies | |
| 2/2 | eventfs: Remember what dentries were created on dir openfs/ | +70 | 0 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [for-linus][PATCH 0/2] tracing: Fixes for 6-6-rc2
Tracing fixes for 6.6-rc2:
- Fix the "bytes" output of the per_cpu stat file
The tracefs/per_cpu/cpu*/stats "bytes" was giving bogus values as the accounting was not accurate. It is suppose to show how many used bytes are still in the ring buffer, but even when the ring buffer was empty it would still show there were bytes used.
- Fix a bug in eventfs where reading a dynamic event directory (open) and then creating a dynamic event that goes into that diretory screws up the accounting. On close, the newly created event dentry will get a "dput" without ever having a "dget" done for it. The fix is to allocate an array on dir open to save what dentries were actually "dget" on, and what ones to "dput" on close.
Please pull the latest trace/urgent tree, which can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-trace.git
trace/urgent
Head SHA1: ef36b4f92868d66908e235980f74afdfb9742d12
Steven Rostedt (Google) (1):
eventfs: Remember what dentries were created on dir open
Zheng Yejian (1):
ring-buffer: Fix bytes info in per_cpu buffer stats
----
fs/tracefs/event_inode.c | 87 +++++++++++++++++++++++++++++++++++++--------- kernel/trace/ring_buffer.c | 28 ++++++++------- 2 files changed, 85 insertions(+), 30 deletions(-)