ring_buffer_...rd_is_on_cpu(9)
π ring_buffer_record_is_on_cpu β from the Kernel API Manual (section 9), bestie edition π
okay so you opened the Kernel API Manual and landed on this one, and honestly? it's a lil cutie. it's a yes/no girlie. it tells you whether the ring buffer is currently willing to accept writes on a specific CPU. that's the whole vibe. let's get into it β¨
πΈ NAME πΈ
ring_buffer_record_is_on_cpu β return true if the ring buffer can write
like, that's literally the whole personality. it returns true if the ring buffer can write. no cap π
π«Ά SYNOPSIS π«Ά
bool ring_buffer_record_is_on_cpu (struct trace_buffer *buffer , int cpu
);
it takes two things and gives you back a bool. short, sweet, iconic π
π¦ ARGUMENTS π¦
bufferβ the ring buffer you're checking on, aka the one you're asking "bestie, are you accepting writes rn?" πcpuβ the CPU you want to test, because the ring buffer can be writing on some CPUs and not others, and you gotta be specific about which one you're asking about π
π₯ DESCRIPTION π₯
Returns true if the ring buffer is in a state where it accepts writes for a particular CPU. that's it. that's the function. no weird side quests, no hidden lore. it's giving "simple and reliable" and we love that for it π
π SEE ALSO π
so the source for all this lives in the kernel file ./kernel/trace/ring_buffer.c, and the whole ring buffer friend group is listed below β every single one of them, because nobody gets left out in this house π«Ά
ring_buffer_event_length(9),ring_buffer_event_data(9),rb_page_capacity(9),rb_subbuf_capacity(9),rb_subbuf_max_data_size(9)rb_subbuf_start(9),ring_buffer_event_time_stamp(9),ring_buffer_nr_dirty_pages(9),ring_buffer_wake_waiters(9),ring_buffer_wait(9)ring_buffer_poll_wait(9),rb_check_pages(9),rb_validate_buffer(9),__ring_buffer_alloc(9),__ring_buffer_alloc_range(9)__ring_buffer_alloc_remote(9),ring_buffer_free(9),ring_buffer_resize(9),rb_update_event(9),ring_buffer_nest_start(9)ring_buffer_nest_end(9),ring_buffer_unlock_commit(9),ring_buffer_lock_reserve(9),ring_buffer_discard_commit(9),ring_buffer_write(9)ring_buffer_record_disable(9),ring_buffer_record_enable(9),ring_buffer_record_off(9),ring_buffer_record_on(9),ring_buffer_record_is_on(9)ring_buffer_record_is_set_on(9),ring_buffer_record_disable_cpu(9),ring_buffer_record_enable_cpu(9),ring_buffer_oldest_event_ts(9),ring_buffer_bytes_cpu(9)ring_buffer_entries_cpu(9),ring_buffer_overrun_cpu(9),ring_buffer_commit_overrun_cpu(9),ring_buffer_dropped_events_cpu(9),ring_buffer_read_events_cpu(9)ring_buffer_entries(9),ring_buffer_overruns(9),ring_buffer_iter_reset(9),ring_buffer_iter_empty(9),ring_buffer_peek(9)ring_buffer_iter_peek(9),ring_buffer_consume(9),ring_buffer_read_start(9),ring_buffer_read_finish(9),ring_buffer_iter_advance(9)ring_buffer_size(9),ring_buffer_max_event_size(9),ring_buffer_reset_cpu(9),ring_buffer_reset_online_cpus(9),ring_buffer_reset(9)ring_buffer_empty(9),ring_buffer_empty_cpu(9),ring_buffer_swap_cpu(9),ring_buffer_alloc_read_page(9),ring_buffer_free_read_page(9)ring_buffer_read_page(9),ring_buffer_read_page_data(9),ring_buffer_read_page_size(9),ring_buffer_subbuf_size_get(9),ring_buffer_subbuf_order_get(9)ring_buffer_subbuf_order_set(9)
like yes that's a lot of reading but every single one ate, i fear πβ¨
and that's the page, bestie!! π brought to you straight out of ./kernel/trace, dated October 2026 β go forth and check your buffers, mwah π§ββοΈπΈ
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms