zfcp_diag_u...ffer_limited(9)
π zfcp_diag_update_buffer_limited(9) β the rate-limited glow-up
okay so bestie, welcome to the Kernel API Manual β¨ this one is zfcp_diag_update_buffer_limited(9) and it's literally the "collect the diagnostics but, like, chill" function. no cap.
β¨ SYNOPSIS β¨
int zfcp_diag_update_buffer_limited (struct zfcp_adapter *const adapter
, struct zfcp_diag_header *const hdr , zfcp_diag_update_buffer_func
buffer_update );
look at her. so clean. so structured. π
πΈ ARGUMENTS πΈ
adapterβ the Adapter we're pulling the diagnostics from. that's the source of truth, bestie π«Άhdrβ the buffer-header that's getting updated with all those collected diagnostics. she's the one receiving the makeover πbuffer_updateβ the Specific implementation for actually collecting and updating. iykyk β this is the part that does the real work π₯
π DESCRIPTION π
okay so here's the tea β β this function causes an update of the given hdr by calling the also-given buffer_update function. that's the whole vibe.
but wait, because if multiple sources call this at the same time, it synchronizes the update for you: only one source is allowed to call buffer_update, and the others just wait for that source to complete instead. and bestie, the wait is interruptible β we love an exit strategy π
on top of all that, this version is rate-limited π§ and it will only exit if either:
- the buffer is fresh enough (within the limit) β and honestly if the buffer is fresh enough to begin with, it will do nothing at all, iconic behavior tbh π
- or the source/thread that started this update is the one that made the update β this is the anti-endless-loop protection, periodt π
π RETURN π
0β if the update was successfully published and/or the buffer is fresh enough. slay β¨-EINTRβ if the thread went into the wait-state and was interrupted. rude but valid π- whatever
buffer_updatereturns β bestie said "you get what you give" π«Ά
β SEE ALSO β
Kernel file ./drivers/s390/scsi/zfcp_diag.c, plus the whole friend group:
zfcp_diag_adapter_setup(9)zfcp_diag_adapter_free(9)zfcp_diag_update_xdata(9)zfcp_diag_update_port_data_buffer(9)zfcp_diag_update_config_data_buffer(9)
π reminder: keep every flag, every arg, every return value exactly as-is. the vibes are new, the facts are untouched. fr fr.
okay that's the page!! this gem lives in ./drivers/s390/scsi, and the October 2026 edition is officially signed off β stay fresh, stay rate-limited, and don't forget to interrupt your waits responsibly π¦ππ
π¦ 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