STRUCT DEV_PM_OPP(9)

🌸 NAME 🌸

okay so bestie, this is struct dev_pm_opp(9) from the Kernel API Manual, and it’s literally the Generic OPP description structure. We’re doing the whole tour, every member, no skips. ✨

✨ SYNOPSIS ✨

Here’s the whole struct, exactly as it ships — yes, even the #ifdef bits. Peep it:

       struct dev_pm_opp {
           struct list_head node;
           struct kref kref;
           bool available;
           bool dynamic;
           bool turbo;
           bool suspend;
           bool removed;
           unsigned long *rates;
           unsigned int level;
           struct dev_pm_opp_supply *supplies;
           struct dev_pm_opp_icc_bw *bandwidth;
           unsigned long clock_latency_ns;
           struct dev_pm_opp **required_opps;
           struct opp_table *opp_table;
           struct device_node *np;
         #ifdef CONFIG_DEBUG_FS;
           struct dentry *dentry;
           const char *of_name;
         #endif;
        };

💅 Members 💅

• node — opp table node. The nodes are maintained throughout the lifetime of boot. It is expected only an optimal set of OPPs are added to the library by the SoC framework. IMPORTANT: the opp nodes should be maintained in increasing order. Like, sorted, bestie — do not mess with that. 👑
• kref — for reference count of the OPP.
• available — true/false — marks if this OPP as available or not.
• dynamic — not-created from static DT entries.
• turbo — true if turbo (boost) OPP.
• suspend — true if suspend OPP.
• removed — flag indicating that OPP’s reference is dropped by OPP core.
• rates — Frequencies in hertz.
• level — Performance level.
• supplies — Power supplies voltage/current values.
• bandwidth — Interconnect bandwidth values.
• clock_latency_ns — Latency (in nanoseconds) of switching to this OPP’s frequency from any other OPP’s frequency.
• required_opps — List of OPPs that are required by this OPP.
• opp_table — points back to the opp_table struct this opp belongs to.
• np — OPP’s device node.
• dentry — debugfs dentry pointer (per opp).

tiny note, bestie: inside the struct, dentry and of_name are both in the CONFIG_DEBUG_FS block. The original member list only gives dentry its own blurb, so I’m not inventing extra lore for of_name — it’s still right there in the code above. 🫶

💖 Description 💖

This structure stores the OPP information for a given device. That’s the whole vibe: it’s the place where a given device’s OPP info lives. 💾

🌈 SEE ALSO 🌈

Kernel file ./drivers/opp/opp.h and these struct besties: struct opp_config_data(9), struct dev_pm_opp_icc_bw(9), struct opp_device(9), struct opp_table(9). Go read them, iykyk. 🦋

And that’s the page! source/version: ./drivers/opp; date: October 2026; header: struct dev_pm_opp(9). Bye bestie, slay your OPPs. 💖🎀