fwnode_irq_get_byname(9)
πΈ fwnode_irq_get_byname(9) πΈ
okay so bestie, welcome to the Kernel API Manual β this one's a kernel function page and it's genuinely so useful, i promise. it's giving "i just need my IRQ number and i need it now" energy. let's get into it π
β¨ NAME β¨
fwnode_irq_get_byname β Get IRQ from a fwnode using its name
like, you hand it a name and it hands you an IRQ. simple as that, no cap π«Ά
β¨ SYNOPSIS β¨
int fwnode_irq_get_byname (const struct fwnode_handle *fwnode , const
char *name );
β¨ ARGUMENTS β¨
fwnodeβ Pointer to the firmware node. yeah, this is the thing you're searching in πnameβ IRQ name. the string you're hunting for, bestie π
β¨ DESCRIPTION β¨
okay so here's the vibe: it finds a match to the string name in the 'interrupt-names' string array in _DSD for ACPI, or in of_node for Device Tree. (two different worlds, one function, we love a bilingual icon π)
then β and this is the main character moment β it gets the Linux IRQ number of the IRQ resource corresponding to the index of the matched string. so the position of your name in that array is literally the whole plot. iykyk β¨
β¨ RETURN β¨
Linux IRQ number on success π β or a negative errno otherwise π (so like, always check, fr fr)
β¨ SEE ALSO β¨
Kernel file ./drivers/base/property.c, plus the whole friend group:
device_property_present(9)fwnode_property_present(9)device_property_read_bool(9)fwnode_property_read_bool(9)device_property_read_u8_array(9)device_property_read_u16_array(9)device_property_read_u32_array(9)device_property_read_u64_array(9)device_property_read_string_array(9)device_property_read_string(9)device_property_match_string(9)fwnode_property_read_u8_array(9)fwnode_property_read_u16_array(9)fwnode_property_read_u32_array(9)fwnode_property_read_u64_array(9)fwnode_property_read_string_array(9)fwnode_property_read_string(9)fwnode_property_match_string(9)fwnode_property_match_property_string(9)fwnode_property_get_reference_args(9)fwnode_find_reference(9)fwnode_get_name(9)fwnode_get_name_prefix(9)fwnode_name_eq(9)fwnode_get_parent(9)fwnode_get_next_parent(9)fwnode_count_parents(9)fwnode_get_nth_parent(9)fwnode_get_next_child_node(9)fwnode_get_next_available_child_node(9)device_get_next_child_node(9)fwnode_get_named_child_node(9)device_get_named_child_node(9)fwnode_handle_get(9)fwnode_device_is_available(9)fwnode_get_child_node_count(9)fwnode_get_named_child_node_count(9)fwnode_get_phy_mode(9)device_get_phy_mode(9)fwnode_iomap(9)fwnode_irq_get(9)fwnode_graph_get_next_endpoint(9)fwnode_graph_get_port_parent(9)fwnode_graph_get_remote_port_parent(9)fwnode_graph_get_remote_port(9)fwnode_graph_get_remote_endpoint(9)fwnode_graph_get_endpoint_by_id(9)fwnode_graph_get_endpoint_count(9)fwnode_graph_parse_endpoint(9)fwnode_connection_find_match(9)fwnode_connection_find_matches(9)
that's a lot of siblings and honestly? iconic. go read them all, i'll wait π
lowkey a tip: this page lives under ./drivers/base, and the whole thing is dated October 2026. if you're citing it in a bug report, that's your receipt π§Ύβ¨
okay that's the whole page bestie, slay, go get your IRQ πππ β fwnode_irq_get_byname(9), from the Kernel API Manual, ./drivers/base, October 2026. 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