buffer_icap_device_write(9)
π buffer_icap_device_write(9)
okay bestie, welcome to the Kernel API Manual β¨ β yes this is a section 9 manpage, we're in kernel-function territory, put your big-girl hat on π
πΈ NAME πΈ
buffer_icap_device_write β transfer bytes from ICAP to the storage buffer. that's the whole vibe, that's the whole job π
β¨ SYNOPSIS β¨
int buffer_icap_device_write (struct hwicap_drvdata *drvdata , u32
offset , u32 count );
π¦ ARGUMENTS π¦
drvdataβ a pointer to thedrvdata. literally just the driver data pointer, she's the main character we hand everything to πoffsetβ the storage buffer start address. where in the buffer we're kicking things off π―countβ the number of words (32 bit each, no cap) to read from the device (ICAP). yes bestie, words, not bytes β 32-bit words, keep up π«Ά
π SEE ALSO π
- Kernel file
./drivers/char/xilinx_hwicap/buffer_icap.cβ go read the source, it's giving lore π buffer_icap_get_status(9)buffer_icap_get_bram(9)buffer_icap_busy(9)buffer_icap_set_size(9)buffer_icap_set_offset(9)buffer_icap_set_rnc(9)buffer_icap_set_bram(9)buffer_icap_device_read(9)buffer_icap_reset(9)buffer_icap_set_configuration(9)buffer_icap_get_configuration(9)
the whole friend group fr fr, they all hang out together π
ngl, quick vibe check: count is in 32-bit words, not bytes. do not come for me later saying I didn't warn you π
mwah, that's the page! π this lil masterpiece comes from the source tree at ./drivers/char/xilinx_hwicap, dated October 2026, and it's filed under the name buffer_icap_device_write(9). 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