e1000_id_led_init_pchlan(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

okay bestie, welcome to e1000_id_led_init_pchlan(9) from the Kernel API Manual β€” this is the LED-config page and it's lowkey iconic πŸ’…βœ¨

🌸 NAME 🌸

e1000_id_led_init_pchlan β€” store LED configurations πŸ’‘πŸŽ€

✨ SYNOPSIS ✨

the signature is giving exactly this, no edits:

s32 e1000_id_led_init_pchlan (struct e1000_hw *hw );

πŸŽ€ ARGUMENTS πŸŽ€

  • hw β€” pointer to the HW structure 🫢

πŸ’– DESCRIPTION πŸ’–

okay so here's the tea: PCH does not control LEDs via the LEDCTL register. nope! it uses the PHY LED configuration register instead πŸ’‘βœ¨

and PCH also does not have an "always on" or "always off" mode, which lowkey complicates the ID feature πŸ˜­πŸ’…

so instead of using the "on" mode to indicate in ledctl_mode2 the LEDs to use for ID (see e1000e_id_led_init_generic), you use link_up mode πŸ‘‘βœ¨

and bestie, the LEDs will still ID on request if there is no link, based on the logic in e1000_led_[on|off]_pchlan. periodt πŸ’…πŸ”₯

πŸ¦‹ SEE ALSO πŸ¦‹

go read these icons too 🫢:


cute lil sign-off πŸŽ€: source/version ./drivers/net/ethernet/intel/e..., date October 2026, and the page is e1000_id_led_init_pchlan(9). bye bestie, stan LED configs πŸ’–βœ¨

πŸ“¦ where this page comes from