drivers/resctrl/mpam_devices.c
Source file repositories/reference/linux-study-clean/drivers/resctrl/mpam_devices.c
File Facts
- System
- Linux kernel
- Corpus path
drivers/resctrl/mpam_devices.c- Extension
.c- Size
- 80477 bytes
- Lines
- 2971
- Domain
- Driver Families
- Bucket
- drivers/resctrl
- Inferred role
- Driver Families: exported/initcall integration point
- Status
- integration implementation candidate
Why This File Exists
Repeatable hardware-adapter layer. Deep compatibility for every driver is out of scope; this atlas records patterns, probe lifecycles, bus glue, IRQ/DMA usage, and links back to core abstractions.
- Repeatable hardware-adapter layer. Deep compatibility for every driver is out of scope; this atlas records patterns, probe lifecycles, bus glue, IRQ/DMA usage, and links back to core abstractions.
- Exports symbols or registers init work; inspect boot/module ordering and who consumes the exported contract.
- Uses kernel synchronization; read lock ordering, sleepability, and interrupt context assumptions before translating.
- Touches IRQ or DMA behavior; this matters for the representative real-device path.
- Allocates kernel memory; connect allocation flags and lifetime to context constraints.
- Defines or uses C structs; map object ownership, embedded links, reference counts, and lock ownership.
Dependency Surface
linux/acpi.hlinux/atomic.hlinux/arm_mpam.hlinux/bitfield.hlinux/bitmap.hlinux/cacheinfo.hlinux/cpu.hlinux/cpumask.hlinux/device.hlinux/errno.hlinux/gfp.hlinux/interrupt.hlinux/irq.hlinux/irqdesc.hlinux/list.hlinux/lockdep.hlinux/mutex.hlinux/platform_device.hlinux/printk.hlinux/srcu.hlinux/spinlock.hlinux/types.hlinux/workqueue.hmpam_internal.htest_mpam_devices.c
Detected Declarations
struct mon_readstruct mpam_write_config_argfunction init_garbagefunction mpam_free_garbagefunction llist_for_each_entry_safefunction mpam_disablefunction __mpam_read_regfunction _mpam_read_partsel_regfunction __mpam_write_regfunction _mpam_write_partsel_regfunction _mpam_read_monsel_regfunction _mpam_write_monsel_regfunction mpam_msc_check_aidrfunction mpam_msc_read_idrfunction mpam_msc_clear_esrfunction mpam_msc_read_esrfunction __mpam_part_sel_rawfunction __mpam_part_selfunction __mpam_intpart_selfunction mpam_register_requestorfunction mpam_class_allocfunction mpam_class_destroyfunction mpam_class_findfunction list_for_each_entryfunction mpam_component_allocfunction mpam_component_destroyfunction mpam_component_findfunction list_for_each_entryfunction mpam_vmsc_allocfunction mpam_vmsc_destroyfunction mpam_vmsc_findfunction list_for_each_entryfunction mpam_get_cpumask_from_cache_idfunction cpumask_of_nodefunction for_each_possible_cpufunction mpam_ris_get_affinityfunction mpam_ris_create_lockedfunction mpam_ris_destroyfunction mpam_ris_createfunction list_for_each_entryfunction mpam_enable_quirk_nvidia_t241_1function mpam_enable_quirksfunction mpam_ris_hw_probe_csu_nrdyfunction mpam_ris_hw_probefunction mpam_msc_hw_probefunction mpam_ris_has_mbwu_long_counterfunction mpam_msc_read_mbwu_lfunction mpam_msc_zero_mbwu_l
Annotated Snippet
subsys_initcall(mpam_msc_driver_init);
#ifdef CONFIG_MPAM_KUNIT_TEST
#include "test_mpam_devices.c"
#endif
Annotation
- Immediate include surface: `linux/acpi.h`, `linux/atomic.h`, `linux/arm_mpam.h`, `linux/bitfield.h`, `linux/bitmap.h`, `linux/cacheinfo.h`, `linux/cpu.h`, `linux/cpumask.h`.
- Detected declarations: `struct mon_read`, `struct mpam_write_config_arg`, `function init_garbage`, `function mpam_free_garbage`, `function llist_for_each_entry_safe`, `function mpam_disable`, `function __mpam_read_reg`, `function _mpam_read_partsel_reg`, `function __mpam_write_reg`, `function _mpam_write_partsel_reg`.
- Atlas domain: Driver Families / drivers/resctrl.
- Implementation status: integration implementation candidate.
- Synchronization appears in or near this file; preserve lock ordering, sleepability, and interrupt-context constraints.
- IRQ or DMA behavior appears here, which is relevant to the selected PCIe/NVMe device path.
Implementation Notes
- This generated page is the file-by-file coverage layer; curated subsystem chapters should link here when they synthesize a multi-file control flow.
- Core OS pages should be promoted from atlas-only to deep-reviewed when they explain data structures, invariants, locking, lifecycle, and C implementation snippets.
- Driver-family pages are intentionally pattern-oriented unless they are part of the selected PCIe/NVMe representative device path.