usb_get_curr...frame_number(9)
π NAME π
okay so this is the usb_get_curr...frame_number(9) page from the Kernel API Manual, and the full function is usb_get_current_frame_number β it does exactly what it says on the tin: return current bus frame number β¨
π¦ SYNOPSIS π¦
the whole signature is literally:
int usb_get_current_frame_number (struct usb_device *dev );
πΈ ARGUMENTS πΈ
devβ the device whose bus is being queried π«Ά
π₯ RETURN π₯
It gives you the current frame number for the USB host controller used with the given USB device. You can use this when scheduling isochronous requests. periodt. π
β NOTE β
Heads up, bestie: different kinds of host controller have different "scheduling horizons". While one type might support scheduling only 32 frames into the future, others could support scheduling up to 1024 frames into the future. so the horizon is giving very different energy depending on the controller π
π SEE ALSO π
Kernel file ./drivers/usb/core/usb.c π β and the whole friend group:
usb_find_common_endpoints(9)usb_find_common_endpoints_reverse(9)usb_find_endpoint(9)usb_check_bulk_endpoints(9)usb_check_int_endpoints(9)usb_find_alt_setting(9)usb_ifnum_to_if(9)usb_altnum_to_altsetting(9)usb_find_interface(9)usb_for_each_dev(9)usb_release_dev(9)usb_alloc_dev(9)usb_get_dev(9)usb_put_dev(9)usb_get_intf(9)usb_put_intf(9)usb_intf_get_dma_device(9)usb_lock_device_for_reset(9)usb_alloc_coherent(9)usb_free_coherent(9)usb_alloc_noncoherent(9)usb_free_noncoherent(9)usb_endpoint_max_periodic_payload(9)usb_endpoint_is_hs_isoc_double(9)
okay thatβs the page, bestie π cute little sign-off from the source/version corner: ./drivers/usb/core, October 2026, on usb_get_curr...frame_number(9) π
π¦ 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