parse_next_property(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

okay so bestie, this is parse_next_property(9) from the Kernel API Manual, and it does exactly what it says on the tin: it processes the next property from a raw input buffer. slay.


✨ SYNOPSIS ✨

char * parse_next_property (char *buf , char *end , char **name , int
       *length , unsigned char **value );

πŸŽ€ ARGUMENTS πŸŽ€

  • buf β€” the input buffer, and it must be nul-terminated. periodt.
  • end β€” the end of the input buffer + 1, there for validation.
  • name β€” return value; it gets set to the property name in buf.
  • length β€” return value; it gets set to the length of the value.
  • value β€” return value; it gets set to the property value in buf.

🌸 DESCRIPTION 🌸

okay so read this part twice, bestie: the caller must make copies of the name and value that get returned. this function does no allocation or copying of the data. none. zero. it is literally not doing that for you.

The return value is set to the next name in buf, or NULL on error. that's the whole vibe. no cap.


πŸ¦‹ SEE ALSO πŸ¦‹

  • Kernel file ./arch/powerpc/platforms/pseries/reconfig.c ofdt_write(9)

byeee πŸ’… this was parse_next_property(9), from ./arch/powerpc/platforms/pseries, October 2026 🌈🫢

πŸ“¦ where this page comes from