drm_object_...ty_set_value(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… drm_object_...ty_set_value(9) β€” Kernel API Manual πŸŽ€

okay so bestie, this page lives in the Kernel API Manual and we're talking about drm_object_property_set_value. it's giving very "one job, does it well" energy, and honestly? we love her for it ✨


✨ NAME ✨

drm_object_property_set_value β€” set the value of a property 🫢


🌸 SYNOPSIS 🌸

int drm_object_property_set_value (struct drm_mode_object *obj , struct
drm_property *property , uint64_t val );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • obj β€” the drm mode object you're setting a property value on πŸ’–
  • property β€” the property itself, like, the thing being set
  • val β€” the value the property should be set to. the moment of truth, no cap

πŸ‘‘ DESCRIPTION πŸ‘‘

so here's the tea: this function sets a given property on a given object. that's the whole vibe πŸŽ€

but β€” and this is the important part β€” it only changes the software state of the property. it does not call into the driver's ->set_property callback. like, at all. it's just bookkeeping, bestie 😭

note that atomic drivers should not have any need to call this. the core will ensure consistency of values reported back to userspace through the appropriate ->atomic_get_property callback. only legacy drivers should call this function to update the tracked value (after clamping and other restrictions have been applied). so if you're on atomic and you're reaching for this, like… why πŸ’€

⭐ RETURN ⭐

zero on success πŸŽ‰, error code on failure πŸ˜”


🌈 SEE ALSO 🌈

kernel file ./drivers/gpu/drm/drm_mode_object.c β€” go read it, iykyk 🧚


and that's the whole page, bestie πŸ’œ this one came from the ./drivers/gpu/drm era, dated October 2026, and yes the header up top still says drm_object_...ty_set_value(9) because the terminal is doing its little truncation thing πŸ™ˆ slay, go set some property values (legacy-style, not atomic, i'm begging) 🫢

πŸ“¦ where this page comes from