device_prope...ad_u64_array(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ 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 one
  • val β€” the values are stored here, or NULL to return the number of values πŸ‘€
  • nval β€” size of the val array

πŸ’… 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 call device_property_count_u64 instead of calling this function with val equals NULL and nval equals 0 β€” like, save yourself the weird little caller era, bestie πŸ™ˆ

πŸ”₯ RETURN πŸ”₯

  • the number of values if val was NULL
  • 0 if the property was found (success) βœ…
  • -EINVAL if given arguments are not valid
  • -ENODATA if the property does not have a value
  • -EPROTO if the property is not an array of numbers
  • -EOVERFLOW if the size of the property is not as expected
  • -ENXIO if 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 πŸ’–


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