NVME_CTRL_IS_DISCOVERY_CTRL(2)
β¨ NAME β¨
nvme_ctrl_is_discovery_ctrl β the little function that peeks at the discovery_ctrl flag and tells you what's up π
πΈ quick vibe check: this page lives in the libnvme API manual (section 2, bestie β the syscalls-and-library-calls girlies), so if you were looking for shell commands, wrong room, but stay anyway, you're cute.
π SYNOPSIS π
bool nvme_ctrl_is_discovery_ctrl (nvme_ctrl_t c );
That's it. That's the whole entire signature. One arg, one bool coming back at you. No cap. β¨
π ARGUMENTS π
cβ the controller you want checked. Like, this specific one, hand it over, we'll look at it. The controller to be checked, fr fr. π¦
π DESCRIPTION π
okay so here's the tea π΅ β this function returns the value of the discovery_ctrl flag. And that flag is the one that tells you whether c connects to a discovery subsystem. That's the whole plot. Lowkey iconic for how much it's not doing. π
π RETURN π
The value of the discover_ctrl flag. That's what the doc says β yes, it's spelled discover_ctrl right here, not discovery_ctrl, we noticed it too, we're not gonna touch it, that's above our pay grade π.
π«Ά SEE ALSO π«Ά
(nothing in the original, bestie β this page keeps to itself, main character energy, no entourage π )
π no warnings, no bugs listed, no environment variables, no files, no exit statuses, no signals. This one's a chill little guy. Sip your iced coffee. π
β and that's the page!! brought to you by the libnvme API manual, dated July 2026, section 2 β nvme_ctrl_is_discovery_ctrl(2), mwah, obsessed, periodt π§π
π¦ where this page comes from
- ubuntu stonking: libnvme-dev 1.16.2-1build1 Β· LGPL-2.1-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms