drivers/scsi/xen-scsifront.c
Source file repositories/reference/linux-study-clean/drivers/scsi/xen-scsifront.c
File Facts
- System
- Linux kernel
- Corpus path
drivers/scsi/xen-scsifront.c- Extension
.c- Size
- 31179 bytes
- Lines
- 1239
- Domain
- Driver Families
- Bucket
- drivers/scsi
- 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/module.hlinux/kernel.hlinux/device.hlinux/wait.hlinux/interrupt.hlinux/mutex.hlinux/spinlock.hlinux/sched.hlinux/blkdev.hlinux/pfn.hlinux/slab.hlinux/bitops.hscsi/scsi_cmnd.hscsi/scsi_device.hscsi/scsi.hscsi/scsi_host.hxen/xen.hxen/xenbus.hxen/grant_table.hxen/events.hxen/page.hxen/interface/grant_table.hxen/interface/io/vscsiif.hxen/interface/io/protocols.hasm/xen/hypervisor.h
Detected Declarations
struct vscsifrnt_shadowstruct vscsifrnt_infofunction scsifront_wake_upfunction scsifront_get_rqidfunction _scsifront_put_rqidfunction scsifront_put_rqidfunction scsifront_do_requestfunction scsifront_set_errorfunction scsifront_gnttab_donefunction scsifront_host_bytefunction scsifront_cdb_cmd_donefunction scsifront_sync_cmd_donefunction scsifront_do_responsefunction scsifront_ring_drainfunction scsifront_cmd_donefunction scsifront_irq_fnfunction scsifront_finish_allfunction map_data_for_requestfunction scsi_for_each_sgfunction scsifront_enterfunction scsifront_returnfunction scsifront_queuecommandfunction handlingfunction scsifront_eh_abort_handlerfunction scsifront_dev_reset_handlerfunction scsifront_sdev_configurefunction scsifront_sdev_destroyfunction scsifront_alloc_ringfunction scsifront_free_ringfunction scsifront_init_ringfunction scsifront_probefunction scsifront_resumefunction scsifront_suspendfunction scsifront_removefunction scsifront_disconnectfunction scsifront_do_lun_hotplugfunction scsifront_read_backend_paramsfunction scsifront_backend_changedfunction scsifront_initfunction scsifront_exitmodule init scsifront_init
Annotated Snippet
module_init(scsifront_init);
static void __exit scsifront_exit(void)
{
xenbus_unregister_driver(&scsifront_driver);
}
module_exit(scsifront_exit);
MODULE_DESCRIPTION("Xen SCSI frontend driver");
MODULE_LICENSE("GPL");
MODULE_ALIAS("xen:vscsi");
MODULE_AUTHOR("Juergen Gross <jgross@suse.com>");
Annotation
- Immediate include surface: `linux/module.h`, `linux/kernel.h`, `linux/device.h`, `linux/wait.h`, `linux/interrupt.h`, `linux/mutex.h`, `linux/spinlock.h`, `linux/sched.h`.
- Detected declarations: `struct vscsifrnt_shadow`, `struct vscsifrnt_info`, `function scsifront_wake_up`, `function scsifront_get_rqid`, `function _scsifront_put_rqid`, `function scsifront_put_rqid`, `function scsifront_do_request`, `function scsifront_set_error`, `function scsifront_gnttab_done`, `function scsifront_host_byte`.
- Atlas domain: Driver Families / drivers/scsi.
- 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.