sound/pci/cmipci.c
Source file repositories/reference/linux-study-clean/sound/pci/cmipci.c
File Facts
- System
- Linux kernel
- Corpus path
sound/pci/cmipci.c- Extension
.c- Size
- 99800 bytes
- Lines
- 3294
- Domain
- Driver Families
- Bucket
- sound/pci
- 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.
- 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/io.hlinux/delay.hlinux/interrupt.hlinux/init.hlinux/pci.hlinux/slab.hlinux/gameport.hlinux/module.hlinux/mutex.hsound/core.hsound/info.hsound/control.hsound/pcm.hsound/rawmidi.hsound/mpu401.hsound/opl3.hsound/sb.hsound/asoundef.hsound/initval.h
Detected Declarations
struct cmipci_pcmstruct cmipci_mixer_auto_switchesstruct cmipcistruct cmipci_sb_regstruct cmipci_switch_argsfunction snd_cmipci_writefunction snd_cmipci_readfunction snd_cmipci_write_wfunction snd_cmipci_read_wfunction snd_cmipci_write_bfunction snd_cmipci_read_bfunction snd_cmipci_set_bitfunction snd_cmipci_clear_bitfunction snd_cmipci_set_bit_bfunction snd_cmipci_clear_bit_bfunction snd_cmipci_rate_freqfunction snd_cmipci_pll_rmnfunction CM_REG_FUNCTRL1function snd_cmipci_playback2_hw_paramsfunction snd_cmipci_ch_resetfunction set_dac_channelsfunction snd_cmipci_pcm_preparefunction snd_cmipci_pcm_triggerfunction snd_cmipci_pcm_pointerfunction snd_cmipci_playback_triggerfunction snd_cmipci_playback_pointerfunction snd_cmipci_capture_triggerfunction snd_cmipci_capture_pointerfunction snd_cmipci_spdif_default_infofunction snd_cmipci_spdif_default_getfunction snd_cmipci_spdif_default_putfunction snd_cmipci_spdif_mask_infofunction snd_cmipci_spdif_mask_getfunction snd_cmipci_spdif_stream_infofunction snd_cmipci_spdif_stream_getfunction snd_cmipci_spdif_stream_putfunction save_mixer_statefunction restore_mixer_statefunction setup_ac3function setup_spdif_playbackfunction snd_cmipci_playback_preparefunction snd_cmipci_playback_spdif_preparefunction snd_cmipci_silence_hackfunction scoped_guardfunction scoped_guardfunction snd_cmipci_playback_hw_freefunction snd_cmipci_playback2_hw_freefunction snd_cmipci_capture_prepare
Annotated Snippet
static struct pci_driver cmipci_driver = {
.name = KBUILD_MODNAME,
.id_table = snd_cmipci_ids,
.probe = snd_cmipci_probe,
.driver = {
.pm = &snd_cmipci_pm,
},
};
module_pci_driver(cmipci_driver);
Annotation
- Immediate include surface: `linux/io.h`, `linux/delay.h`, `linux/interrupt.h`, `linux/init.h`, `linux/pci.h`, `linux/slab.h`, `linux/gameport.h`, `linux/module.h`.
- Detected declarations: `struct cmipci_pcm`, `struct cmipci_mixer_auto_switches`, `struct cmipci`, `struct cmipci_sb_reg`, `struct cmipci_switch_args`, `function snd_cmipci_write`, `function snd_cmipci_read`, `function snd_cmipci_write_w`, `function snd_cmipci_read_w`, `function snd_cmipci_write_b`.
- Atlas domain: Driver Families / sound/pci.
- Implementation status: pattern 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.