led_get(9)

📦 version 7.3.1, in nixpkgs unstable

💖 led_get(9) — the one where you ask the LED framework for a lil light 💡

okay so bestie, welcome to the Kernel API Manual ✨ this is the page for led_get, and ngl it's short but it matters — it's literally how you get your hands on a LED device through the LED subsystem. let's go 🫶

🌸 SYNOPSIS 🌸

struct led_classdev * led_get (struct device *dev , char *con_id );

that's it. that's the whole vibe. two args in, one pointer out. slay 💅

🎀 ARGUMENTS 🎀

  • dev — the device you're asking for the LED device. it's the device you're getting the LED from, from its point of view. like "hey, this device, give me its LED" 🔥
  • con_id — the name of the LED, but as the device sees it 👀 this is the connection ID, i.e. the LED's name from the device's point of view. no cap, the naming perspective matters here.

🦋 DESCRIPTION 🦋

so what does it actually do? it returns a pointer to a LED device ✨ or, if things go sideways, it returns ERR_PTR(errno) on failure 😭 — and yes, that's the classic kernel-style "the return value is an error pointer, please check it with IS_ERR()" situation, not a NULL. so check your pointers, bestie, fr fr 💀

⚠️ heads up: the failure return is ERR_PTR(errno), not NULL. treat that pointer with the respect it deserves before you dereference it 🙈

🌈 SEE ALSO 🌈

the kernel file that lives at ./drivers/leds/led-class.c 💜 and honestly the whole LED-framework friend group:

like, the whole squad 👑 go read them, iykyk 🧚

and that's the page, bestie 🎀 this lil gem comes to you from the Kernel API Manual, source ./drivers/leds, dated October 2026 ⭐ mwah, go light something up 💋✨

📦 where this page comes from