drivers/staging/most/video/video.c

File Facts

System

Linux kernel

Corpus path

drivers/staging/most/video/video.c

Extension

.c

Size

13747 bytes

Lines

589

Domain

Driver Families

Bucket

drivers/staging

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.
• Touches user memory; correctness depends on fault-safe copying and privilege boundary handling.
• Uses kernel synchronization; read lock ordering, sleepability, and interrupt context assumptions before translating.
• 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.h
• linux/slab.h
• linux/init.h
• linux/device.h
• linux/suspend.h
• linux/videodev2.h
• linux/mutex.h
• media/v4l2-common.h
• media/v4l2-ioctl.h
• media/v4l2-event.h
• media/v4l2-device.h
• media/v4l2-ctrls.h
• media/v4l2-fh.h
• linux/most.h

Detected Declarations

• struct most_video_dev
• struct comp_fh
• function data_ready
• function comp_vdev_open
• function comp_vdev_close
• function list_for_each_entry_safe
• function comp_vdev_read
• function comp_vdev_poll
• function comp_set_format_struct
• function comp_set_format
• function vidioc_querycap
• function vidioc_enum_fmt_vid_cap
• function vidioc_g_fmt_vid_cap
• function vidioc_try_fmt_vid_cap
• function vidioc_s_fmt_vid_cap
• function vidioc_g_std
• function vidioc_enum_input
• function vidioc_g_input
• function vidioc_s_input
• function comp_rx_data
• function comp_register_videodev
• function comp_unregister_videodev
• function comp_v4l2_dev_release
• function comp_probe_channel
• function comp_disconnect_channel
• function comp_init
• function comp_exit
• function list_for_each_entry_safe
• module init comp_init

Annotated Snippet

module_init(comp_init);
module_exit(comp_exit);

MODULE_DESCRIPTION("V4L2 Component Module for Mostcore");
MODULE_AUTHOR("Andrey Shvetsov <andrey.shvetsov@k2l.de>");
MODULE_LICENSE("GPL");

Annotation

• Immediate include surface: `linux/module.h`, `linux/slab.h`, `linux/init.h`, `linux/device.h`, `linux/suspend.h`, `linux/videodev2.h`, `linux/mutex.h`, `media/v4l2-common.h`.
• Detected declarations: `struct most_video_dev`, `struct comp_fh`, `function data_ready`, `function comp_vdev_open`, `function comp_vdev_close`, `function list_for_each_entry_safe`, `function comp_vdev_read`, `function comp_vdev_poll`, `function comp_set_format_struct`, `function comp_set_format`.
• Atlas domain: Driver Families / drivers/staging.
• Implementation status: integration implementation candidate.
• This snippet crosses the user/kernel memory boundary; validate fault handling and access checks before translating the pattern.
• Synchronization appears in or near this file; preserve lock ordering, sleepability, and interrupt-context constraints.

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.