adf_fw_counters_dbgfs_add(9)
π adf_fw_counters_dbgfs_add β like, the Kernel API Manual page, bestie β¨
okay so welcome to the adf_fw_counters_dbgfs_add(9) glow-up, straight out of the Kernel API Manual π this one's a little void function that makes debugfs do something cute. let's get into it π«Ά
β¨ NAME β¨
adf_fw_counters_dbgfs_add β creates a debugfs file that's literally holding your FW execution counters π
πΈ SYNOPSIS πΈ
void adf_fw_counters_dbgfs_add (struct adf_accel_dev *accel_dev );
that's it. that's the whole vibe check. returns nothing, takes one pointer π
π¦ ARGUMENTS π¦
accel_devβ a pointer to a QAT acceleration device. that's your main character right there, no cap.
π DESCRIPTION π
so the way this function works is honestly iconic: it creates a file π so you can display a table β a whole little statistics moment β for the given QAT acceleration device.
and what's in this table? device-specific execution values for each AE π§ like bestie, it's storing:
- the number of requests sent to the FW π₯
- and the responses received from the FW π
that's the whole thing. simple, effective, ate. π
β RETURN β
void β literally nothing comes back. she gives, she doesn't take π
π SEE ALSO π
- Kernel file
./drivers/crypto/intel/qat/qat_common/adf_fw_counters.c adf_fw_counters_get(9)adf_fw_counters_dbgfs_rm(9)
those last two are the siblings fr fr β one goes and gets the counters, the other cleans up the debugfs file π iykyk
π reminder bestie: this is the add half of the duo. adf_fw_counters_dbgfs_rm(9) is the one that takes the file back out. don't leave her hanging.
mwah π that's the page! brought to you by the Kernel API Manual, sourced from ./drivers/crypto/intel/qat/qat..., dated October 2026 β and yes she's still signing off as adf_fw_counters_dbgfs_add(9) because consistency is a slay ππ§ββοΈπ¦
π¦ 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