omap_hwmod_...module_range(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

omap_hwmod_parse_module_range β€” map module IO range from device tree. πŸ—ΊοΈβœ¨

okay so this page is from the Kernel API Manual, and its page title is omap_hwmod_...module_range(9). The NAME section is doing exactly what it says on the tin, bestie. πŸ’…


✨ SYNOPSIS ✨

int omap_hwmod_parse_module_range (struct omap_hwmod *oh , struct
       device_node *np , struct resource *res );

That's the signature, copied with care: omap_hwmod_parse_module_range, with oh, np, and res as the arguments. πŸŽ€


🫢 ARGUMENTS 🫢

  • oh β€” struct omap_hwmod *
  • np β€” struct device_node *
  • res β€” -- undescribed -- (that's genuinely all the page gives us here, bestie β€” no invented lore πŸ’€)

πŸ¦‹ DESCRIPTION πŸ¦‹

Parse the device tree range an interconnect target module provides for its child device IP blocks. That's the whole mood. 🌈

This way we can support the old "ti,hwmods" property with just dts data, without a need for platform data for IO resources. And plot twist: we don't need all the child IP device nodes available in the dts. periodt. πŸ’–


πŸ”₯ SEE ALSO πŸ”₯

Kernel file: ./arch/arm/mach-omap2/omap_hwmod.c β€” and then the whole reference squad, in order:


okay that's the page, bestie! Source path on the footer: ./arch/arm/mach-omap2; date: October 2026; page: omap_hwmod_...module_range(9) from the Kernel API Manual. bye, mwah πŸ’‹βœ¨

πŸ“¦ where this page comes from