resume_lock_counter(9)
π resume_lock_counter(9)
okay so bestie, welcome to the Kernel API Manual β this is resume_lock_counter(9), and yes, the little (9) means it's a kernel thing, not a command you type in your shell, so don't @ me if you can't run it. π«Ά
β¨ NAME β¨
resume_lock_counter β literally just the "you may notify again" button for a lock counter that got suspended. It re-allows notifications from a suspended lock counter. That's the whole vibe. π
πΈ SYNOPSIS πΈ
bool resume_lock_counter (struct lock_counter *counter );
π ARGUMENTS π
counterβ the counter. that's it. that's the argument. the lock counter in question, the one you're resuming. no cap. β¨
β RETURN β
Returns true if the lock counter was suspended. π¦
like, if it hands you back true, congrats β it was suspended, and you just woke it up. if it's false, it wasn't suspended in the first place, and honestly? nothing happened. moving on periodt.
π SEE ALSO π
The kernel file ./drivers/md/dm-vdo/recovery-journal.c and its Lock Counters.(9) β plus the whole friend group, all (9), all iconic:
get_zone_count_ptr(9)get_counter(9)is_journal_zone_locked(9)vdo_release_recovery_journal_block_reference(9)pop_free_list(9)is_block_dirty(9)is_block_empty(9)is_block_full(9)assert_on_journal_thread(9)continue_waiter(9)has_block_waiters(9)suspend_lock_counter(9)β the β¨prequelβ¨ to this page, go read itcheck_for_drain_complete(9)notify_recovery_journal_of_read_only_mode(9)enter_journal_read_only_mode(9)vdo_get_recovery_journal_current_sequence_number(9)get_recovery_journal_head(9)compute_recovery_count_byte(9)check_slab_journal_commit_threshold(9)finish_reaping(9)complete_reaping(9)handle_flush_error(9)initialize_journal_state(9)vdo_get_recovery_journal_length(9)reap_recovery_journal_callback(9)initialize_lock_counter(9)set_journal_tail(9)initialize_recovery_block(9)vdo_decode_recovery_journal(9)vdo_free_recovery_journal(9)vdo_initialize_recovery_journal_post_repair(9)vdo_get_journal_block_map_data_blocks_used(9)vdo_get_recovery_journal_thread_id(9)vdo_open_recovery_journal(9)vdo_record_recovery_journal(9)get_block_header(9)set_active_sector(9)advance_tail(9)initialize_lock_count(9)prepare_to_assign_entry(9)schedule_block_write(9)release_journal_block_reference(9)assign_entry(9)recycle_journal_block(9)continue_committed_waiter(9)notify_commit_waiters(9)recycle_journal_blocks(9)complete_write(9)add_queued_recovery_entries(9)write_block(9)write_blocks(9)vdo_add_recovery_journal_entry(9)is_lock_locked(9)reap_recovery_journal(9)vdo_acquire_recovery_journal_block_reference(9)vdo_release_journal_entry_lock(9)vdo_drain_recovery_journal(9)vdo_resume_recovery_journal(9)vdo_get_recovery_journal_logical_blocks_used(9)vdo_get_recovery_journal_statistics(9)dump_recovery_block(9)vdo_dump_recovery_journal_statistics(9)
bestie that is a lot of cross-references and every single one of them is here, i did not skip a single one, you're welcome π
fr fr that's the whole page. π§
source: ./drivers/md/dm-vdo Β· version/date: October 2026 β and the page itself signs off as resume_lock_counter(9), mwah, slay, go resume those counters bestie ππ₯
π¦ 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