drivers/tty/serial/8250/8250_exar.c
Source file repositories/reference/linux-study-clean/drivers/tty/serial/8250/8250_exar.c
File Facts
- System
- Linux kernel
- Corpus path
drivers/tty/serial/8250/8250_exar.c- Extension
.c- Size
- 52666 bytes
- Lines
- 1748
- Domain
- Driver Families
- Bucket
- drivers/tty
- 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/bitfield.hlinux/bits.hlinux/delay.hlinux/device.hlinux/dmi.hlinux/eeprom_93cx6.hlinux/interrupt.hlinux/io.hlinux/math.hlinux/module.hlinux/pci.hlinux/platform_device.hlinux/pm.hlinux/property.hlinux/string.hlinux/types.hlinux/serial_8250.hlinux/serial_core.hlinux/serial_reg.hasm/byteorder.h8250.h8250_pcilib.h
Detected Declarations
struct exar8250struct exar8250_platformstruct exar8250_boardstruct exar8250enum cti_port_typefunction exar_write_regfunction exar_read_regfunction exar_eeprom_93cx6_reg_readfunction exar_eeprom_93cx6_reg_writefunction exar_eeprom_initfunction exar_mpio_config_outputfunction _exar_mpio_setfunction exar_mpio_set_lowfunction exar_mpio_set_highfunction generic_rs485_configfunction exar_pmfunction registerfunction xr17v35x_set_divisorfunction xr17v35x_startupfunction exar_shutdownfunction default_setupfunction pci_fastcom335_setupfunction cti_tristate_disablefunction cti_plx_int_enablefunction cti_read_osc_freqfunction cti_get_port_type_xr17c15x_xr17v25xfunction cti_get_port_type_fpgafunction cti_get_port_type_xr17v35xfunction cti_rs485_config_mpio_tristatefunction cti_board_init_osc_freqfunction cti_port_setup_commonfunction cti_board_init_fpgafunction cti_port_setup_fpgafunction cti_board_init_xr17v35xfunction cti_port_setup_xr17v35xfunction cti_board_init_xr17v25xfunction cti_port_setup_xr17v25xfunction cti_board_init_xr17c15xfunction cti_port_setup_xr17c15xfunction pci_xr17c154_setupfunction setup_gpiofunction __xr17v35x_unregister_gpiofunction xr17v35x_register_gpiofunction xr17v35x_unregister_gpiofunction sealevel_rs485_configfunction iot2040_rs485_configfunction iot2040_register_gpiofunction pci_xr17v35x_setup
Annotated Snippet
static struct pci_driver exar_pci_driver = {
.name = "exar_serial",
.probe = exar_pci_probe,
.remove = exar_pci_remove,
.driver = {
.pm = pm_sleep_ptr(&exar_pci_pm),
},
.id_table = exar_pci_tbl,
};
module_pci_driver(exar_pci_driver);
MODULE_IMPORT_NS("SERIAL_8250_PCI");
MODULE_LICENSE("GPL");
MODULE_DESCRIPTION("Exar Serial Driver");
MODULE_AUTHOR("Sudip Mukherjee <sudip.mukherjee@codethink.co.uk>");
Annotation
- Immediate include surface: `linux/bitfield.h`, `linux/bits.h`, `linux/delay.h`, `linux/device.h`, `linux/dmi.h`, `linux/eeprom_93cx6.h`, `linux/interrupt.h`, `linux/io.h`.
- Detected declarations: `struct exar8250`, `struct exar8250_platform`, `struct exar8250_board`, `struct exar8250`, `enum cti_port_type`, `function exar_write_reg`, `function exar_read_reg`, `function exar_eeprom_93cx6_reg_read`, `function exar_eeprom_93cx6_reg_write`, `function exar_eeprom_init`.
- Atlas domain: Driver Families / drivers/tty.
- 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.