sound/hda/controllers/intel.c
Source file repositories/reference/linux-study-clean/sound/hda/controllers/intel.c
File Facts
- System
- Linux kernel
- Corpus path
sound/hda/controllers/intel.c- Extension
.c- Size
- 86510 bytes
- Lines
- 2856
- Domain
- Driver Families
- Bucket
- sound/hda
- Inferred role
- Driver Families: operation-table or driver-model contract
- Status
- pattern 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.
- Defines an operation table; this is where Linux turns generic core objects into subsystem-specific behavior.
- 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/delay.hlinux/interrupt.hlinux/kernel.hlinux/module.hlinux/dma-mapping.hlinux/moduleparam.hlinux/init.hlinux/slab.hlinux/pci.hlinux/mutex.hlinux/io.hlinux/pm_runtime.hlinux/clocksource.hlinux/time.hlinux/completion.hlinux/acpi.hlinux/pgtable.hlinux/dmi.hasm/set_memory.hasm/cpufeature.hsound/core.hsound/initval.hsound/hdaudio.hsound/hda_i915.hsound/intel-dsp-config.hlinux/vgaarb.hlinux/vga_switcheroo.hlinux/apple-gmux.hlinux/firmware.hsound/hda_codec.hintel.hintel_trace.h
Detected Declarations
function update_pci_bytefunction azx_init_pcifunction bxt_reduce_dma_latencyfunction intel_get_lctl_scffunction intel_ml_lctl_set_powerfunction intel_init_lctlfunction hda_intel_init_chipfunction azx_get_delay_from_lpibfunction azx_position_checkfunction azx_position_okfunction azx_irq_pending_workfunction scoped_guardfunction hda_intel_stream_clear_irq_pendingfunction hda_intel_pcm_closefunction azx_clear_irq_pendingfunction list_for_each_entryfunction azx_acquire_irqfunction azx_via_get_positionfunction azx_get_pos_fifofunction azx_get_delay_from_fifofunction __azx_shutdown_chipfunction azx_shutdown_chipfunction azx_add_card_listfunction azx_del_card_listfunction param_set_xintfunction azx_is_pm_readyfunction __azx_runtime_resumefunction list_for_each_codecfunction azx_preparefunction azx_completefunction azx_suspendfunction azx_resumefunction azx_freeze_noirqfunction azx_thaw_noirqfunction azx_runtime_suspendfunction azx_runtime_resumefunction azx_runtime_idlefunction azx_vs_set_statefunction list_for_each_codecfunction azx_vs_can_switchfunction setup_vga_switcheroo_runtime_pmfunction azx_vs_gpu_boundfunction init_vga_switcheroofunction register_vga_switcheroofunction azx_freefunction azx_dev_disconnectfunction azx_dev_freefunction atpx_present
Annotated Snippet
static struct pci_driver azx_driver = {
.name = KBUILD_MODNAME,
.id_table = azx_ids,
.probe = azx_probe,
.remove = azx_remove,
.shutdown = azx_shutdown,
.driver = {
.pm = pm_ptr(&azx_pm),
},
};
module_pci_driver(azx_driver);
Annotation
- Immediate include surface: `linux/delay.h`, `linux/interrupt.h`, `linux/kernel.h`, `linux/module.h`, `linux/dma-mapping.h`, `linux/moduleparam.h`, `linux/init.h`, `linux/slab.h`.
- Detected declarations: `function update_pci_byte`, `function azx_init_pci`, `function bxt_reduce_dma_latency`, `function intel_get_lctl_scf`, `function intel_ml_lctl_set_power`, `function intel_init_lctl`, `function hda_intel_init_chip`, `function azx_get_delay_from_lpib`, `function azx_position_check`, `function azx_position_ok`.
- Atlas domain: Driver Families / sound/hda.
- Implementation status: pattern implementation candidate.
- 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.