linux-trace-kernel archive
Most active threads (last 7 days)
-
HOTtoday
[PATCH v2 0/8] sched: introduce for_each_process_rculock and for_each_thread_rculock
2026-09-07 15:53 · 28 replies in 7d · Ye Liu <hidden> -
HOTtoday
[PATCH v15 00/12] tracing: wprobe: x86: Add wprobe for watchpoint
2026-09-07 04:15 · 24 replies in 7d · "Masami Hiramatsu (Google)" <mhiramat@kernel.org> -
HOTtoday
[PATCH 0/2] tracing: hist: two named trigger error paths that free a published trigger
2026-09-07 13:14 · 6 replies in 7d · Donggeun Yoo <hidden> -
HOTtoday
[PATCH v5 0/5] rv/reactors: fix lockdep warning and add tests
2026-09-06 17:23 · 8 replies in 7d · <hidden> -
HOTtoday
[PATCH v3 0/4] dmaengine: rename dma_chan::dev to dma_chan::chan_dev for clarity
2026-09-07 09:01 · 14 replies in 7d · <hidden> -
HOTtoday
[PATCH v1] ring-buffer: Rename ring_buffer_size() to ring_buffer_capacity()
2026-09-07 14:41 · 3 replies in 7d · Vincent Donnefort <hidden> -
HOTtoday
[PATCH 0/2] tracing: fix two histogram stacktrace keys that corrupt memory
2026-09-07 15:50 · 2 replies in 7d · Donggeun Yoo <hidden> -
HOTtoday
[PATCH RFC 0/8] arm64: ftrace: support CALL_OPS on kernels built with kCFI
2026-09-06 21:24 · 16 replies in 7d · Jose Fernandez (Anthropic) <hidden> -
WARM3d
[PATCH v6 00/12] dma-buf: heaps: Add support for Tegra VPR
2026-09-04 11:54 · 25 replies in 7d · Thierry Reding <thierry.reding@kernel.org> -
HOTtoday
[PATCH] tracing: hist: set the trace clock before registering the trigger
2026-09-07 12:44 · 2 replies in 7d · Donggeun Yoo <hidden>
Most active subsystems (last 7 days)
-
tracing
73 messages in 7d -
documentation
15 messages in 7d -
i2c subsystem host drivers
11 messages in 7d -
memory management
10 messages in 7d -
kernel selftest framework
9 messages in 7d -
real-time linux analysis (rtla) tools
9 messages in 7d -
dma generic offload engine subsystem
7 messages in 7d -
loongson-2 dma driver
6 messages in 7d -
stm32 dma drivers
6 messages in 7d -
arm64 port (aarch64 architecture)
6 messages in 7d
Latest pull requests
-
DORMANTno replies
[GIT PULL] rv fixes for v7.3-rc1
2026-08-25 15:57 · Gabriele Monaco <gmonaco@redhat.com> -
DORMANTno replies
[GIT PULL] rv fixes for v7.3 (for-next)
2026-08-06 10:01 · Gabriele Monaco <gmonaco@redhat.com> -
COLD23d
[GIT PULL] RTLA changes for 7.3
2026-08-05 15:28 · Tomas Glozar <tglozar@redhat.com> -
DORMANTno replies
[GIT PULL] rv changes for v7.3 (for-next)
2026-07-31 15:28 · Gabriele Monaco <gmonaco@redhat.com> -
COLD37d
[GIT PULL] RTLA fixes for v7.2-rc5
2026-07-22 11:01 · Tomas Glozar <tglozar@redhat.com>
Recent messages
-
DORMANTno replies
Re: [PATCH v2 5/8] kernel: convert process/thread iterators to for_each_*_rculock
2026-09-07 15:53 · Gregory Price <gourry@gourry.net> -
DORMANTno replies
[PATCH 2/2] tracing: Fix memory corruption from a "STACKTRACE" histogram key
2026-09-07 15:50 · Donggeun Yoo <hidden> -
HOTtoday
[PATCH 1/2] tracing: Fix memory corruption from the stacktrace modifier
2026-09-07 15:50 · Donggeun Yoo <hidden> -
HOTtoday
[PATCH 0/2] tracing: fix two histogram stacktrace keys that corrupt memory
2026-09-07 15:50 · Donggeun Yoo <hidden> -
HOTtoday
REVIEWED: 1 (1M) Re: [PATCH v2 8/8] security/landlock: convert thread iterator to for_each_thread_rculock
2026-09-07 15:49 · Gregory Price <gourry@gourry.net> -
HOTtoday
REVIEWED: 1 (1M) Re: [PATCH v2 7/8] lib: convert process iterator to for_each_process_rculock
2026-09-07 15:47 · Gregory Price <gourry@gourry.net> -
HOTtoday
REVIEWED: 1 (1M) Re: [PATCH v2 6/8] fs: convert process/thread iterators to for_each_*_rculock
2026-09-07 15:47 · Gregory Price <gourry@gourry.net> -
HOTtoday
REVIEWED: 1 (1M) Re: [PATCH v2 4/8] mm/memory-failure: convert process iterator to for_each_process_rculock
2026-09-07 15:43 · Gregory Price <gourry@gourry.net> -
HOTtoday
REVIEWED: 1 (1M) Re: [PATCH v2 3/8] mm/ksm: convert process iterator to for_each_process_rculock
2026-09-07 15:43 · Gregory Price <gourry@gourry.net> -
HOTtoday
REVIEWED: 1 (1M) Re: [PATCH v2 2/8] mm/oom_kill: convert process/thread iterators to for_each_*_rculock
2026-09-07 15:42 · Gregory Price <gourry@gourry.net>