device_prope...ad_u64_array(9)
β¨ NAME β¨
okay bestie, welcome to the device_prope...ad_u64_array(9) page from the Kernel API Manual β¨ this is all about device_property_read_u64_array β it returns a u64 array property of a device, no cap π
π¦ SYNOPSIS π¦
the signature, character for character, because we do not freestyle code:
int device_property_read_u64_array (const struct device *dev , const
char *propname , u64 *val , size_t nval );
π ARGUMENTS π
devβ the device youβre getting the property of, bestie π«Άpropnameβ name of the property, yep that onevalβ the values are stored here, orNULLto return the number of values πnvalβ size of thevalarray
π DESCRIPTION π
so this function reads an array of u64 properties with propname from the device firmware description and stores them to val if found β¨ literally thatβs the whole read.
itβs recommended to calldevice_property_count_u64instead of calling this function withvalequalsNULLandnvalequals0β like, save yourself the weird little caller era, bestie π
π₯ RETURN π₯
- the number of values if
valwasNULL 0if the property was found (success) β-EINVALif given arguments are not valid-ENODATAif the property does not have a value-EPROTOif the property is not an array of numbers-EOVERFLOWif the size of the property is not as expected-ENXIOif no suitable firmware interface is present
π SEE ALSO π
Kernel file ./drivers/base/property.c β and hereβs the whole friend group, every single one, no skips π
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_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_irq_get_byname(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)
okay thatβs the whole vibe π source/version: ./drivers/base; date: October 2026; manual: Kernel API Manual; page: device_prope...ad_u64_array(9) π«Άβ¨
π¦ 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