cvs_schedule_and_wait(9)
β¨ cvs_schedule_and_wait(9) β¨
okay so bestie, welcome to the Kernel API Manual π we are literally about to get into cvs_schedule_and_wait(9), and itβs giving βschedule the polling work, then wait for it to be doneβ energy. no cap.
π NAME π
cvs_schedule_and_wait β Schedule polling work then wait for completion π
π¦ SYNOPSIS π¦
int cvs_schedule_and_wait (struct icvs *ctx , unsigned int work_delay_ms
, unsigned long wait_jiffies );
πΈ ARGUMENTS πΈ
ctxβ CVS device context. literally the deviceβs whole vibe container π«Άwork_delay_msβ Delay in milliseconds before polling work executes. yes bestie, it waits that many ms before the polling work does its thing β³wait_jiffiesβ Timeout (jiffies) to wait for cmd completion. this is the βhow long are we willing to waitβ number, measured in jiffies β¨
π DESCRIPTION π
okay so picture this: it queues ctx->work to run after work_delay_ms, and then it waits up to wait_jiffies for ctx->cmd_completion. thatβs the whole arc ππ
π₯ RETURN π₯
0on success π-ETIMEDOUTon timeout π- negative
errnoon error π
π SEE ALSO π
the kernel file is ./drivers/media/i2c/cvs/core.c, and the whole squad is right here:
cvs_set_quirks(9)cvs_read_i2c(9)cvs_write_i2c(9)cvs_checksum(9)cvs_wait_wake_or_sleep(9)cvs_config_mipi(9)cvs_get_device_state(9)cvs_get_device_caps(9)cvs_hw_init(9)cvs_irq_handler(9)cvs_reset(9)cvs_recv(9)cvs_send(9)cvs_set_link_owner(9)cvs_configure_dev_caps(9)cvs_core_probe(9)cvs_probe(9)cvs_core_remove(9)cvs_remove(9)cvs_suspend(9)cvs_resume(9)cvs_runtime_resume(9)cvs_runtime_suspend(9)cvs_init(9)cvs_exit(9)
kisses bestie, this page is from ./drivers/media/i2c/cvs, October 2026 πβ¨
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms