PROBE::NFS.FOP.R(3stap)

πŸ’– PROBE::NFS.FOP.R β€” the read probe, bestie πŸ’–

okay so this is a page from Network File Storage Tapsets (that's the 3stap manual, section 3, the SystemTap girlies know πŸ‘‘). Sit down, grab a strawberry πŸ“, and let's talk about probe::nfs.fop.read because honestly? iconic.


✨ NAME ✨

probe::nfs.fop.read β€” the NFS client read operation. that's her. that's the whole vibe. πŸ“–


🌸 SYNOPSIS 🌸

probe nfs.fop.read {}

no arguments, no drama, just vibes and an empty pair of curly braces πŸ’…


πŸ¦‹ VALUES πŸ¦‹

here's what you get handed when this probe fires, and there's exactly one of them:

  • devname β€” the block device name πŸ’Ύ like, literally the name of the block device. that's it, that's the value, she's simple and she's serving.

πŸ’€ DESCRIPTION πŸ’€

okay so this is the part where it gets a little messy, no cap 😭

SystemTap implements this probe using the vfs.do_sync_read probe. which means β€” and I need you to hear me on this β€” it will get operations other than the NFS client read operations. 🚨

so yeah. the probe is called nfs.fop.read but it's lowkey not only NFS client reads. it's giving "name tag says one thing, personality says another." not a bug, just how it's built, and now you know fr fr 🫢


🌈 SEE ALSO 🌈

  • tapset::nfs(3stap) β€” go read the whole tapset, bestie, it's the mothership 🧚

that's the page!! every flag-free, option-free, chaotic little detail included, exactly as the source said it. now go forth and trace some reads πŸ’œ

🌸 this has been your SystemTap Tapset Reference, Ver β€” September 2026 edition β€” mwah, go touch some kernel code 🌸

πŸ“¦ where this page comes from