dca_common_get_tag(9)
π NAME π
okay so bestie, welcome to the Kernel API Manual page for dca_common_get_tag(9) β yes, the manual name is folded in right here, and we are gonna make it make sense π
.
dca_common_get_tagβ return the dca tag (serves both new and old api). that's the assignment, no cap β¨@devβ the device that wants dca service π«Ά@cpuβ the cpuid as returned byget_cpu()πΈ
β¨ SYNOPSIS β¨
the signature is giving short-but-iconic, lowkey:
u8 dca_common_get_tag (struct device *dev , int cpu );
π ARGUMENTS π
bestie, the docs are out here being mysterious on purpose π:
devβ-- undescribed --π (the NAME line does say it's the device that wants dca service)cpuβ-- undescribed --π (and the NAME line says it's the cpuid as returned byget_cpu())
yes, both argument descriptions are literally -- undescribed -- in the original. iykyk π«Ά
π¦ SEE ALSO π¦
the kernel file holding this whole situation is ./drivers/dca/dca-core.c, and here's the squad it points at, fr fr:
dca_add_requester(9)dca_remove_requester(9)dca3_get_tag(9)dca_get_tag(9)alloc_dca_provider(9)free_dca_provider(9)register_dca_provider(9)unregister_dca_provider(9)dca_register_notify(9)dca_unregister_notify(9)
mwah π that's the page! footer source/version + date vibe: ./drivers/dca Β· October 2026 Β· dca_common_get_tag(9). slay, go read the kernel, periodt ππ
π¦ 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